Re: Re: проксирование media stream

От: Dmitry Akindinov <CGatePro_at_mx_ru>
Дата: Tue 06 Dec 2005 - 20:45:05 MSK

Hello, on 12/06/2005 13:50, Victor Sudakov at CGatePro@mx.ru wrote:

> Dmitry Akindinov wrote:

>>>>> Есть локальная сеть без выхода в Интернет (даже через NAT) и сервер
>>>>> CGP 4.3.8 с двумя интерфейсами (один в данной локальной сети, другой с
>>>>> публичным адресом).
>>>> А 5.0.3 использовать есть возможность?
>>> 
>>> А что в 5.0.3 изменилось радикально, что может иметь отношение к
>>> моей проблеме?
>> 
>> Там постоянно что-то меняется. А многие проблемы с проксированием медиа
>> проявились при использовании PBX приложений - уже в версии 5.0.х.
>> 
>> Тк что, если есть возможность использовать 5.0.3 - лучше использовать
>> эту версию.

>
> Попробую в trial mode, посмотрю что изменится.
>

>> 
>>>>> Наблюдается такая вещь. Иногда при попытке разговора (проявляется
>>>>> только с _некоторыми_ собеседниками за пределами локальной сети)
>>>>> tcpdump на рабочей станции показывает, что голосовой трафик пытается
>>>>> из моего WM 5.1 идти напрямую на публичный адрес UA собеседника,
>>>>> соответственно голосом поговорить не удаётся.  В большинстве же
>>>>> случаев всё нормально: голосовой трафик тоже идёт через CGP.
>>>>> 
>>>>> В каких ситуация возможно такое, что проксирование не работает (не
>>>>> срабатывает)? Откуда WM узнаёт, должен ли он слать голосовой трафик
>>>>> напрямую или через CGP в качестве media proxy?
>>>> При достаточном уровне логов это должно быть видно в запросах INVITE и
>>>> ответах 200 на эти запросы. Данные в таких пакетах обычно - это SDP, в
>>>> котором вам будут интересны атрибуты 'c' (из которого можно узнать IP
>>>> адрес RTP соединения) и 'm' (номер порта, помимо прочего).
>>> 
>>> Тут я не вполне понимаю, в какой момент и кто заменяет (или должен
>>> заменять) эти атрибуты.
>> 
>> Клиент шлет запрос CGPro "я по адресу 10.1.0.83, порт 2278". Понятно,
>> что если этот адрес попадает в разряд NAT'ed (согласно настройкам
>> сервера), наружу такое сервер не отдаст. Вместо этого скажет
>> "85.64.73.29, 60002", где 85.64.73.29 - внешний адрес сервера (WAN). Это
>> - near-end NAT traversal.

>
> Я немного не о том. От remote UA (или remote proxy) приходит пакет, в
> котором написано что-то вроде "c=IN IP4 85.64.73.29". Локальный CGP
> должен подменить этот атрибут на приватный IP своего собственного
> интерфейса в локальной сети, правильно?

Да. И порт тоже.

> [dd]

-- 
Best regards,
Dmitry Akindinov -- Stalker Labs

Получено Tue Dec 06 17:45:07 2005