|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : German Myzovsky 2:5020/400 02 Nov 2002 08:37:29
To : constantin cherkasoff
Subject : Re: проблемы с аутенти кацией по IP-адресу для VoIP
--------------------------------------------------------------------------------
constantin cherkasoff <coxx@ur.ru> wrote:
cc> Имеем 5350, софт пробовал разный.
cc> Мы аутентицируем входящие звонки по IP-адресу при помощи скрипта
cc> по мотивам app_remote_ip_authenticate.2.0.0.tcl и RADIUS'а.
В TCL IVR API ver. 1.x та же самая проблема.
cc> В нем, чтобы узнать IP-шник звонящего из сети вызывается
cc> infotag get leg_remoteipaddress leg_incoming
leg_remoteipaddress хорошее слово для поиска через google.
Hайдете мой постинг по этому поводу, вот прямая ссылка.
http://groups.google.com/groups?selm=a9atle%2418de%241%40ddt.demos.su
cc> По моему разумению, эта команда должна выдавать содержимое
cc> sourceCallSignalAddress из Setup'а.
cc> Hо! Вместо этого берется IP-адрес из mediaControlChannel.
cc> Это баг или фича ? Как лечить/обойти?
cc> В результате, узлы звонящие через прокси (который проксирует только
cc> сигнализацию) не могут прозвониться, т.к. у меня разрешен только
cc> IP-адрес прокси, а не то, что прячется за ним.
В простых словах. Если в H.225/Q.931 Setup присутствуют элементы
fastStart, leg_remoteipaddress формируется из mediaControlChannel,
если fastStart отсутствует, берется sourceCallSignalAddress.
Жуткая реализация. А все потому, что у Cisco нет собственного решения
где проксируется только сигнализация.
Смотри также: CSCdv41159, CSCdr83786, CSCdy89085
Workaround: перед отправкой Setup на шлюз, авторизующий звонки через
Cisco TCL IVR API, прокси должен удалять fastStart PDUs.
--
Герман.
--- ifmail v.2.15dev5
* Origin: Tario.NET (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: проблемы с аутенти кацией по IP-адресу для VoIP