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

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]

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:sudakov@sibptus.tomsk.ru