Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
в asterisk-е реализован sip в ущербном варианте. ущербный вариант выражается в отсутствие 100rel (prack)
многие реализации sip-свича железные/аппаратные прекрасно понимают ущербный вариант за исключением alcatel, сами прекрасно знаем что alcatel придерживает исключительно устоявшихся rfc
вместо asterisk поднял softswitch на sip-движке от nokia и "как бабка наговорила" тобишь проблема ушла в не бытьё
05.10.2013 18:59:47, error.]]>
УУУ open source отстал от алкатель. что-то новое. впрочем, вам виднее что у вас поддерживается.
24.09.2013 23:59:55, Dmitry Ryzhakov.]]>
====quote====
Dmitry Ryzhakov пишет:
imho до таймера J у вас какие-то проблемы с gateway 36
=============
если имеет виду сообщение такого типа "[isValidGwExt] ext gw 36 is not valid" то это нормальная ситуация т.к. удаленная сторона тобишь asterisk не поддерживает PRACK
24.09.2013 17:08:01, error.]]>
imho до таймера J у вас какие-то проблемы с gateway 36
трассировки глубже некуда - wireshark
22.09.2013 22:38:33, Dmitry Ryzhakov.]]>
Возможноли более глубокую трассировка звонка снять
21.09.2013 21:57:17, error.]]>
трассировка звонка (asterisk и alactel) снятый у клиента
19.09.2013 17:18:22, error.]]>
фигня получается какая-та
поднял в офисе
- на 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
19.09.2013 17:00:34, error.]]>
====quote====
vad пишет:
а медлительно - это где?
=============
факторов много, где медлительность у удаленной "левой атс", где медлительность сама OXE
====quote====
vad пишет:
За ISDN чего-то неторопливо набирающее (Alert приходит поздно)?
=============
получается что Alert приходит поздно т.е. вызов полетел от удаленной атс, ОХЕ с транзитила, на вызове произошел отбой и в этот момент сотовый брякнул и алис
для более детального выяснения разверну в офисе симуляцию с полным конфигом клиента
18.09.2013 09:53:28, error.]]>
Про таймер не скажу, а медлительно - это где? В SIP? Или в ISDN?
А медлительно - это как - обычно приходит запрос на установление соединения (кто звонит, куда надо), соответственно в ISDN улетит SETUP блоком. Так что откуда берется медлительность? За ISDN чего-то неторопливо набирающее (Alert приходит поздно)?
16.09.2013 20:44:23, vad.]]>
имеется 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 на ОХЕ как-то подкрутить можно? или есть какой-то другой вариант?
16.09.2013 19:13:47, error.]]>