Версия для печати темы
АРТКОМ Форум _ Техническая поддержка iPECS-MG & iPECS-eMG800 _ SIP CO + DISA
Автор: kdX 17.8.2011, 15:21
Добрый вечер уважаемые форумчани,
подскажите как правильно настраивается DISA для SIP CO линий. В данный момент сделал таким образом:
1. PGM259 (annouc table) прописал CCR 1
2. CCR table для 1 таблицы прописал на 1 вызов station 100
3. PGM251 -- для CO линий прописал так dialed digital -- номер звонящего телефона --- changed digital -- *670001
4. Записал приветсвие 001
теперь при поступлении звонка на нужную линию слышу привествие--- однако нажимаю любую кнопку и система как будто не слышит этого. говорит -- время набора истекло, пожалуйста повторите набор. и так раза 3. потом короткие гудки... и все.
может я чего-то упустил?
Автор: kdX 17.8.2011, 15:50
и вообще AAFU странно себя ведет... записаны русские приветсвия и системные сообщения, а она не воспроизводит их. т.е. *520 -- должна сказать введите ваш пароль... а она молчит.
Автор: vldmr 17.8.2011, 16:14
DTMF Send Mode согласовать с провайдером ( SIP CO Additional Regist.(371)[N] )
прочитать http://www.artcom.ru/forum/index.php?showtopic=8696
Автор: kdX 17.8.2011, 16:18
Цитата(vldmr @ 17.8.2011, 19:14)
DTMF Send Mode согласовать с провайдером ( SIP CO Additional Regist.(371)[N] )
прочитать http://www.artcom.ru/forum/index.php?showtopic=8696
стоит DTMF сейчас, и ведь по SIP выхожу на линии и передаются команды DTMF (пробывал звонить другим на голосовые меню)
Автор: kdX 17.8.2011, 17:38
Я проверил, у меня стоит последняя прошивка IPECS-MG\GS55M-A.7Bg Jun\11 ну и соответсвенно на платах последние прошивки...
Автор: vitalii 17.8.2011, 21:08
Цитата(kdX @ 17.8.2011, 17:38)
Я проверил, у меня стоит последняя прошивка IPECS-MG\GS55M-A.7Bg Jun\11 ну и соответсвенно на платах последние прошивки...
откуда это прошивка?????????
Автор: harris 18.8.2011, 8:26
Цитата(vitalii @ 17.8.2011, 22:08)
откуда это прошивка?????????
Это тестовая версия
Автор: kdX 18.8.2011, 18:35
Цитата(vldmr @ 17.8.2011, 19:14)
DTMF Send Mode согласовать с провайдером ( SIP CO Additional Regist.(371)[N] )
прочитать http://www.artcom.ru/forum/index.php?showtopic=8696
классный в Казахстане провайдер связи Казтелеком. Весь разговор свелся к тому, что данное оборудование не проходило тестирование с их связью, что оно не указано в перечне гарантированного, что проблема скорее всего не у них... видимо придется выходит на головной офис провайдера...
но проблему все таки решить надо. какие еще есть мысли? пробывали делать так, вместо MG100 ставили шлюз, с другой городской линии звонили на номер и нажимали кнопки... и все слышно достаточно громко....
скажите что означает передача комманд Overlap и Endblock? дело в том, что у меня была похожая ситуация когда Я пытался позвонить в город, при этом слышал гудок готовности линии, но команды DTMF не передавались (от станции к гтс). после установки в настройках линии endblock вызовы пошли. так вот теперь, когда идет приветствие то команды DTMF в каком виде должны передаваться? (endblock или overlap) и где это регулируется?
Автор: harris 18.8.2011, 20:22
Цитата(kdX @ 18.8.2011, 19:35)
классный в Казахстане провайдер связи Казтелеком. Весь разговор свелся к тому, что данное оборудование не проходило тестирование с их связью, что оно не указано в перечне гарантированного, что проблема скорее всего не у них... видимо придется выходит на головной офис провайдера...
но проблему все таки решить надо. какие еще есть мысли? пробывали делать так, вместо MG100 ставили шлюз, с другой городской линии звонили на номер и нажимали кнопки... и все слышно достаточно громко....
скажите что означает передача комманд Overlap и Endblock? дело в том, что у меня была похожая ситуация когда Я пытался позвонить в город, при этом слышал гудок готовности линии, но команды DTMF не передавались (от станции к гтс). после установки в настройках линии endblock вызовы пошли. так вот теперь, когда идет приветствие то команды DTMF в каком виде должны передаваться? (endblock или overlap) и где это регулируется?
1) У Вас протокол SIP. Там нет понятия Enblock/Overlap как такового. Эти способы наборы есть в H.323 и в ISDN.
В SIP'е адрес задается как SIP URL. Если в качестве SIP URL используется телефонный номер абонента (tel@IP-адрес), то он должен быть отправлен целиком, т.е. как бы "Enblock'ом".
Поэтому в станции для линий SIP указывается Enblock, чтобы станция ждала завершения набора номера пользователем.
2) И при Enblock и при Overlap цифры номера передаются внутри сигнальных сообщений в цифровом формате (байтами), а вовсе не в DTMF-тонах. Т.е. DTMF - это одно, а Enbloc/Overlap - совсем другое.
3) DTMF тоны могут передаваться (как при использовании H.323, так при SIP) уже после установления соединения, т.е. по сути внутри проключенного разговорного тракта. Способы передачи DTMF-тона при установленном соединении бывают разные: Inband (прозрачно, кодированием аналогично голосу), RFC2833 (посылкой внутри RTP-трафика, DTMF-тоны кодируются спец. шаблонами), Outband (посылкой сообщений внутри сигнального канала).
Ну, как то так...
4) Т.е. Enbloc/Overlap не имеют отношения к вашей проблеме.
Проблема именно в передаче/приеме тонов DTMF в RTP-трафике уже при установленном соединении.
5) Какие каналы VOIP используете: на MPB или на VOIB ??
6) Проверьте:
- какая версия прошивки на MPB??
- какая версия прошивки на VOIB??
Если у Вас на процессоре прошивка 1.7, то на VOIB должна быть установлена версия прошивки 1.0Ec.
7) Ну и далее хорошо бы снять трассировку пакетов снифером...
Автор: exzerodivide 22.8.2011, 13:59
Поправлю слегка уважаемого харриса, for great juistice :-)
Цитата(harris @ 18.8.2011, 21:22)
1) У Вас протокол SIP. Там нет понятия Enblock/Overlap как такового. Эти способы наборы есть в H.323 и в ISDN.
В SIP'е адрес задается как SIP URL. Если в качестве SIP URL используется телефонный номер абонента (tel@IP-адрес), то он должен быть отправлен целиком, т.е. как бы "Enblock'ом".
Поэтому в станции для линий SIP указывается Enblock, чтобы станция ждала завершения набора номера пользователем.
Есть как минимум 2 способа оверлапа в сипе - инкрементальный инвайт, второй - через сообщение 184 "Ready For More Digits" вместо 183 "Session Progress". Второй способ - более редкий, первый - встречается как минимум в некоторых программных клиентах.
Цитата(harris @ 18.8.2011, 21:22)
2) И при Enblock и при Overlap цифры номера передаются внутри сигнальных сообщений в цифровом формате (байтами), а вовсе не в DTMF-тонах. Т.е. DTMF - это одно, а Enbloc/Overlap - совсем другое.
3) DTMF тоны могут передаваться (как при использовании H.323, так при SIP) уже после установления соединения, т.е. по сути внутри проключенного разговорного тракта. Способы передачи DTMF-тона при установленном соединении бывают разные: Inband (прозрачно, кодированием аналогично голосу), RFC2833 (посылкой внутри RTP-трафика, DTMF-тоны кодируются спец. шаблонами), Outband (посылкой сообщений внутри сигнального канала).
Ну, как то так...
Точнее так:
1. Внутриполосно(Inband) - звуковыми тонами внутри открытого аудио-канала.
2. В пределах RTP-сессии, отвечающей за передачу аудио-сигнала, при помощи RTP-пакетов СПЕЦИАЛЬНОГО типа (RTP Named Telephony Events) - RFC 2833. При этом, в целях обеспечения redundancy могут так-же генерироваться и inband-тоны.
3а. Внеполосно(Outband) с использованием протокола сигнализации H.245, в сообщении User Input Indication, через элементы H.245 Alphanumeric IE
3б. Внеполосно(Outband) с использованием протокола сигнализации H.245, в сообщении User Input Indication, через элементы H.245 Signal IE.
При этом, способ 3а(H.245 Alphanumeric IE) не позволяет передать ДЛИТЕЛЬНОСТЬ нажатия кнопки.
Вот теперь вроде все :-)
Автор: harris 22.8.2011, 14:06
Цитата(exzerodivide @ 22.8.2011, 14:59)
Поправлю слегка уважаемого харриса, for great juistice :-)
Есть как минимум 2 способа оверлапа в сипе - инкрементальный инвайт, второй - через сообщение 184 "Ready For More Digits" вместо 183 "Session Progress". Второй способ - более редкий, первый - встречается как минимум в некоторых программных клиентах.
Точнее так:
1. Внутриполосно(Inband) - звуковыми тонами внутри открытого аудио-канала.
2. В пределах RTP-сессии, отвечающей за передачу аудио-сигнала, при помощи RTP-пакетов СПЕЦИАЛЬНОГО типа (RTP Named Telephony Events) - RFC 2833. При этом, в целях обеспечения redundancy могут так-же генерироваться и inband-тоны.
3а. Внеполосно(Outband) с использованием протокола сигнализации H.245, в сообщении User Input Indication, через элементы H.245 Alphanumeric IE
3б. Внеполосно(Outband) с использованием протокола сигнализации H.245, в сообщении User Input Indication, через элементы H.245 Signal IE.
При этом, способ 3а(H.245 Alphanumeric IE) не позволяет передать ДЛИТЕЛЬНОСТЬ нажатия кнопки.
Вот теперь вроде все :-)
ОК. Спасибо...
Только я не понял, к чему относится "слегка": то ли к "слегка поправлю ", то ли "слегка уважаемый харрис"...
(я просто шуткую).
Автор: exzerodivide 22.8.2011, 15:05
"Слегка поправлю", конечно же
Как Вы могли слегка усомниться в нашей вере в Ваш авторитет :-D
Автор: All is not what it seems 22.8.2011, 16:14
Возможно, вы имели в виду: for great justice?
3в Внеполосно(Outband) с использованием INFO(SIP).
Автор: kdX 22.8.2011, 19:06
спасибо всем за помощь! методом проб и ошибок была найдена верная настройка сигнализации.
Автор: exzerodivide 22.8.2011, 23:03
Цитата(All is not what it seems @ 22.8.2011, 17:14)
Возможно, вы имели в виду: for great justice?
3в Внеполосно(Outband) с использованием INFO(SIP).
Мущщина, прикрутили спеллчекер и теперь глумитесь над нами, деревней ? :-)
Я бы на самом деле выделил в отдельное. Харрис начал по сути про х.323, я дополнил по мере возможностей.
У сипа оно все проще: инбанд, инфо и рфц 2833. И все по сути.
Кстати, вопрос знатокам, а рфц 2833 и инфо в сипе длительность нажатия умеют ?
Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)