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

[Shakin]

Есть ли возможность реализовать на ipLDK-100 (прошивка GS90P-3.8Ah Mar/08) следующую схему:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внешний_абонент ?

Если да, то какие настройки отвечают за это? Сейчас работает схема:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внутренний_абонент.

[stasmar]

Разрешение переадресации на внешний номер

[harris]

Есть ли возможность реализовать на ipLDK-100 (прошивка GS90P-3.8Ah Mar/08) следующую схему:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внешний_абонент ?

Если да, то какие настройки отвечают за это? Сейчас работает схема:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внутренний_абонент.

Что Вы подразумеваете под этой схемой??? Транзит с SIP'а на ISDN/CO-линию???
Можно. См. в доке программирование исходящего транзита (Transit-OUT).

[Shakin]

Что Вы подразумеваете под этой схемой??? Транзит с SIP'а на ISDN/CO-линию???
Можно. См. в доке программирование исходящего транзита (Transit-OUT).

Необходимо чтобы SIP абонент мог позвонить на городской номер используя CO линию ipLDK.

[harris]

Необходимо чтобы SIP абонент мог позвонить на городской номер используя CO линию ipLDK.

См. в доке программирование исходящего транзита (Transit-OUT).

[Shakin]

См. в доке программирование исходящего транзита (Transit-OUT).

Спасибо, все получилось.

[Shakin]

После того как ipLDK заняла CO линию под транзитный звонок проходит около 5 секунд, пока SIP абонент услышит гудок, это нормально или можно уменьшить это время?

Код

057619 COL 017:06 01 St:co idle   (00) EVT :D5 5C 26 0F 3C 39 40 31 39 32 2E 31 36 38 2E 31 2E 37 3E 09 16 22 34 30 31 22 3C 34 30 31 40 31 39 32
2E 31 36 38 2E 31 2E 31 3E 0A 0F 3C 39 40 31 39 32 2E 31 36 38 2E 31 2E 37 3E 2D 20 01 15 3C 73
69 70 3A 34 30 31 40 31 39 32 2E 31 36 38 2E 31 2E 31 3E 02 01 01 03 01 01 04 01 02 (U0)
[SIP-EVT] INVITE
  IE URI :9
  IE From:"401" 401
  IE To  :"" 9
  IE ID  :"" 401 (1)
[SIP-CMD] 100_TRYING
057620 D>06 01, D1 00 36
057620 COL 017:06 01 St:co idle   (00) Ev-I:ring start P1:   0 P2:   0 EVT: 11 <- 17,44
057620 D>06 01, C0 00 36
057620 COL 017:06 01 St:di-dialing(00) Ev-I:disa dgt   P1:   9 P2:   C EVT: 80 <- 17,44
057620 COL 017:06 01 St:dd-wt ans (00) Ev-I:dummy acd  P1:26F3 P2:   0 EVT:  0 <- 17,44
057620 COL 017:06 01 St:dd-wt ans (00) Ev-I:dummy acd  P1:26AF P2:   9 EVT:  0 <- 17,44
057621 COL 017:06 01 St:dd-wt ans (00) Ev-I:seize ack  P1:   2 P2:   0 EVT: 93 <-  2,43
057621 D>06 01, C0 00 36
[SIP-CMD] 100_TRYING - Ignored
[SIP-CMD] 200_OK
057721 D>06 01, D2 00 36
057721 D>06 01, C0 00 36
057735 D>06 01, C0 00 36

[ИгорьS]

После того как ipLDK заняла CO линию под транзитный звонок проходит около 5 секунд, пока SIP абонент услышит гудок, это нормально или можно уменьшить это время?

А линии СО какие?

[Shakin]

А линии СО какие?

Аналоговые.

[noox]

После того как ipLDK заняла CO линию под транзитный звонок проходит около 5 секунд, пока SIP абонент услышит гудок, это нормально или можно уменьшить это время?

А каким образом осуществляется выход на транзитные линии для sip-абонента? Гудок ожидается после набора транзитного кода?

[stasmar]

Может таймер Transit Connect Timer в прг180-182?

[stasmar]

4.5.2.16. Таймер сообщения CONNECT при транзитном соединении (Transit
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд

[Shakin]

А каким образом осуществляется выход на транзитные линии для sip-абонента? Гудок ожидается после набора транзитного кода?

Именно так, после набора транзитного номера, в моем случае "9", ожидается гудок и после продолжается набор номера.

[noox]

Именно так, после набора транзитного номера, в моем случае "9", ожидается гудок и после продолжается набор номера.

А если без ожидания гудка все набрать?
Так как набор транзитного кода осуществляется sip-абонентом, скорее всего, вам необходимо, либо уменьшить межцифровой интервал на Cisco, либо попробовать нажимать решетку после девятки, тогда гудок должен быть сразу, только позволит ли вам cisco добирать номер после решетки.... не знаю. Все это лишь мои предположения.

[Shakin]

А если без ожидания гудка все набрать?
Так как набор транзитного кода осуществляется sip-абонентом, скорее всего, вам необходимо, либо уменьшить межцифровой интервал на Cisco, либо попробовать нажимать решетку после девятки, тогда гудок должен быть сразу, только позволит ли вам cisco добирать номер после решетки.... не знаю. Все это лишь мои предположения.

Если набрать сразу 9_номер_абонента, то получаю ошибку
[SIP-CMD] CALLFAIL_RESPONSE_MSG 404
если набрать 9# - в трассировке сразу появляется

[SIP-EVT] INVITE
IE URI :9
IE From:"401" 401
IE To :"" 9
IE ID :"" 401 (1)
[SIP-CMD] 100_TRYING

и через 5-6 секунд, когда раздается гудок в трассировке видно
[SIP-CMD] 100_TRYING - Ignored
[SIP-CMD] 200_OK

[Shakin]

4.5.2.16. Таймер сообщения CONNECT при транзитном соединении (Transit
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд

Не помогло.

[stasmar]

Не помогло.

Остались те же 5 секунд?

[noox]

Попробуйте PGM182 ПК10 (enblock inter digit timer) покрутить. Он может за этот интервал отвечать.

[harris]

Попробуйте PGM182 ПК10 (enblock inter digit timer) покрутить. Он может за этот интервал отвечать.

А причем тут таймер Enbloc??
Это же для исходящих вызовов по ISDN/VoIP, но не для входящих...

[noox]

А причем тут таймер Enbloc??
Это же для исходящих вызовов по ISDN/VoIP, но не для входящих...

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

[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 - не проверял.