если имеет виду сообщение такого типа "[isValidGwExt] ext gw 36 is not valid" то это нормальная ситуация т.к. удаленная сторона тобишь asterisk не поддерживает PRACK

Возможноли более глубокую трассировка звонка снять

Спасибо

Еще есть вопросик -каков принцип лицензирования AS? (mac-адрес, прошивка сервера, usb-key)

OXE 9.1 - Cristall

в actis при выборе AS (т.е. заменить CPU6 на AS) говорит что нужен сервер HP-G6

проблем с установкой софта 9.1 на сервер HP-G8 не возникнет?

трассировка звонка (asterisk и alactel) снятый у клиента
http://files.mail.ru/BA58A284A9554EF385D4A5786D45E564
http://files.mail.ru/65CC0E8E5D794D70936641C4C8F2C964

фигня получается какая-та

поднял в офисе
- на 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

1. на sip-tg накладываете кодек g711 (IP Compression Type + G 711)
2. в ext.sip-gw указываете использовать алгоритм транка (Send only trunk group algo + True)
3. выносы разносите по domain
4. на все domain кроме 0 накладываете компрессию (Intra-domain Coding Algorithm + With Compression и Extra-domain Coding Algorithm + With Compression)
5. sip-домен т.е. прова выносите в отдельный domain и указываете (Intra-domain Coding Algorithm + Without Compression и Extra-domain Coding Algorithm + Without Compression)

в теории исходящий звонок в sip-tg с выноса побежит с компрессией g723/g729 в центральную АТС в intip2, на центральной АТС intip2 сделает транскодирование g723/g729 в g711 и выплюнет в sip-tg. входящий звонок из sip-tg будет бежать в теории по обратной цепочке
вот теперь все звонки в sip-tg должны бегать через центральную АТС в теории

факторов много, где медлительность у удаленной "левой атс", где медлительность сама OXE
получается что Alert приходит поздно т.е. вызов полетел от удаленной атс, ОХЕ с транзитила, на вызове произошел отбой и в этот момент сотовый брякнул и алис

для более детального выяснения разверну в офисе симуляцию с полным конфигом клиента

имеется 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 на ОХЕ как-то подкрутить можно? или есть какой-то другой вариант?

дамп снять вместе с голосовым потоком тяжело будет?
1-ый дамп - первым стартует факс на вашей стороне
2-ой дамп - первым стартует факс на другом конце

в MG количество синхронизации на ISDN ограничено
ничего не мешает установить 255 на порт ISDN

у вас случаем на проблемном номера факс не прописан тип - факс? пропишите проcто telephone
в ARS правой кнопкой мышки говорит показать "ip param" и в поле codec ставим значение g711_20 т.е. принудительно привязываем codec

ваш sip-пров какой-то интересный тобишь если по сервису гоняют факс в полосе то стараются всеми правдами-неправдами избавиться от всего кроме g711 ибо всегда возникает головная боль если голос бежит в g729 и тут факс захотел g711, по сути такое не чуть не отличается от прыжка в t38

без трассы звонка тяжело мысль направить в нужное русло

ИМХО, на атс софт перезалить и с нуля в рукопашную набить конфиг. а еще лучше hdd поставить
С ошибкой удаления ящика тянет на дырку во флэшке

если сделать шали сбора 1 3 2  ( т.е. по TG 101 201 301) что нибудь изменится?

вся ориентация ссылается на nddi и не важно что там за nddi стоит