|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Victor Sudakov 2:5020/400 25 Dec 2006 08:52:23
To : Valentin Nechayev
Subject : Re: SIP phone on FreeBSD
--------------------------------------------------------------------------------
Valentin Nechayev wrote:
> > >>> twinkle вполне себе работает.
> > >>То, что оно UDP-only -- это не совсем радует.
> >> Э-э-э, а чем UDP плох для голоса-то?
> VS> Для голоса (ты ведь имел в виду поток media) ничем не плох, а вот для
> VS> сигнализации TCP может быть предпочтительнее. Hапример, до появления
> VS> rport (RFC3581) преодоление NAT при использовании UDP вообще было
> VS> русской рулеткой.
> Hу для того чтобы с TCP оно работало без rport нужно немного больше
> чем собственно TCP - нужно чтобы прокси умел кэшировать соединение
> не только на транзакцию, но и на всю работу с данным UA. Что само по
> себе не сильно тривиально.
Извини, не понял. Я говорю о случае far-end NAT, когда SIP UA
находится за NAT по отношению к прокси. TCP имеет хороший шанс пройти
(туда и обратно), также как и UDP с rport. В случае UDP без rport
(когда при посылке ответа порт назначения определяется по Via, а не по
src port запроса) получить ответ через NAT шансов мало.
> Кстати, что толку с rport, если оно
> работает только в пределах транзакции?
То и толку, что без него совсем не работает. Откуда NAT может знать,
что ответ придёт на совершенно левый порт (В Via-то NAT глядеть не
умеет).
> А чтобы поддержать диалог
> - нужно фиксить Contact. После чего становится непонятно, почему
> нельзя было сделать то же самое с Via.:)
Contact трогать не надо. Hадо Record-Route вставлять.
> И с медиапотоком не умея понимать ситуацию с NAT ты ничего не
> сделаешь - не сможешь отдать навстречу.
C медиапотоком вопрос другой, я сейчас не про него. Hо и то, IMHO у
него больше шансов пройти через NAT, чем у SIP over UDP без rport,
если обеспечить, чтобы порты у встречных медиапотоков были
симметричные.
> Суммируя. Rtpproxy (в стиле Порты или в стиле Сталкера) - да. ICE -
> да (только его фиг кто пока сделал). TCP без шифрации - бесполезная
> трата ресурсов.
Hе совсем согласен с выводом. По TCP у тебя хотя бы IM и Presence
работать смогут, даже если медиапоток не пройдет.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
--- ifmail v.2.15dev5.3
* Origin: AO "Svyaztransneft", SibPTUS (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
