[Мартен]

Есть такая схема:

 

Аналоговый аппарат(АА) --медь-- АТС Definity с потоком Е1 (ISDN PRI) --e1-- Астериск(*) с картой Digium 4xE1 --sip-- Cisco AS5350 (C)--e1(pri)-- Operator

работала схема замечательно до момента присоединения циски по потоку к одному славному оператору. и тут всплыло: при входящем звонке из PSTN на аналоговый аппарат АА, когда трубка у АА поднята, происходит следущее:

*<INVITE<C<SETUP<Operator

*>100 Trying>C>CALL_PROC>Operator

*>183 Session Progress>C>ALERTING(Progress Ind i = 0x8188 - In-band info or appropriate now available)>Operator

*>486 Busy Here>C>DISCONNECT(Cause i = 0x8091 - User busy)>Operator

Так вот, при тестовых звонках с некоторых направлений (с межгорода) на занятый AA было не слышно гудков отбоя.

Инженеры оператора заявляют, что ALERTING перед DISCONNECT(0x8090) не может быть корректно обработано их АТС, отсюда косяк.

Надо отметить, что если вызов вместо потока с дефинити завершать за астериском на SIP АТАшке (PAP2T), то 183 Session Progress не появляется, а выдается сразу 486 Busy Here и циска ALERTING не генерирует.

Вопрос знатокам: действительно ли данный ALERTING лишний и если да, то как заставить астериск не генерировать 183 Session Progress ?

Спасибо

[ram_scan]

Невнятно описана проблема. Криминала не вижу за отсутствием busyout-а. Busyout-а не слышно потому-что оно должно идти inband (183 кодом было заявлено что голосовой тракт должен быть проключен до коннекта).

[Мартен]

спасибо за ответ.

ну в общем, выдал им вместо alerting progress. успокоились. хотя сам лично проверял, идет busyout при посылке alerting, а потом disconnect.

в общем, закрыт пока вопрос