Високий пінг через тунель OpenVPN

Дове­ло­ся тут під­ня­ти кри­ти­чний до затри­мок тунель, через який пра­цю­ва­ти­ме купа наро­ду з тер­мі­наль­ним сер­ве­ром. Вияви­ло­ся, що затрим­ка паке­тів у тако­му туне­лі гуляє, як оста­н­ня дів­ка, при­чо­му, зна­че­н­ня дуже силь­но від­рі­зня­ю­ться від пін­гів зов­ні­шньої білої адре­си. Іно­ді різни­ця дохо­дить до 5 разів у гір­ший бік. Піки спо­сте­рі­га­ю­ться, коли хтось пра­цює, а якщо канал не заван­та­же­но, то зна­че­н­ня пере­бу­ва­ють у межах нор­ми. Моні­то­ринг заван­та­же­но­сті кана­лу пока­зав… 2%. Щось тут не так.

Ріше­н­ня зна­йшло­ся через гугл. У кон­фіг сер­ва­ка потрі­бно дода­ти опцію tcp-nodelay, яка каже, що паке­ти будуть від­прав­ля­ти­ся негай­но, а не з пев­ною затрим­кою для агре­га­ції. Після цьо­го пінг нор­ма­лі­зу­вав­ся. При­чо­му, він став мен­шим за пінг до білої адре­си О_о. Мабуть, це при­ко­ли мере­же­во­го сте­ка Ліну­кса й Xen'а, оскіль­ки тер­мі­наль­ний сер­вер сидить за ген­ту­шним NAT'ом.

Ком­пре­сію я також про всяк випа­док вимкнув. Кажуть, також впли­ває на пінг.

Мітки: , ,

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

*

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.