Страница 3 из 4

СообщениеДобавлено: 26 дек 2007, 12:35
Wi$e
лучше spnet

СообщениеДобавлено: 27 дек 2007, 13:33
alex
Братцы давайте не будем вводть в заблуждение себя и других.
В серии OS7xxx начиная с версии 4.хх (OS100,500 с версии 2.72) вводится политика лицензирования SIP&H323 TRUNKS (подчеркиваю TRUNKS) и SIP ext. сторонних производителей. Все остальные "родные" VoIP приблуды будут работать без каких либо лицензий, а именно родные IP телефоны серии ITP, wifi трубки серии WIP и SMT, межстанционное соединение по VoIP называемое SPnet (почему его называют Q-SIG по IP??? Кто то протокол видел?? Кто то нашел сходства в обмене сигнальными сообщениями??)

А как соединить станции поcредством SPnet(VoIP) или Q-sig(ISDN) написано на русском языке в бумаге под именем OfficeServ_500_Installation_Rus.pdf глава 12.

СообщениеДобавлено: 02 июл 2008, 12:44
Akela
Wi$e писал(а):и так:
осы лучше везать не через h323/sip а по spnet, для этого 832/833 не нужны
для этого:
mmc820 заполняешь: link id - обязательный префикс, без котрого атс не примет звонок
ip адресс, думаю понятно.
mmc714 <маска внутренних номеров>
после этого если ты выйдешь на нетворк транки (83**) и наберешь <link id><внут номер>, должен дозвониься
если все ok, настрайваешь n-lcr


А как назначить приход городского звонка с АТС А на абонента АТС Б?

СообщениеДобавлено: 02 июл 2008, 18:29
eva
Akela писал(а):
Wi$e писал(а):и так:
осы лучше везать не через h323/sip а по spnet, для этого 832/833 не нужны
для этого:
mmc820 заполняешь: link id - обязательный префикс, без котрого атс не примет звонок
ip адресс, думаю понятно.
mmc714 <маска внутренних номеров>
после этого если ты выйдешь на нетворк транки (83**) и наберешь <link id><внут номер>, должен дозвониься
если все ok, настрайваешь n-lcr


А как назначить приход городского звонка с АТС А на абонента АТС Б?

через виртуальный номер и перенаправление с него на другую станцию

СообщениеДобавлено: 07 июл 2008, 15:15
Akela
eva писал(а):через виртуальный номер и перенаправление с него на другую станцию


Спасибо, форварды работают на ура, но вылезла небольшая проблема. У секретарей теперь на дисплеях вместо номеров звонящих отображаются номера виртуальных ехт (3502, например). Можно ли как-то это перебороть? АОНы очень нужны.

СообщениеДобавлено: 07 июл 2008, 15:42
eva
Akela писал(а):
eva писал(а):через виртуальный номер и перенаправление с него на другую станцию


Спасибо, форварды работают на ура, но вылезла небольшая проблема. У секретарей теперь на дисплеях вместо номеров звонящих отображаются номера виртуальных ехт (3502, например). Можно ли как-то это перебороть? АОНы очень нужны.

вот )))))
попробуй подменой - вспомнить самому бы как это делается
))

СообщениеДобавлено: 07 июл 2008, 16:50
Akela
Сделал таким образом. Входящий номер кидаю на незадействованную комбинацию цифр, прописанную заранее в N-LCR. Дальше маршручу их в 824, 710ом коде и ловлю на удаленной в 714. Маршруты работают, АОН приходит. ПОБЕДА!

СообщениеДобавлено: 07 июл 2008, 16:53
eva
Akela писал(а):Сделал таким образом. Входящий номер кидаю на незадействованную комбинацию цифр, прописанную заранее в N-LCR. Дальше маршручу их в 824, 710ом коде и ловлю на удаленной в 714. Маршруты работают, АОН приходит. ПОБЕДА!

)) ага ...........

СообщениеДобавлено: 07 июл 2008, 16:57
LionB
А еще можно было входящий номер тупо кидать на LCR код в специальный роут на эти же транки, добавив в модификации к этому номеру System ID удаленного узла и соответственно там в 714, прописав посылаемый номер, но уже без System ID

СообщениеДобавлено: 09 июл 2008, 09:08
Akela
LionB писал(а):А еще можно было входящий номер тупо кидать на LCR код в специальный роут на эти же транки, добавив в модификации к этому номеру System ID удаленного узла и соответственно там в 714, прописав посылаемый номер, но уже без System ID
ТОЧНО!