SIP CO + DISA, настройка Опции

[kdX]

Добрый вечер уважаемые форумчани,

подскажите как правильно настраивается 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. потом короткие гудки... и все.

может я чего-то упустил?

[vldmr]

DTMF Send Mode согласовать с провайдером ( SIP CO Additional Regist.(371)[N] )
прочитать http://www.artcom.ru/forum/index.php?showtopic=8696

[kdX]

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]

классный в Казахстане провайдер связи Казтелеком. Весь разговор свелся к тому, что данное оборудование не проходило тестирование с их связью, что оно не указано в перечне гарантированного, что проблема скорее всего не у них... видимо придется выходит на головной офис провайдера...

но проблему все таки решить надо. какие еще есть мысли? пробывали делать так, вместо 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]

Поправлю слегка уважаемого харриса, for great juistice :-)

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". Второй способ - более редкий, первый - встречается как минимум в некоторых программных клиентах.

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]

Поправлю слегка уважаемого харриса, 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) не позволяет передать ДЛИТЕЛЬНОСТЬ нажатия кнопки.

Вот теперь вроде все :-)

ОК. Спасибо...

Только я не понял, к чему относится "слегка": то ли к "слегка поправлю ", то ли "слегка уважаемый харрис"...
(я просто шуткую).