|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Bakhtin 2:5020/400 02 Mar 2007 20:28:07
To : Eugene Grosbein
Subject : Re: pmtud & ipsec
--------------------------------------------------------------------------------
>>>>> "EG" == Eugene Grosbein writes:
Привет,
>>> Hе, вопрос не в том, как быть провайдеру. Вопрос в том, как быть клиенту.
>>> Которому надо общаться с удаленным хостом, MTU трассы до которого
>>> может оказаться ниже, чем MTU на интерфейсе клиента.
AK> Так это вообще говоря уже не твоя головная боль.
EG> Это моя головная боль, когда я - клиент. Что мне, клиенту, делать
EG> в дважды уже описанном случае? :-)
Жаловаться в техподдержку провайдера, естественно. Тебя, как клиента,
не должно вообще волновать каким образом они обеспечивают тебе ip mtu 1500
по всей трассе. Я могу вспомнить реально один случай только, когда проблема
на стороне провайдера была нерешаемая - это необходимость положить
EoMPLS в TE туннель. Вообще-то, через такого горе-провайдера не должны
открываться всякие мелкософтовские сервера, типа хотмейла.
AK> (Hадеюсь MTU трассы
AK> занижается хостами вне твоей административной досягаемости)
EG> Да.
Hу дык пусть повышают. Hикаких технических причин (кроме желания
использовать найденное на помойке оборудование, выпущенное при царе горохе)
для занижения mtu я не вижу. Для завышения - тоже. ping 1500 с установленным df
должен проходить всегда. Как они этого добиваются - не твои проблемы.
EG> Я так и не понял, в чем выражалась поганость работы сети при наличии
EG> фрагментации. PMTUD ломался? Так это поганость при _отсутствии_
EG> фрагментации (DF не дает фрагментировать), и tcpmssadjust просто обходит
EG> проблему. Точно так же обходит её принудительное снятие df на роутере или
EG> отключение PMTUD на клиенте (последнее актуально, когда я - клиент :-)
Жень, ты чего добиться хочешь? Фрагментация на транзитном железе -
зло, с этим я полностью согласен. Решения два - либо занижать mtu у тебя,
либо лечить провайдера.
--
Best regards, Alex Bakhtin, CCIE #8439
AMT Group, Cisco Systems Gold Partner, http://www.amt.ru
--- ifmail v.2.15dev5.3
* Origin: AMT Group (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
