Тема: стыкуем addpac AP100 и TDE по SIP, трансферы
Имеется голосовой шлюз Addpac AP100, зарегистрирован как
SIP-абонент на TDE. Звонки/голос ходят. Трансферы не работают.
Звонок инициируется с номера 100 (аналоговый абонент станции) на
номер 201.
201 - номер AP100 (его адрес 10.112.1.250)
203 - системный телефон станции, на него делается перевод звонка.
адрес АТС 10.91.22.20
в логе в аттаче - SIP-обмен между АТС и AP100 в формате wireshark’а.
Что происходит при звонке с участием AP100:
1) 100 выполняет вызов на 201
2) 201 снимает трубку, есть разговор между 100 и 201
3) на 201 нажимается Flash и 203
4) на 100 слышна музыка, на 201 - КПВ
5) звонит 203
6) 203 снимает трубку, есть разговор между 201 и 203
7) 201 кладет трубку
8) 100 продолжает слышать музыку
9) 203 - короткие гудки, соединение с ним разорвано
10) кладу трубку на 100
В SIP-обмене с AP100 видно, что в 23-м пакете адпак отсылает INVITE,
на который АТС отвечает 488-м (в 25-м пакете).
Основной вопрос на данный момент - ПОЧЕМУ АТС отвечает 488-м кодом
на этот INVITE? Что ее не устраивает?
ap100siplog.txt (Размер: 15KB - Загрузки: 296)488-Соединение с сервером было установлено, но отдельные элементы описания сеанса связи, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не допустимы. Существует возможность связаться с пользователем по другому адресу или используя прочие средства.
Расшифровку кода я знаю 😊
Тогда, сравните содержание сообщения Allow для двух устройств.
Я вчера нарыл только одно - в данном диалоге есть пакеты 18 (собственно INVITE) и 23 (reINVITE). К 18-му у станции претензий нет.
Существенная разница между пакетами в том, что в 18-м в секции Connection Information/Connection Address прописан IP адпака, а в 23-м - там 0.0.0.0
Так шлюз наверное включили как Peer-to-Peer
По поводу P2P не понял....
Адпаку прописана работа через SIP-server (коим является TDE), с регистрацией на оном сервере. Он через сервер и работает.
Я вчера нарыл только одно - в данном диалоге есть пакеты 18 (собственно INVITE) и 23 (reINVITE). К 18-му у станции претензий нет.
Существенная разница между пакетами в том, что в 18-м в секции Connection Information/Connection Address прописан IP адпака, а в 23-м - там 0.0.0.0
Тогда, сравните содержание сообщения Allow для двух устройств.
У одного устройства
Allow: INVITE,ACK,CANCEL,BYE,REGISTER
У другого устройства
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, UPDATE, REFER, NOTIFY, INFO
reINVITE тоже самое, что и UPDATE. И как Вы думаете при такой совместимости будет взаимопонимание?
Вообще очень интересно, имея на руках трассировку и зная
Allow: INVITE,ACK,CANCEL,BYE,REGISTER - что Вы предполагаете получить в дальнейшем, какие возможность от использования SIP?
Вот когда у одного устройства Allow: INVITE,ACK,CANCEL,BYE,REGISTER
а у другого Allow: INVITE,ACK,CANCEL,BYE,INFO, NOTIFY, OPTIONS, REFER
то взаимопонимание почему-то есть...
а если у второго Allow: INVITE,ACK,CANCEL,BYE,INFO, NOTIFY, OPTIONS, REFER, UPDATE
то взаимопонимания почему-то нет...
Так что на мой взгляд это на причину не катит...
Да и вопрос, почему TDE отвечает 488-м кодом, все еще остается...
А от использования SIP я хочу простого - делать звонки, принимать звонки, возможность делать трансфер звонка. Абонентская трубка должна быть мобильной при этом - то есть DECT.
Вы сами ответите на свой вопрос когда разберётесь, что такое UPDATE.
Mike_K, ну так помогите глупому, пожалуйста.. ))
Наличие UPDATE в Allow - это же не требование его прислать, это всего лишь указание на то, что адпак такой запрос может принять и обработать...
UPDATE, кстати, все же не reINVITE, хотя очень похож... Там где его нет - его вполне заменяют реинвайты....
