ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
> Входящие SIP маршрутизация, eMG 800
NektoSK
сообщение 7.6.2019, 5:00
Сообщение #1


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



Добрый день.
Подключаем АТС (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.
Прикрепленные файлы
Прикрепленный файл  Поле_to_в_INVITE_от_SIP_абонента_.zip ( 4,76 килобайт ) Кол-во скачиваний: 2
 
Перейти в начало страницы
 
+Цитировать сообщение
vitalii
сообщение 7.6.2019, 9:08
Сообщение #2


Ветеран форума
*****

Группа: Участники
Сообщений: 2500
Регистрация: 6.3.2008
Из: Кишинёв
Пользователь №: 9703



каждый номер должен приземляться на конкретную CO.
[/quote]

линии выставь как Normal
и приземляй через ring assigment
Перейти в начало страницы
 
+Цитировать сообщение
NektoSK
сообщение 7.6.2019, 9:16
Сообщение #3


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



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

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

Так и делаем, но короткие номера, видно из-за несовпадения INVITE и TO не проходят.
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 7.6.2019, 9:57
Сообщение #4


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



А что мешает прописать 2 строки в digit conversion table?


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
NektoSK
сообщение 7.6.2019, 10:05
Сообщение #5


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



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

Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 7.6.2019, 10:14
Сообщение #6


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



Вы про какую таблицу говорите?
Я про 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
сообщение 10.6.2019, 5:57
Сообщение #7


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



С таблицей разобрался, с длинным номером работает, с коротким - нет.
Вызов до таблицы похоже не доходит, сброс происходит на самом начальном этапе.
Есть возможность заставить eMG делать маршрутизацию по номеру из поля Request и игнорировать to?
Прикрепленные файлы
Прикрепленный файл  64816.txt ( 5,13 килобайт ) Кол-во скачиваний: 5
Прикрепленный файл  3847564816.txt ( 32,04 килобайт ) Кол-во скачиваний: 2
 
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 10.6.2019, 14:54
Сообщение #8


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



telephone.gif
Цитата(NektoSK @ 10.6.2019, 5:57) *
С таблицей разобрался, с длинным номером работает, с коротким - нет.
Вызов до таблицы похоже не доходит, сброс происходит на самом начальном этапе.
Есть возможность заставить eMG делать маршрутизацию по номеру из поля Request и игнорировать to?


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

Снимите снифф при входящем коротком номере. На станции есть встроенный анализатор трафика.
Maintenance-Trace-Packet Capture.
Нажимаете Start, делаете вызов, нажимаете Stop и Download.


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
NektoSK
сообщение 11.6.2019, 5:54
Сообщение #9


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



503 Service Unavailable сразу получаю.
Актуальность вопроса пропала, убедил клиента, что один многоканальный SIP номер ему подойдёт гораздо лучше чем несколько одноканальных. Вызовы со всех номеров должны приходить в одно место и с одним номером дозвонится будет проще, чем набирать следующий при занятости первого.
При такой конфигурации Invite Acceptance можно и From All поставить.
Прикрепленные файлы
Прикрепленный файл  packetdump.zip ( 1,7 килобайт ) Кол-во скачиваний: 3
 
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 11.6.2019, 9:53
Сообщение #10


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



Цитата(NektoSK @ 11.6.2019, 5:54) *
503 Service Unavailable сразу получаю.

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


Не факт что поможет. Но я бы этот сниф провайдеру показал. Что за адрес вызывающего абонента nul.invalid
Потом от левых вызовов не избавитесь.


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
NektoSK
сообщение 11.6.2019, 10:35
Сообщение #11


Продвинутый пользователь
****

Группа: Участники
Сообщений: 101
Регистрация: 13.8.2009
Пользователь №: 13622



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

Если стоит From All, то любой инвайт проходит. nul.invalid - приходит при отключенном CallerID.
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 11.6.2019, 11:02
Сообщение #12


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



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


Без CallerID придет к примеру uknown@sipchototam.ru -то есть должен быть адрес провайдера.
У вас же приходит null@null.invalid. Если конечно это не имя провайдера. ( Я не стал бы связываться с провайдером с таким именем smile.gif )


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение

Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 28.3.2024, 22:58