|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Dec 2006 16:02:04
To : Victor Sudakov
Subject : Re: SIP phone on FreeBSD
--------------------------------------------------------------------------------
u>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Victor Sudakov wrote:
>> Шутишь? Record-route не подходит, потому что вставляется тем кто
>> отправляет запрос дальше, а не тем, кто его принимает. А только
>> принимающий знает, откуда на самом деле (а не по мнению
>> отправляющего) пришёл запрос. Далее, как ты вставишь record-route
>> первым клиентом же, который и сидит собственно за NAT? Он на такое
>> не рассчитан.
VS> Почему у тебя тот, кто принимает, и тот кто отправляет дальше - разные
VS> сущности? Это один и тот же прокси.
VS> В CGP Record-route работает AFAIK так. Если прокси обнаруживает, что
VS> UAC пришёл из-за NAT (например по наличию RFC1918 адреса в Contact),
VS> он не трогает Contact, но вставляет Record-route на себя и запоминает
VS> реальный src ip, откуда пришёл UAC. Согласно Record-route, все ответы
VS> на запрос теперь будет получать сам прокси, а уж он согласно
VS> запомненному ip будет передавать их UA.
Hу если ты вместо Record-Route будешь писать Route, это будет похоже
на правду. Record-Route поможет в случае вхождения за NAT, но не
выхода из-за него.
>> Ты всё время циклишься на этом rport. В нём ничего особенно
>> принципиального, есть всего лишь забытый в стандартизационной
>> лихорадке атрибут.
VS> В нём принципиальное то, что без него UA был не обязан ждать ответа на
VS> том порту, с которого отправил запрос. В этом случае шансы пройти
VS> через NAT вообще нулевые.
Hулевые шансы как раз если UA захочет ждать на другом порту. Пакет
через NAT не вернётся. И чем rport так принципиален, а received -
нет?
VS> Полностью согласен. Ты меня убедил, что TCP ничего полезного не даст.
Хочу всё-таки уточнить: речь про "голый" TCP. TCP+SSL (sips:) -
штука весьма полезная. Hо она страдает от проблем любого TCP.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
