SIP_абонент -> ipLDK -> внешний_абонент Опции

[harris]

Ну хорошо, согласен, может погорячился. Я предлагал автору посмотреть настройки циски, ее таймеры. А что, есть какие нибудь другие предложения?

Есть. Можно попробовать уменьшить до 1 сек таймер DID Inter Digit - ПГМ181/12

[Shakin]

Есть. Можно попробовать уменьшить до 1 сек таймер DID Inter Digit - ПГМ181/12

Пробовал менять параметр DID Inter Digit, задержка остается. Со стороны cisco настройки:

dial-peer voice 9 voip
destination-pattern 9T
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.1.7

[noox]

Пробовал менять параметр DID Inter Digit, задержка остается. Со стороны cisco настройки:

dial-peer voice 9 voip
destination-pattern 9T
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.1.7

Енто лишь диал-пир, который показывает с чем соединяться и по какому протоколу, с каким кодеком, но не более того. Таймеры там в другом месте..... сейчас наверное не вспомню где... не на чем посмотреть.

[Shakin]

Енто лишь диал-пир, который показывает с чем соединяться и по какому протоколу, с каким кодеком, но не более того. Таймеры там в другом месте..... сейчас наверное не вспомню где... не на чем посмотреть.

Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.

[harris]

Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.

ИМХО, значит 5 сек - это таймер межцифрового интервала на Cisco. Cisco ждет след. цифру и не отсылает 9-ку в LDK.

А можно ли, чтобы SIP-абонент набирал весь 9+ номер +# и чтобы в станцию все это разом попадало??

[noox]

Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.

Так, так, так что-то я сразу не посмотрел на конфиг. А попробуйте-ка набрать сразу с двумя девятками. Например, 9_9_номер абонента( без пауз)

[noox]

ИМХО, значит 5 сек - это таймер межцифрового интервала на Cisco. Cisco ждет след. цифру и не отсылает 9-ку в LDK.

А можно ли, чтобы SIP-абонент набирал весь 9+ номер +# и чтобы в станцию все это разом попадало??

Можно, только примет ли все это станция? Shakin говорит, что нужна пауза, должен появится гудок линии, иначе disconnect.

[harris]

Можно, только примет ли все это станция? Shakin говорит, что нужна пауза, должен появится гудок линии, иначе disconnect.

Должна принять. Попробуйте.
Тогда все цифры придут в информационном пакете SIP.
Хорошо бы посмотреть, когда открывается RTP-трафик: сразу же после занятия СО-линии или после набора номера в СО-линию.

А сейчас, скорее всего, получив 9-ку станция занимает СО-линию, но не проключает ее, ожидая в сигнальном канале цифры номера. Подтверждение соединение для SIP и RTP открывает после какого-то межцифрового таймера и далее уже цифры номера принимает внутриполосно (в зависимости от того, как настроена передача DTMF) и набирает в линию.

Трассировки бы снять одновременно и SIP и CO-линии.

[noox]

Тогда все цифры придут в информационном пакете SIP.
Хорошо бы посмотреть, когда открывается RTP-трафик: сразу же после занятия СО-линии или после набора номера в СО-линию.

Так он же уже так пробовал. Набирал без пауз 9_номер абонента, правда без решетки. Насколько я понял, здесь речь шла не об этом. Какая разница когда придет информационный пакет на станцию, с решеткой мгновенно, без нее - на пять секунд позже. Соединение при таком наборе без паузы не прошло. В том то и дело, что требуется пауза после девятки. Получается, что абонент пришлет в пакете номер вызываемого абонета, а атс должна конвертировать этот номер в DTMF и набрать в линию, ведь исходящая линия - аналоговая.
Еще раз разъяснить все может только автор послания.

[harris]

Так он же уже так пробовал. Набирал без пауз 9_номер абонента, правда без решетки. Насколько я понял, здесь речь шла не об этом. Какая разница когда придет информационный пакет на станцию, с решеткой мгновенно, без нее - на пять секунд позже. Соединение при таком наборе без паузы не прошло. В том то и дело, что требуется пауза после девятки. Получается, что абонент пришлет в пакете номер вызываемого абонета, а атс должна конвертировать этот номер в DTMF и набрать в линию, ведь исходящая линия - аналоговая.
Еще раз разъяснить все может только автор послания.

ИМХО, мы не совсем поняли друг друга. Речь не о том, когда Киска отправляет 9-ку, а какую адресную информацию она отправляет в пакете Invite (только 9-ку или же 9+номер).
Разница в том, что в сигнальном пакете приходит только 9-ка, а остальное может идти только внутриполосно, после Connect'а (аналогично набору Overlap в ISDN)
И другое дело, если станция получает все целиком в сигнальном пакете (в Invite), аналогично посылке Enbloc в ISDN: 9ХХХХХХХ

[noox]

ИМХО, мы не совсем поняли друг друга. Речь не о том, когда Киска отправляет 9-ку, а какую адресную информацию она отправляет в пакете Invite (только 9-ку или же 9+номер).

Киска в пакете Invite отправляет 9-ку + тот номер, который в течении межцифрового интервала набрал пользователь. Таким образом, запись вида destination-pattern 9T - означает, что после набора 9-ки Циска будет ждать остальные цифры например, 12345 + пять секунд(если inter digit=5) и сформировав пакет с номером вида 912345 отправит его на LDK. Это не исключает набор только 9-ки, тогда, после пятисекундного ожидания Циска опять сформирует пакет и отправит уже в качестве вызываемого номера только 9-ку.

Разница в том, что в сигнальном пакете приходит только 9-ка, а остальное может идти только внутриполосно, после Connect'а (аналогично набору Overlap в ISDN)

Получается, только так и работает. Сначала соединение по 9-ке, потом донабор номера внешнего абонента.

И другое дело, если станция получает все целиком в сигнальном пакете (в Invite), аналогично посылке Enbloc в ISDN: 9ХХХХХХХ

А так не фига не работает, sip-абонент получает сообщение вида 404 - Not Found.

[ИгорьS]

А так не фига не работает, sip-абонент получает сообщение вида 404 - Not Found.

Как любит говорить Harris. Что вы хотите получить от аналоговых линий.Я не просто так спросил, про тип линий. При ISDN- таких проблемм нет.
Думаю корейцы даже не задумывались о транзите, с использованием аналоговых линий. Работать будет только так, т.е. набор номера будет проходить только внутриканально. Проверял на 2.2-3.6 версиях

[harris]

Как любит говорить Harris. Что вы хотите получить от аналоговых линий.Я не просто так спросил, про тип линий. При ISDN- таких проблемм нет.
Думаю корейцы даже не задумывались о транзите, с использованием аналоговых линий. Работать будет только так, т.е. набор номера будет проходить только внутриканально. Проверял на 2.2-3.6 версиях

Внутриканально??
При транзите с потока PRI на ACO (как при Overlap, так и при Enblock) - в сигнальном канале.
При транзите с VOIP/H.323 на ACO точно также работает как получении номера Overlap'ом, так при получении Enblock'ом... (Естественно, в сигнальном канале, т.е. в информационных сообщениях).
Для SIP - не проверял.