Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Входящие SIP маршрутизация
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-MG & iPECS-eMG800
NektoSK
Добрый день.
Подключаем АТС (eMG800) по SIP к провайдеру 3 аккаунта с регистрацией.
Аккаунты зарегистрировались, к ним вызовы проходят, от них тоже, но не все.

Проблема в том, что в некоторых вызовах в поле "to" на АТС от провайдера приходит то, что набрал их абонент SIP т.е. 5 цифр ( город с 5 знач. нумерацией)
Request-Line: INVITE sip:3847564816@212.77.128.104:5060;transport=UDP SIP/2.0
To: <sip:64816@sip.rikt.ru>
От абонентов традиционной телефонии поле "to" содержит 10 цифр номера и вызов проходит.
Request-Line: INVITE sip:3847564816@212.77.128.104:5060;transport=UDP SIP/2.0
To: <sip:3847564816@sip.rikt.ru;user=phone>

Возможна ли маршрутизация по самому заголовку поля INVITE или надо использовать таблицы маршрутизации. Если да, подскажите как? Invite Acceptance - From All использовать не можем, каждый номер должен приземляться на конкретную CO.
vitalii
каждый номер должен приземляться на конкретную CO.
[/quote]

линии выставь как Normal
и приземляй через ring assigment
NektoSK
Цитата(vitalii @ 7.6.2019, 9:08) *
каждый номер должен приземляться на конкретную CO.

линии выставь как Normal
и приземляй через ring assigment

Так и делаем, но короткие номера, видно из-за несовпадения INVITE и TO не проходят.
AXEL
А что мешает прописать 2 строки в digit conversion table?
NektoSK
Цитата(AXEL @ 7.6.2019, 9:57) *
А что мешает прописать 2 строки в digit conversion table?
Пытались, но толком не разобрались, там надо добавить 5 первых позиций, ничего не удаляя? А индекс где потом фигурирует, на который надо сослаться?

AXEL
Вы про какую таблицу говорите?
Я про 270.
Там же вроде все предельно просто.
Dialed Digit - то что приходит из города. В вашем случае будут использоваться 2 строки
К примеру индекс 1 -3847564816
индекс 2- 64816
Changed Digit - в обоих случаях одинаковое - туда куда долен приходить вызов ( например внутренний номер, номер группы абонентов или код доступа к DISA)
Ну и в 126 программе не забыть включить правила приема вызовов
Ring Route Type ------ MSN-DID Conversion
ID Conversion Type----Use 'as is' (no treatment)
NektoSK
С таблицей разобрался, с длинным номером работает, с коротким - нет.
Вызов до таблицы похоже не доходит, сброс происходит на самом начальном этапе.
Есть возможность заставить eMG делать маршрутизацию по номеру из поля Request и игнорировать to?
AXEL
telephone.gif
Цитата(NektoSK @ 10.6.2019, 5:57) *
С таблицей разобрался, с длинным номером работает, с коротким - нет.
Вызов до таблицы похоже не доходит, сброс происходит на самом начальном этапе.
Есть возможность заставить eMG делать маршрутизацию по номеру из поля Request и игнорировать to?


таблица 270 имеет высший приоритет. Если в 126 программе поставили MSN DID conversion.

Снимите снифф при входящем коротком номере. На станции есть встроенный анализатор трафика.
Maintenance-Trace-Packet Capture.
Нажимаете Start, делаете вызов, нажимаете Stop и Download.
NektoSK
503 Service Unavailable сразу получаю.
Актуальность вопроса пропала, убедил клиента, что один многоканальный SIP номер ему подойдёт гораздо лучше чем несколько одноканальных. Вызовы со всех номеров должны приходить в одно место и с одним номером дозвонится будет проще, чем набирать следующий при занятости первого.
При такой конфигурации Invite Acceptance можно и From All поставить.
AXEL
Цитата(NektoSK @ 11.6.2019, 5:54) *
503 Service Unavailable сразу получаю.

При такой конфигурации Invite Acceptance можно и From All поставить.


Не факт что поможет. Но я бы этот сниф провайдеру показал. Что за адрес вызывающего абонента nul.invalid
Потом от левых вызовов не избавитесь.
NektoSK
Цитата(AXEL @ 11.6.2019, 9:53) *
Не факт что поможет. Но я бы этот сниф провайдеру показал. Что за адрес вызывающего абонента nul.invalid
Потом от левых вызовов не избавитесь.

Если стоит From All, то любой инвайт проходит. nul.invalid - приходит при отключенном CallerID.
AXEL
Цитата(NektoSK @ 11.6.2019, 10:35) *
Если стоит From All, то любой инвайт проходит. nul.invalid - приходит при отключенном CallerID.


Без CallerID придет к примеру uknown@sipchototam.ru -то есть должен быть адрес провайдера.
У вас же приходит null@null.invalid. Если конечно это не имя провайдера. ( Я не стал бы связываться с провайдером с таким именем smile.gif )
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2024 IPS, Inc.