|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 08 Jun 2006 19:08:31
To : Zahar Kiselev
Subject : Re: pptp, linux 2.4
--------------------------------------------------------------------------------
Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> wrote:
ZK> Этим примером я хотел лишь подтвердить небходимость "чего-то" на
ZK> машине-маршрутизаторе(файрволе), обеспечивающего работоспособность
ZK> UDP-туннелей. В противоввес тому, что для TCP-туннелей никакие
ZK> дополнительные приспособления на маршрутизаторе не нужны - и так работает.
Всё гораздо проще. Если смотреть на тот же vtun, то он передаёт параметры
приходящих udp-пакетов в контрольной tcp-сессии. И если на роутере есть
маскарад, то вероятность того, что переданные параметры совпадут с тем,
что сделал маскарадер - для случаев lazy и forced изменения порта
различаются на 4 порядка. Проблема исключительно в мозгах автора vtun,
который хотел "как проще" (вслед за дизайнерами протокола ftp, наверное),
и не предусмотрел штатную, в общем-то, ситуацию.
EBB>> Во-вторых, "неработоспособность" udp-туннелей через МТС связана
EBB>> лишь с тем, что маскарад там не lazy, а туннелятор под такое найти под
EBB>> линуксом непросто.
ZK> Эксперимент показал, что UDP туннель не имеет видимых преимуществ по
ZK> сравнению с TCP-туннелем, зато имеет два недостатка - на нем крайне плохо
ZK> работает сжатие данных и он не проходит через некоторые файрволы(МТС как
ZK> пример).
Сильно зависит от нагрузки. Hадо указывать условия проведения эксперимента.
У меня tcp-туннели на межофисных каналах не доживали и до 10 утра.
Из-за эффекта, который на жаргоне называется meltdown и делает практически
неработоспособным tcp-туннель задолго до теоретического предела 64K/rtt.
Для udp-туннелей предела пропускной способности, как известно, нет.
--
Eugene Berdnikov
--- ifmail v.2.15dev5.3
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
