"Сложные" провайдеры - это те ITSP, работу с которыми работу невозможно настроить, пользуясь только стандартными средствами настроек CUBE типа incoming called number или translation patterns.

Например:
Провайдер MSN в поле INVITE "To" отдает не только цифры, но и буквы. А номер, на который идет звонок фигурирует только в поле INVITE "SIP-Req-URI":

Как результат - мы не сможем принять звонок на диалпир, используя стандартный диалпир типа:

dial-peer voice 1 voip
 description incoming from MCN-1
 translation-profile incoming ITSP_Incoming
 session protocol sipv2
 session target sip-server
 incoming called-number 48879800
 voice-class codec 1  
 voice-class sip bind control source-interface GigabitEthernet0/0/0.300
 voice-class sip bind media source-interface GigabitEthernet0/0/0.300
 dtmf-relay rtp-nte digit-drop
 no vad

translation-rule умеет работать лишь с цифрами, да и номера-то в поле в поле "To" нет.

Ещё пример:
Провайдер Mango вообще не отображает номер во входящих звонках:

Как видно, Mango работает не с номером, но с именем пользователя.
В данном материале мы с примерами рассмотрим мощные инструменты, позволяющие "разруливать" практически любые подобные ситуации, например:

• Устройство не принимает unknown header, вместо того, чтобы игнорировать его.
• Устройство отправляет value/parameter, которое нужно изменить или удалить.
• У разных устройств имеются различия в стандартах SIP
• Приём звонков не по полю "To", но по другим полям INVITE

ВНИМАНИЕ
Доступ к статье ограничен, обращайтесь к автору: ciscomaster@mail.ru

Перейти к статье Работа со "сложными" провайдерами SIP IP телефонии