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

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

Страницы: 1
RSS
OXE SIP-транк, Timer J
 
#1
16.09.2013 19:13:47
имеется OXE cristall 9.1 (патч 41)

Asterisk и OXE стыкуются по SIP как GW-GW

к ОХЕ прикрутили asterisk стык через SIP-транк


asterisk выполняет роль трансформацию CallerID в нужный вид и по формату CallerID направляет на два транка ISDN-pri в OXE

схема такова
левая АТС (SIP) -> Asterisk (преобразование CallerID в формат 1234ХХ) (SIP)-> OXE ISDN-PRI_TG10-> провайдер
левая АТС (SIP) -> Asterisk (преобразование CallerID в формат 4321ХХ) (SIP)-> OXE ISDN-PRI_TG11-> провайдер

выскочила такая проблема - при транзитных звонках SIP-ISDN на ОХЕ используется Timer J, и если одна из сторон медлительна то идет разрыв сессии по истечению Timer J, дисконнект шлет ОХЕ
сам процесс исходящего звонка asterisk->OXE->пров выглядит так звонок убежал в PSTN, сотовый телефон чуть брякнул и все

путем долгого "курения" логов и "rfc" нарыл следующее:
- при использовании соединения GW-GW alcatel oxe не шлет "sip options" и естественно не может определить ext.sip-gw живой или нет и ориентируется исключительно на Timer J.

вопрос - Timer J на ОХЕ как-то подкрутить можно? или есть какой-то другой вариант?
Пути IP-пакета неисповедимы
 
 
 
#2
16.09.2013 20:44:23
Про таймер не скажу, а медлительно - это где? В SIP? Или в ISDN?
А медлительно - это как - обычно приходит запрос на установление соединения (кто звонит, куда надо), соответственно в ISDN улетит SETUP блоком. Так что откуда берется медлительность? За ISDN чего-то неторопливо набирающее (Alert приходит поздно)?
 
 
 
#3
18.09.2013 09:53:28
Цитата
vad пишет:
а медлительно - это где?
факторов много, где медлительность у удаленной "левой атс", где медлительность сама OXE
Цитата
vad пишет:
За ISDN чего-то неторопливо набирающее (Alert приходит поздно)?
получается что Alert приходит поздно т.е. вызов полетел от удаленной атс, ОХЕ с транзитила, на вызове произошел отбой и в этот момент сотовый брякнул и алис

для более детального выяснения разверну в офисе симуляцию с полным конфигом клиента
Пути IP-пакета неисповедимы
 
 
 
#4
19.09.2013 17:00:34
фигня получается какая-та

поднял в офисе
- на AS весь конфиг АТС который у клиента
- asterisk точная копия конфига
- в впереди alcatel поставил avaya (isdn-pri) в качестве прова
тест звонка по схеме: alcatel (sip) -> asterisk (sip) -> alcatel (pri) -> avaya
результат - все в шоколаде

у клиента был точно такой звонок по точно такой же схеме: alcatel (sip) -> asterisk (sip) -> alcatel (pri) -> провайдер
результат - балалайка

единственное различие по железу между стендом в офисе и то что у клиента одно - на стенде в офисе AS, у клиента CPU6

получается что тормоза на SIP появляются именно на CPU6

по логу (который снят у клиента) asterisk видно что от asterisk на alcatel идут два invite а потом уж идет от alcatel "100 Trying" т.е.
asterisk -> alcatel "invite"
asterisk -> alcatel "invite"
alcatel -> asterisk "100 Trying"

лог (который снят у клиента) снятый со стороны alactel этого же самого звонка выглядит так
asterisk -> alcatel "invite"
alcatel -> asterisk "100 Trying"
asterisk -> alcatel "invite"

вот как раз после 2-го invite и включается Timer J
Изменено: error - 19.09.2013 17:01:00
Пути IP-пакета неисповедимы
 
 
 
#5
19.09.2013 17:18:22
трассировка звонка (asterisk и alactel) снятый у клиента
http://files.mail.ru/BA58A284A9554EF385D4A5786D45E564
http://files.mail.ru/65CC0E8E5D794D70936641C4C8F2C964
Пути IP-пакета неисповедимы
 
 
 
#6
21.09.2013 21:57:17
Возможноли более глубокую трассировка звонка снять
Изменено: error - 21.09.2013 22:00:13
Пути IP-пакета неисповедимы
 
 
 
#7
22.09.2013 22:38:33
imho до таймера J у вас какие-то проблемы с gateway 36
трассировки глубже некуда -   wireshark
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
 
 
#8
24.09.2013 17:08:01
Цитата
Dmitry Ryzhakov пишет:
imho до таймера J у вас какие-то проблемы с gateway 36

если имеет виду сообщение такого типа "[isValidGwExt] ext gw 36 is not valid" то это нормальная ситуация т.к. удаленная сторона тобишь asterisk не поддерживает PRACK
Пути IP-пакета неисповедимы
 
 
 
#9
24.09.2013 23:59:55
УУУ open source отстал от алкатель. что-то новое. впрочем, вам виднее что у вас поддерживается.
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
 
 
#10
05.10.2013 18:59:47
в asterisk-е реализован sip в ущербном варианте. ущербный вариант выражается в отсутствие 100rel (prack)
многие реализации sip-свича железные/аппаратные прекрасно понимают ущербный вариант за исключением alcatel, сами прекрасно знаем что alcatel придерживает исключительно устоявшихся rfc

вместо asterisk поднял softswitch на sip-движке от nokia и "как бабка наговорила" тобишь проблема ушла в не бытьё
Изменено: error - 05.10.2013 19:00:24
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1
Читают тему