|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexander V. Gaiduk 2:5020/400 14 Nov 2005 13:37:15
To : Ilya Anfimov
Subject : Hа: Hа: VPN
--------------------------------------------------------------------------------
> >> AB> У меня аналогично. Hа плохом канале TCP туннел работает гораздо
> >> AB> лучше. И в этом плане легкое снижение максимальной скорости
> >> AB> передачи совершенно не заметно и не актуально. Более того, если
> >> AB> туннель мультипротокольный, то TCP скорее всего _обязательно_
> >> AB> будет работать лучше.
> >>
> >> Кто бы ещё объяснил, почему OpenVPN по дефолту идёт с UDP, и именно
UDP
> >> рекомендуют использовать.
> >
> > vtund - тоже рекомендует UDP.
> >
> >> Hасчёт многопротокольности - VPN как-то через UDP
> >> умудряется туннелировать TCP, а это уже достаточно, чтобы не
> > заморачиваться
> >> на прикладные протоколы идущие поверх этого TCP.
> >
> > и тем не менее.
> > остается фактом, что на плохих каналах TCP будет предпочтительней.
>
> Да в общем-то не совсем факт. Ты на каких протоколах (с какими
> программами) тестировал? Кто был клиентами -- те же машина, что и
> с vpn или какие-то другие?
сеть (>500) машин c вындовсом
linux VPN server (vtund server mode)
-----------
shDSL
интернет провайдер
антенна (в центре города на высотном [24эт] здании)
радио эфир (~10км) насыщенный промышленными помехами
антенна (промышленная окраина города)
-----------
linux VPN server (vtund client mode)
сеть (~20) машин c вындовсом
проверялась работа сети между двух вындосных машин, т.е. в том
режиме, для которого и создавался VPN.
при UDP - частые и долгие паузы, когда без пауз всё шустро.
при TCP - паузы отсутсвуют полностью и не так шустро, как при "исправном"
UDP.
проблемы с физическим каналом наступают только в рабочее время.
к примеру по вечерам и выходным на UDP паузы не наблюдались.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
