Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

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

Страницы: 1
RSS
Проблема с транзитом SIP транка через OXE
 
#1
09.07.2014 21:02:21
Коллеги приветствую,

Возникла следующая проблема:

Сконфигурирована сеть из двух ОXO и одной OXE, рисунок доступен по ссылке:
http://goo.gl/a3PQ2k

Подняты SIP транки между OXO и OXE c обеих сторон.Выход в транк с OXO по 0, с OXE идет прямой набор номера. Настройки таковы, что в данный момент совершаются вызовы с любой из OXO на OXE и наоборот, по прямому номеру, указанному на схеме, с помощью ARS. При попытке позвонить с OXO1(2) на OXO2(1) звонок проходит, но в трубках тишина и через десять секунд происходит разрыв соединения.

Лог traced с 3000 номера на 2000, лежит по адресу http://goo.gl/8OVhB2
Трейс для тех же номеров с помощью Wireshark доступен по ссылке http://goo.gl/uwhZdq (снят с помощью хаба)

Заранее спасибо за помощь.
Изменено: ertery - 09.07.2014 21:41:58
 
 
 
#2
10.07.2014 10:29:31
Голос ходит по Direct RTP в SIP, поэтому должна быть дорога между двумя ОХО. Т.е. соединение точка-точка.
 
 
 
#3
10.07.2014 11:09:47
Цитата
etc пишет:
Голос ходит по Direct RTP в SIP, поэтому должна быть дорога между двумя ОХО. Т.е. соединение точка-точка.

Картинка никак не отрицает невозможности передачи пакетов между адресами конечных ОХО.
Правда и не подтверждает, т.к. на ней отсутствуют хотя бы маски подсетей.
 
 
 
#4
10.07.2014 12:06:30
Цитата
Андрей пишет:




Картинка никак не отрицает невозможности передачи пакетов между адресами конечных ОХО.

Правда и не подтверждает, т.к. на ней отсутствуют хотя бы маски подсетей.

Маски /16, все станции в широковещательном домене
 
 
 
#5
10.07.2014 12:16:35
отключите "P-Asserted-Identity", оно вам ни к чему
Пути IP-пакета неисповедимы
 
 
 
#6
10.07.2014 13:19:54
Цитата
error пишет:
отключите "P-Asserted-Identity", оно вам ни к чему

В настройках External SIP gateway у меня все отключено,

 P-Asserted-ID in Calling Number + False
 Trusted P-Asserted-ID header + False

Или я не там смотрю?
 
 
 
#7
10.07.2014 14:16:02
смотри на OXO, оттуда идет

тут еще вопрос возник - у Вас случаем на OXE не стоит CPU6?
Пути IP-пакета неисповедимы
 
 
 
#8
10.07.2014 14:51:17
Цитата
error пишет:
смотри на OXO, оттуда идет



тут еще вопрос возник - у Вас случаем на OXE не стоит CPU6?
Нет, у меня IP MG.

А вы не подскажете где можно найти этот параметр в OXO, а то гугл и дока молчат оп этому поводу.
 
 
 
#9
11.07.2014 17:11:58
Нужно смотреть снифером куда адресуются RTP пакеты. Наверняка на ОХЕ и соответственно не доходят до другой ОХО.
Нужно создать направление минуя ОХЕ - напрямую между двумя ОХО.
Так как ОХО не может проверять регистрацию, то нужно в ARS создать направление на другую ОХО без регистрации, то есть указать IP адрес встречной ОХО.
И конечно вопрос о релизе станции ОХО.
 
 
 
#10
11.07.2014 19:29:03
по трассе с ОХЕ видно что идет задержка обработки пакетов т.е. даже в процессе обработки одного пакета SIP от начала до конца идет разрыв в 3 сек., далее этот разрыв еще больше увеличивается и этоге по истечению 10 сек. сторона инициатора шлет cancel

вывод - я думаю что при маске 16 очень тяжело будет реализовать т.е. сперва надо причесать весь этот сегмент к нормальному ядру
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1