Проблема с OpenVPN туннелями (периодически "проваливаются" пинги.)

[Snake'D]

Клиентская и серверная части настроены на FreeBSD 7.1, 8.0, openvpn версии 2.0.6_9
openvpn соединения строятся с помощью tap-устройств

конфиг серверной части:

Код: Выделить всё

local 10.13.4.8
port 51000
proto tcp-server
dev tap0
dh dh1024.pem
ca ca.crt
cert server.crt
key server.key
tls-server
tls-auth ta.key 0
tls-timeout 120
auth MD5
keepalive 10 120
log openvpn.log
verb 4

Клиентская часть:

Код: Выделить всё

remote 10.13.4.8 51000
proto tcp-client
dev tap1
ca cl1/ca.crt
cert cl1/client.crt
key cl1/client.key
tls-client
tls-auth cl1/ta.key 1
tls-timeout 120
auth MD5
persist-key
persist-tun
log openvpn_cl1.log
verb 3

tap-устройства включаются в мосты, пинги есть, но временами они проваливаются до нескольких тысяч милисекунд:

Код: Выделить всё

64 bytes from 172.16.8.12: icmp_seq=115 ttl=64 time=16.831 ms
64 bytes from 172.16.8.12: icmp_seq=116 ttl=64 time=119.749 ms
64 bytes from 172.16.8.12: icmp_seq=117 ttl=64 time=17.436 ms
64 bytes from 172.16.8.12: icmp_seq=118 ttl=64 time=17.026 ms
64 bytes from 172.16.8.12: icmp_seq=119 ttl=64 time=2878.709 ms
64 bytes from 172.16.8.12: icmp_seq=126 ttl=64 time=4246.575 ms
64 bytes from 172.16.8.12: icmp_seq=127 ttl=64 time=3495.823 ms
64 bytes from 172.16.8.12: icmp_seq=128 ttl=64 time=2492.059 ms
64 bytes from 172.16.8.12: icmp_seq=129 ttl=64 time=1470.057 ms
64 bytes from 172.16.8.12: icmp_seq=130 ttl=64 time=466.741 ms
64 bytes from 172.16.8.12: icmp_seq=131 ttl=64 time=132.152 ms
64 bytes from 172.16.8.12: icmp_seq=132 ttl=64 time=16.824 ms
64 bytes from 172.16.8.12: icmp_seq=133 ttl=64 time=104.106 ms

(172.16.8.12 - адрес сервера в туннеле)
Через некоторое время всё выравнивается до приемлемых значений, а потом обвал происходит снова.
такого рода проблема может появляться достаточно часто, при этом работать с сервером становится невозможно
(это ещё без перфоманса пингов по 40к =\)
Ни сервер, ни клиент ничем не загружены на моменты провалов. внешние адреса пингуются с минимальными задержками.
В логах тишина.
гугление результатов не дало. Может, кто-нибудь сталкивался с подобной проблемой?

[psystalker]

маловероятно, что кто-то сталкивался, потому что почти никто не юзает tap девайсы, и еще реже люди строят опенвпн туннели поверх tcp - не удивительно, в общем, что с этой убойной комбинацией вылезают странные глюки

tun девайсы поверх udp пашут как швейцарские часы, даже когда через них месяцами и годами гоняется куча трафика, никаких провалов, никаких странностей. что может сподвигнуть человека юзать tap/tcp - мне лично сложно представить.

сами разработчики openvpn этого делать не рекомендуют, да и здравый смысл подсказывает, что tcp re-negotiations не лучшим образом, мягко говоря, отразятся на отзывчивости туннеля.

[Snake'D]

"провалы" пропали мистическим образом. Уже несколько дней не наблюдается подобных падений пинга до нескольких тысяч милисекунд. (бывает до 500, но это нормально). Всё можно списать либо на мистику, либо на какие-то косяки у провайдера.