Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблема с входящими и исходящими по SIP
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
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
Цитата(AXEL @ 19.9.2011, 15:52) *
извиняюсь, номер программы не правильно указал (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
Цитата(asdal @ 20.9.2011, 13:21) *
По логам видно что вызов приходит. Но ситуация следующая вызов прописан на внутренний номер в ПРГ 144, но AXEL вы говорили что это проблематично? А как тогда нужно распределить входящий вызов?

А какое значение указано для данного аккуаунта в опции ПГМ126/10 - Ring Route Type ???
asdal
Цитата(harris @ 20.9.2011, 13:43) *
А какое значение указано для данного аккуаунта в опции ПГМ126/10 - Ring Route Type ???


DID Conversion указано
asdal
На всякий случай прописал в ПРГ 231 у индекса 1 внутренний номер.
harris
Цитата(asdal @ 20.9.2011, 13:44) *
DID Conversion указано

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

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

asdal
Цитата(harris @ 20.9.2011, 13:57) *
Ну, тогда чего Вы хотите??
Если требуется принимать по ПГМ144, то пропишите Ring Route Type = RING ASSIGNMENT.

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


Нет не привязан. Просто не понятно на какую таблицу с сылатся станция если указывать DID Conversion
harris
Цитата(asdal @ 20.9.2011, 13:54) *
На всякий случай прописал в ПРГ 231 у индекса 1 внутренний номер.

blink.gif blink.gif
Для индекса 1 ??? На какой "всякий" случай?? Какое отношение имеет индекс 1, если у Вас входящий номер = 9882930 ??
Тогда уж нужно было прописывать индекс 930 (если все-таки хотите принимать как DID).
harris
Цитата(asdal @ 20.9.2011, 14:00) *
Нет не привязан. Просто не понятно на какую таблицу с сылатся станция если указывать 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
Цитата(asdal @ 8.11.2011, 16:20) *
В 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 в нужную ветку программы.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.