Проблема с входящими и исходящими по SIP, Проблема по SIP Опции

[asdal]

Здравствуйте возникла проблема с входящими, исходящими вызовами на iPECS-LIK 100 (iPECS-100 Version : MFIM/GS95M-5.5Df JUN/11) подключенной по SIP c провайдером.

Sip каналы у провайдера зарегистрированы. В таблице ПРГ 144 прописал распределение входящих вызовов, но при наборе на номер звонок не проходит.
Так же проблема с исходящими при наборе номера через 9 происходит отбой.
Подскажите где копать?? =(

[AXEL]

1)По 144 программе принять вызовы по SIP проблематично.
2)В атрибутах абонентов 1(пгм110) указали SIP аккаунт?

[asdal]

AXEL не много не понял в программе 110 у меня только ставится тип аппарата ( SLT,Dect....)

А в ПРГ 111-113 указано: SIP USER TABLE INDEX 1 на sip

Или я что то путаю?

[AXEL]

извиняюсь, номер программы не правильно указал (111 надо)

[asdal]

извиняюсь, номер программы не правильно указал (111 надо)

Тогда правильно я понимаю SIP USER TABLE INDEX 1 вы имели в виду?

[AXEL]

да.
Это если вы привязываете SIP аккаунт к абонентам. Можно так же привязать SIP аккаунт к линиям. И не забудьте указать в 133 программе Registration UID Range

[asdal]

Да SIp привязывается к абонентам. Registration UID Range указан 1-1 но к сожалению вызовы так и не получаются. Подскажите какие нибудь ещё нюансы могут быть?

[AXEL]

Сниф вызова приложите пожалуйста.
wireshark.org

[asdal]

Вот что получилось снять

[AXEL]

а можно не в текстовов виде? Глаза разбегаются. C расширением pcap.

[asdal]

К сожалению не могу в другом виде. доступа не дают =((((((((

[AXEL]

там слишком много букв, глаза ломать не хочется.

[asdal]

Посмотрите пожалуйста, другого доступа не дают не как =((

[asdal]

Исходящие пошли, но со входящими все по прежде =(

[asdal]

По логам видно что вызов приходит. Но ситуация следующая вызов прописан на внутренний номер в ПРГ 144, но AXEL вы говорили что это проблематично? А как тогда нужно распределить входящий вызов?

[harris]

По логам видно что вызов приходит. Но ситуация следующая вызов прописан на внутренний номер в ПРГ 144, но AXEL вы говорили что это проблематично? А как тогда нужно распределить входящий вызов?

А какое значение указано для данного аккуаунта в опции ПГМ126/10 - Ring Route Type ???

[asdal]

А какое значение указано для данного аккуаунта в опции ПГМ126/10 - Ring Route Type ???

DID Conversion указано

[asdal]

На всякий случай прописал в ПРГ 231 у индекса 1 внутренний номер.

[harris]

DID Conversion указано

Ну, тогда чего Вы хотите??
Если требуется принимать по ПГМ144, то пропишите Ring Route Type = RING ASSIGNMENT.

Правда непонятно, почему хотите принимать вход. вызовы именно по ПГМ144. У Вас что, каждый аккаунт привязан к отдельному каналу VOIP (к СО -линии)??

[asdal]

Ну, тогда чего Вы хотите??
Если требуется принимать по ПГМ144, то пропишите Ring Route Type = RING ASSIGNMENT.

Правда непонятно, почему хотите принимать вход. вызовы именно по ПГМ144. У Вас что, каждый аккаунт привязан к отдельному каналу VOIP (к СО -линии)??

Нет не привязан. Просто не понятно на какую таблицу с сылатся станция если указывать DID Conversion

[harris]

На всякий случай прописал в ПРГ 231 у индекса 1 внутренний номер.

Для индекса 1 ??? На какой "всякий" случай?? Какое отношение имеет индекс 1, если у Вас входящий номер = 9882930 ??
Тогда уж нужно было прописывать индекс 930 (если все-таки хотите принимать как DID).

[harris]

Нет не привязан. Просто не понятно на какую таблицу с сылатся станция если указывать DID Conversion

Откройте доку на ipLDK - там все внятно написано по поводу приема вызовов типа DID.
А в IPECS LIK - все программируется по сути также, как и в ipLDK (касательно DID).

Таблица 231, а индекс - это 3 посл. цифры входящего DID-номера (если маска осталась прозрачной = #***).

[asdal]

Спасибо за помощь буду дальше ковырятся.

[asdal]

В IpLDK можно было DID вызовы пропускать через MSN таблицу и на выходе получить нужный Index для Flexible DID Table либо без MSN - отловить вызов в Flexible DID Table, где Index - это последние три цифры номера.
В iPECS-LIK работает второй вариант (PGM 126. 10 = DID Conversion; 11 = Modyfi Using Flexible DID Conversion Table), а что нужно сделать, чтобы сработала MSN таблица при входящем вызове по SIP?

[harris]

В IpLDK можно было DID вызовы пропускать через MSN таблицу и на выходе получить нужный Index для Flexible DID Table либо без MSN - отловить вызов в Flexible DID Table, где Index - это последние три цифры номера.
В iPECS-LIK работает второй вариант (PGM 126. 10 = DID Conversion; 11 = Modyfi Using Flexible DID Conversion Table), а что нужно сделать, чтобы сработала MSN таблица при входящем вызове по SIP?

На данный момент в LIK таблица MSN сработает для вход. SIP вызова только в том случае, если в полученном Invite поле [To] или [Uri] не совпадает с прописанными для абонентов полями [Contact Number] или [Registration User Id].
По логике MSN должна была бы отрабатываться и в случае отработки по ПГМ126 Route Type = DID, но разработчики это почему-то не сделали.
В принципе это не очень существенно, можно обойтись и без MSN, но в дальнейшем, наверное, придется все-таки написать корейцам, чтобы они добавили MSN в нужную ветку программы.