SMG 1016М. КПВ при вызове ISUP->SIP-T->SIP

[KonRes]

Здравствуйте,

Тестируем любезно предоставленный вашей компанией экземпляр шлюза DMG. Схема прохождения вызова :

[TDM абонент]- ISUP->[DMG 1016M]-SIP/T->[SIP server]->[SIP user]

Шлюз принимает IAM из сети TDM и формирует INVITE с инкапсулированным ISUP, SIP сервер направляет вызов на терминал SIP. Звонок идет, но не слышно КПВ. После ответа SIP абонента слышимость устанавливается.

Мы посмотрели трассировки в SIP сервере. SIP терминал отвечает сообщением 180 Ringing, которое сервер транслирует в шлюз DMG. Это сообщение не содержит инкапсулированного ISUP ACM.

Но по описаниям взаимодействия SIP/ISUP шлюз по приему 180 Ringing должен сформировать ACM c параметрами 'subscriber free' - этого не происходит. Почему ?

Попробовали переключить работу с SIP-T на SIP, КПВ появилось. Но в этом варианте мы теряем данные из ISUP сообщений - не годится.

[Женя]

Здравствуйте!
Немного смутила Ваша схема, действительно ли СИП-сервер умеет работать в связке SIP - SIPT?

> SIP терминал отвечает сообщением 180 Ringing, которое сервер транслирует в шлюз DMG.

Почему в этом случае СИП-сервер передает нам чистый 180 без АСМ, т.е. работает с нами по простому SIP, а не по SIPT?

> Но по описаниям взаимодействия SIP/ISUP шлюз по приему 180 Ringing должен сформировать ACM c параметрами 'subscriber free' - этого не происходит. Почему ?

Это по какому описанию? можете дать ссылку на него или сказать номер рекомендации в которой это описано, учтите что мы работает с сервером по SIPT а не по SIP.

Выходит так что мы серверу отдаем сообщения с ISUP вложениями, но он отвечает чистым SIP без ISUP

> Попробовали переключить работу с SIP-T на SIP, КПВ появилось. Но в этом варианте мы теряем данные из ISUP сообщений - не годится.

Какие ISUP данные Вы боитесь потерять?

ну и желательно бы посмотреть логи.

PCAP - трассировки - tcpdump
pbx трассировки - pbx pstn (все уровни =1)

[KonRes]

>Немного смутила Ваша схема, действительно ли СИП-сервер умеет работать в связке SIP - >SIPT?

К серверу подключены как прямые SIP абоненты, так и TDM через шлюз. Чтобы корректно работать со вторыми нужен SIP-T

>> SIP терминал отвечает сообщением 180 Ringing, которое сервер транслирует в шлюз DMG.

>Почему в этом случае СИП-сервер передает нам чистый 180 без АСМ, т.е. работает с нами по >простому SIP, а не по SIPT?

Тут основной вопрос в инкапсуляции ISUP сообщений в 180 Ringing. Как-то этот вопрос непрозрачно освещен в RFC. Мы сталкивались с устройствами, которые поддерживают SIP-Т, но присылают "голый" 180 Ringing мотивируя это тем, что это SIP сообщение однозначно передает состояние вызываемого абонента (свобеден и ему идет вызов).

>> Но по описаниям взаимодействия SIP/ISUP шлюз по приему 180 Ringing должен >>сформировать ACM c параметрами 'subscriber free' - этого не происходит. Почему ?

>Это по какому описанию? можете дать ссылку на него или сказать номер рекомендации в >которой это описано, учтите что мы работает с сервером по SIPT а не по SIP.

>Выходит так что мы серверу отдаем сообщения с ISUP вложениями, но он отвечает чистым >SIP без ISUP

Мы не ставим целью искать баги в ваших устройствах. Просто, планируя их использование, мы должны четко понимать их поведение в различных ситуациях, с которыми мы сталкивались ранее. Поэтому сейчас у себя на стенде и моделируем ...

Правильно, ли я понял, что рассматриваемый случай не "бага", а "фича" ? Шлюз DMG если работает в режиме SIP-T, то требует обязательного наличия инкапсулированных ISUP сообщений во всех ответах, включая 180 ?

>> Попробовали переключить работу с SIP-T на SIP, КПВ появилось. Но в этом варианте мы >>теряем данные из ISUP сообщений - не годится.

>Какие ISUP данные Вы боитесь потерять?

Ну, хотя бы категорию АОН, которая в чистом SIP не пердается - нужен ISUP. Или еще всякие номера переадресации и пр.

[Женя]

т.е. Ваш Сервер анализирует вложения ISUP и берет оттуда необходимые данные, например категорию и т.п. и использует для своих нужд?

По поводу транзита 180 --> АСМ мы поправим ПО, чтобы без ISUP вложения в ОКС уходил АСМ sub. free для выдачи КПВ, но это займет некоторое время.

А категорию абонента по SIP SMG может передавать в поле Diversion, либо в заголовке category, сервер сможет принять категорию оттуда? ну это как временное решение..

[KonRes]

>т.е. Ваш Сервер анализирует вложения ISUP и берет оттуда необходимые >данные, например категорию и т.п. и использует для своих нужд?

Да. Более того, сервер может модифицировать при необходимости информационные элементы ISUP, которые инкапсулируются в SIP.

>По поводу транзита 180 --> АСМ мы поправим ПО, чтобы без ISUP вложения в >ОКС уходил АСМ sub. free для выдачи КПВ, но это займет некоторое время.

Хорошее решение Время есть.

>А категорию абонента по SIP SMG может передавать в поле Diversion, либо в >заголовке category, сервер сможет принять категорию оттуда? ну это как >временное решение..

Категория это просто наиболее яркий пример. У нас есть инсталляция, где сервер принимает по SIP-T номера A и В, а выдает дальше С и D ...

Еща раз отмечу, что мы проводим испытания и моделируем разные случаи из своей практики. Может, немного с пристрастием

[Женя]

Здарвствуйте!
Есть версия с учтеными Вашими замечаниями, попробуете?