Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » IP/VoIP

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1 2 След.
RSS
два SIP транка на одного провайдера
 
#1
13.07.2017 18:50:04
Есть два городских номера ( две учетки логин-пароль) от SIP провайдера, к которым необходимо подключиться OXE.
Регистрация обеих линий выполняется, но проблема с входящей связью второй линии. OXE ругается Proxy Authentication Required, так как думает, что входящий звонок приходит по первой линии и сверяет его с первым логин-паролем.
У обоих линий ведь ip server:port одинаковы.
Как быть?
 
 
 
#2
13.07.2017 18:56:07
Прописать одинаковые логин-пароль для обеих учеток
 
 
 
#3
13.07.2017 19:02:36
Для провайдера логин соответствует номеру линии, и он менять ничего не может
 
 
 
#4
13.07.2017 19:08:28
Если указать что-нибудь другое чем 5060 в настройках sip external gateway, регистрация сразу падает
 
 
 
#5
14.07.2017 06:29:18
Объясните, как у вас организовано две учетных записи - два внешних SIP шлюза? С одинаковым адресом? И две SIP TG?
Или как?
Это надо для понимания - как станция может отличить по какой линии пришел входящий вызов.
 
 
 
#6
14.07.2017 09:14:46
Совершенно верно, есть два внешних шлюза, которые смотрят на один и тот же внешний ip и порт 5060, включена регистрация, работают на вход и на выход только после того как в поля outgoing  и incoming user name / password ввести логин и пароль линии. Эти шлюзы направлены на разные TG. Вопрос как раз в этом, что станция не может различить в какой шлюз предназначается входящий, получается , что входящие различаются только полем To и звонок второй линии не проходит аутентификацию, так как принимает ее первый шлюз
 
 
 
#7
14.07.2017 09:23:38
Должен наверное быть механизм, который позволяет проводить аутентификацию последовательно со всеми внешними шлюзами, если шлюзы смотрят в одно направление..
 
 
 
#8
14.07.2017 09:32:45
Пробовали вы делать ext gateway с одинаковой транковой группой, т.е шлюза 2, авторизация внутри разная, а SIP TG одинаковая?
 
 
 
#9
14.07.2017 09:41:20
Приветствую Влад. Там проблема по входу.
т.е. , например, если идет входящий звонок на номер 2104000 - то считаем, что он со шлюза 1, а если на номер 2104001 - то со шлюза 2 (а оба звонка с одного адреса).
Понятно, зачем два номера. Но нафига делать разные учетки (с разными паролями) - не понятно. Вернее понятно, провайдер так хочет.

Попросить провайдера - чтоб для обеих учеток сделал одинаковую аутентификацию.
 
 
 
#10
14.07.2017 09:49:34
Цитата
vad написал:
Приветствую Влад. Там проблема по входу.
т.е. , например, если идет входящий звонок на номер 2104000 - то считаем, что он со шлюза 1, а если на номер 2104001 - то со шлюза 2 (а оба звонка с одного адреса).
Понятно, зачем два номера. Но нафига делать разные учетки (с разными паролями) - не понятно. Вернее понятно, провайдер так хочет.

Попросить провайдера - чтоб для обеих учеток сделал одинаковую аутентификацию.
Согласен, но никто, наверное, не мешает в одном трансляторе прописать 2 DDI номера и проблема со входом будет снята. Если нет каких-либо иных нюансов.....
 
 
 
#11
14.07.2017 09:50:45
Цитата
vad написал:
Приветствую Влад. Там проблема по входу.
т.е. , например, если идет входящий звонок на номер 2104000 - то считаем, что он со шлюза 1, а если на номер 2104001 - то со шлюза 2 (а оба звонка с одного адреса).
Понятно, зачем два номера. Но нафига делать разные учетки (с разными паролями) - не понятно. Вернее понятно, провайдер так хочет.

Попросить провайдера - чтоб для обеих учеток сделал одинаковую аутентификацию.
Забыл, тоже приветствую!!
 
 
 
#12
14.07.2017 10:01:35
Со вторым номером проблема не в DID, а в аутентификации. Станция не знает параметрами аутентификации из какого SIP шлюза воспользоваться (т.к. с одного IP адреса все идет). Надо смотреть - если что-то нужное в свежих развитиях SIP (типа RFC 6140).
 
 
 
#13
14.07.2017 10:02:33
Пока решил проблему отключением аутентификации, то есть поставил SIP none вместо SIP Digest.  
 
 
 
#14
14.07.2017 12:05:30
Цитата
сид написал:
Пока решил проблему отключением аутентификации, то есть поставил SIP none вместо SIP Digest.  
А почему вы станцию подключаете как абонента ?
Почему вместо транка с диапазоном нумерации берете индивидуальные номера как для SIP абонентов ?
"SIP СОшки" получаются, с сопутствующим геморроем.  
 
 
 
#15
14.07.2017 12:13:43
Тут наверное больше вопросов к провайдеру. Который подключает SIP абонентов, а не SIP станцию (с тарификацией по идентификатору абонента, и с регистрацией станции).
 
 
 
Страницы: 1 2 След.
Читают тему