Есть ли возможность реализовать на ipLDK-100 (прошивка GS90P-3.8Ah Mar/08) следующую схему:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внешний_абонент ?
Если да, то какие настройки отвечают за это? Сейчас работает схема:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внутренний_абонент.
Полная версия этой страницы: SIP_абонент -> ipLDK -> внешний_абонент
Разрешение переадресации на внешний номер
Цитата(Shakin @ 26.1.2010, 12:06) 
Есть ли возможность реализовать на ipLDK-100 (прошивка GS90P-3.8Ah Mar/08) следующую схему:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внешний_абонент ?
Если да, то какие настройки отвечают за это? Сейчас работает схема:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внутренний_абонент.
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внешний_абонент ?
Если да, то какие настройки отвечают за это? Сейчас работает схема:
SIP _абонент → CISCO (SIP сервер) → IpDLK-100 → внутренний_абонент.
Что Вы подразумеваете под этой схемой??? Транзит с SIP'а на ISDN/CO-линию???
Можно. См. в доке программирование исходящего транзита (Transit-OUT).
Цитата(harris @ 26.1.2010, 16:36)
Что Вы подразумеваете под этой схемой??? Транзит с SIP'а на ISDN/CO-линию???
Можно. См. в доке программирование исходящего транзита (Transit-OUT).
Можно. См. в доке программирование исходящего транзита (Transit-OUT).
Необходимо чтобы SIP абонент мог позвонить на городской номер используя CO линию ipLDK.
Цитата(Shakin @ 26.1.2010, 13:27)
Необходимо чтобы SIP абонент мог позвонить на городской номер используя CO линию ipLDK.
См. в доке программирование исходящего транзита (Transit-OUT).
Цитата(harris @ 26.1.2010, 17:39)
См. в доке программирование исходящего транзита (Transit-OUT).
Спасибо, все получилось.
После того как 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
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
Цитата(Shakin @ 27.1.2010, 9:41)
После того как ipLDK заняла CO линию под транзитный звонок проходит около 5 секунд, пока SIP абонент услышит гудок, это нормально или можно уменьшить это время?
А линии СО какие?
Цитата(ИгорьS @ 27.1.2010, 13:08)
А линии СО какие?
Аналоговые.
Цитата(Shakin @ 27.1.2010, 9:41)
После того как ipLDK заняла CO линию под транзитный звонок проходит около 5 секунд, пока SIP абонент услышит гудок, это нормально или можно уменьшить это время?
А каким образом осуществляется выход на транзитные линии для sip-абонента? Гудок ожидается после набора транзитного кода?
Может таймер Transit Connect Timer в прг180-182?
4.5.2.16. Таймер сообщения CONNECT при транзитном соединении (Transit
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд
Цитата(noox @ 28.1.2010, 12:56)
А каким образом осуществляется выход на транзитные линии для sip-абонента? Гудок ожидается после набора транзитного кода?
Именно так, после набора транзитного номера, в моем случае "9", ожидается гудок и после продолжается набор номера.
Цитата(Shakin @ 28.1.2010, 11:39)
Именно так, после набора транзитного номера, в моем случае "9", ожидается гудок и после продолжается набор номера.
А если без ожидания гудка все набрать?
Так как набор транзитного кода осуществляется sip-абонентом, скорее всего, вам необходимо, либо уменьшить межцифровой интервал на Cisco, либо попробовать нажимать решетку после девятки, тогда гудок должен быть сразу, только позволит ли вам cisco добирать номер после решетки.... не знаю. Все это лишь мои предположения.
Цитата(noox @ 28.1.2010, 14:51)
А если без ожидания гудка все набрать?
Так как набор транзитного кода осуществляется sip-абонентом, скорее всего, вам необходимо, либо уменьшить межцифровой интервал на Cisco, либо попробовать нажимать решетку после девятки, тогда гудок должен быть сразу, только позволит ли вам cisco добирать номер после решетки.... не знаю. Все это лишь мои предположения.
Так как набор транзитного кода осуществляется 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
Цитата(stasmar @ 28.1.2010, 13:50)
4.5.2.16. Таймер сообщения CONNECT при транзитном соединении (Transit
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд
Connect Timer)
Описание
При транзитном соединении на аналоговые внешние линии, использующие импульсный режим
набора, сообщение CONNECT отправляется в сеть с задержкой, определяемой данным
таймером.
Если у Вас линии не в импульсном режиме - Вам можно уменьшить значение этого таймера
Значение: 01~30 (2 цифры)
ПРОЦЕДУРА
транс 181 - мк16 - Значение(например 01 - 1 секунда) - холд
Не помогло.
Цитата(Shakin @ 28.1.2010, 11:21)
Не помогло.
Остались те же 5 секунд?
Попробуйте PGM182 ПК10 (enblock inter digit timer) покрутить. Он может за этот интервал отвечать.
Цитата(noox @ 28.1.2010, 11:34)
Попробуйте PGM182 ПК10 (enblock inter digit timer) покрутить. Он может за этот интервал отвечать.
А причем тут таймер Enbloc??
Это же для исходящих вызовов по ISDN/VoIP, но не для входящих...
Цитата(harris @ 28.1.2010, 12:47)
А причем тут таймер Enbloc??
Это же для исходящих вызовов по ISDN/VoIP, но не для входящих...
Это же для исходящих вызовов по ISDN/VoIP, но не для входящих...
Ну хорошо, согласен
, может погорячился. Я предлагал автору посмотреть настройки циски, ее таймеры. А что, есть какие нибудь другие предложения?
Цитата(noox @ 28.1.2010, 12:01)
Ну хорошо, согласен, может погорячился. Я предлагал автору посмотреть настройки циски, ее таймеры. А что, есть какие нибудь другие предложения?
, может погорячился. Я предлагал автору посмотреть настройки циски, ее таймеры. А что, есть какие нибудь другие предложения?Есть. Можно попробовать уменьшить до 1 сек таймер DID Inter Digit - ПГМ181/12
Цитата(harris @ 28.1.2010, 16:04)
Есть. Можно попробовать уменьшить до 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
Цитата(Shakin @ 28.1.2010, 13:18)
Пробовал менять параметр 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
dial-peer voice 9 voip
destination-pattern 9T
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.1.7
Енто лишь диал-пир, который показывает с чем соединяться и по какому протоколу, с каким кодеком, но не более того. Таймеры там в другом месте..... сейчас наверное не вспомню где... не на чем посмотреть.
Цитата(noox @ 28.1.2010, 16:24)
Енто лишь диал-пир, который показывает с чем соединяться и по какому протоколу, с каким кодеком, но не более того. Таймеры там в другом месте..... сейчас наверное не вспомню где... не на чем посмотреть.
Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.
Цитата(Shakin @ 28.1.2010, 12:32)
Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.
ИМХО, значит 5 сек - это таймер межцифрового интервала на Cisco. Cisco ждет след. цифру и не отсылает 9-ку в LDK.
А можно ли, чтобы SIP-абонент набирал весь 9+ номер +# и чтобы в станцию все это разом попадало??
Цитата(Shakin @ 28.1.2010, 13:32)
Так после 9# моментально происходит занятие CO линии, а гудка нет. Думаю что таймеры cisco в данной ситуации не причем.
Так, так, так что-то я сразу не посмотрел на конфиг. А попробуйте-ка набрать сразу с двумя девятками. Например, 9_9_номер абонента( без пауз)
Цитата(harris @ 28.1.2010, 13:36)
ИМХО, значит 5 сек - это таймер межцифрового интервала на Cisco. Cisco ждет след. цифру и не отсылает 9-ку в LDK.
А можно ли, чтобы SIP-абонент набирал весь 9+ номер +# и чтобы в станцию все это разом попадало??
А можно ли, чтобы SIP-абонент набирал весь 9+ номер +# и чтобы в станцию все это разом попадало??
Можно, только примет ли все это станция? Shakin говорит, что нужна пауза, должен появится гудок линии, иначе disconnect.
Цитата(noox @ 28.1.2010, 13:30)
Можно, только примет ли все это станция? Shakin говорит, что нужна пауза, должен появится гудок линии, иначе disconnect.
Должна принять. Попробуйте.
Тогда все цифры придут в информационном пакете SIP.
Хорошо бы посмотреть, когда открывается RTP-трафик: сразу же после занятия СО-линии или после набора номера в СО-линию.
А сейчас, скорее всего, получив 9-ку станция занимает СО-линию, но не проключает ее, ожидая в сигнальном канале цифры номера. Подтверждение соединение для SIP и RTP открывает после какого-то межцифрового таймера и далее уже цифры номера принимает внутриполосно (в зависимости от того, как настроена передача DTMF) и набирает в линию.
Трассировки бы снять одновременно и SIP и CO-линии.
Цитата(harris @ 28.1.2010, 15:30)
Тогда все цифры придут в информационном пакете SIP.
Хорошо бы посмотреть, когда открывается RTP-трафик: сразу же после занятия СО-линии или после набора номера в СО-линию.
Хорошо бы посмотреть, когда открывается RTP-трафик: сразу же после занятия СО-линии или после набора номера в СО-линию.
Так он же уже так пробовал. Набирал без пауз 9_номер абонента, правда без решетки. Насколько я понял, здесь речь шла не об этом. Какая разница когда придет информационный пакет на станцию, с решеткой мгновенно, без нее - на пять секунд позже. Соединение при таком наборе без паузы не прошло. В том то и дело, что требуется пауза после девятки. Получается, что абонент пришлет в пакете номер вызываемого абонета, а атс должна конвертировать этот номер в DTMF и набрать в линию, ведь исходящая линия - аналоговая.
Еще раз разъяснить все может только автор послания.
Цитата(noox @ 28.1.2010, 15:09)
Так он же уже так пробовал. Набирал без пауз 9_номер абонента, правда без решетки. Насколько я понял, здесь речь шла не об этом. Какая разница когда придет информационный пакет на станцию, с решеткой мгновенно, без нее - на пять секунд позже. Соединение при таком наборе без паузы не прошло. В том то и дело, что требуется пауза после девятки. Получается, что абонент пришлет в пакете номер вызываемого абонета, а атс должна конвертировать этот номер в DTMF и набрать в линию, ведь исходящая линия - аналоговая.
Еще раз разъяснить все может только автор послания.
Еще раз разъяснить все может только автор послания.
ИМХО, мы не совсем поняли друг друга. Речь не о том, когда Киска отправляет 9-ку, а какую адресную информацию она отправляет в пакете Invite (только 9-ку или же 9+номер).
Разница в том, что в сигнальном пакете приходит только 9-ка, а остальное может идти только внутриполосно, после Connect'а (аналогично набору Overlap в ISDN)
И другое дело, если станция получает все целиком в сигнальном пакете (в Invite), аналогично посылке Enbloc в ISDN: 9ХХХХХХХ
Цитата(harris @ 28.1.2010, 16:28)
ИМХО, мы не совсем поняли друг друга. Речь не о том, когда Киска отправляет 9-ку, а какую адресную информацию она отправляет в пакете Invite (только 9-ку или же 9+номер).
Киска в пакете Invite отправляет 9-ку + тот номер, который в течении межцифрового интервала набрал пользователь. Таким образом, запись вида destination-pattern 9T - означает, что после набора 9-ки Циска будет ждать остальные цифры например, 12345 + пять секунд(если inter digit=5) и сформировав пакет с номером вида 912345 отправит его на LDK. Это не исключает набор только 9-ки, тогда, после пятисекундного ожидания Циска опять сформирует пакет и отправит уже в качестве вызываемого номера только 9-ку.
Цитата(harris @ 28.1.2010, 16:28)
Разница в том, что в сигнальном пакете приходит только 9-ка, а остальное может идти только внутриполосно, после Connect'а (аналогично набору Overlap в ISDN)
Получается, только так и работает. Сначала соединение по 9-ке, потом донабор номера внешнего абонента.
Цитата(harris @ 28.1.2010, 16:28)
И другое дело, если станция получает все целиком в сигнальном пакете (в Invite), аналогично посылке Enbloc в ISDN: 9ХХХХХХХ
А так не фига не работает, sip-абонент получает сообщение вида 404 - Not Found.
Цитата(noox @ 28.1.2010, 17:25)
А так не фига не работает, sip-абонент получает сообщение вида 404 - Not Found.
Как любит говорить Harris. Что вы хотите получить от аналоговых линий.Я не просто так спросил, про тип линий. При ISDN- таких проблемм нет.
Думаю корейцы даже не задумывались о транзите, с использованием аналоговых линий. Работать будет только так, т.е. набор номера будет проходить только внутриканально. Проверял на 2.2-3.6 версиях
Цитата(ИгорьS @ 28.1.2010, 16:52)
Как любит говорить Harris. Что вы хотите получить от аналоговых линий.Я не просто так спросил, про тип линий. При ISDN- таких проблемм нет.
Думаю корейцы даже не задумывались о транзите, с использованием аналоговых линий. Работать будет только так, т.е. набор номера будет проходить только внутриканально. Проверял на 2.2-3.6 версиях
Думаю корейцы даже не задумывались о транзите, с использованием аналоговых линий. Работать будет только так, т.е. набор номера будет проходить только внутриканально. Проверял на 2.2-3.6 версиях
Внутриканально??При транзите с потока PRI на ACO (как при Overlap, так и при Enblock) - в сигнальном канале.
При транзите с VOIP/H.323 на ACO точно также работает как получении номера Overlap'ом, так при получении Enblock'ом... (Естественно, в сигнальном канале, т.е. в информационных сообщениях).
Для SIP - не проверял.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.