ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Alexander Kolesnikoff                2:5020/400     02 Mar 2007  17:00:06
 To : Eugene Grosbein
 Subject : Re: pmtud & ipsec
 -------------------------------------------------------------------------------- 
 

 Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:
 
 > 02 мар 2007, пятница, в 14:54 KRAST, Alexander Kolesnikoff написал(а):
 > 
 > AK>   С этого места по-подробнее. Огласите весь список не-TCP трафика,
 > который AK> не пролазит в MTU интерфейса, пожалуйста. ;-)
 > 
 > Hе MTU интерфейса, а MTU трассы. Имеет значение именно MTU трассы.
 > И легко может выйти пакет с интерфейса длиной, бОльшей, чем MTU трассы.
 
   Да, конечно, MTU трассы, так будет точнее. И всё-таки: много ли не-TCP
 трафика?
 
 > 
 > AK>> А почему нет? Клинические случаи
 > AK>> можно отдельно выправлять но всё равно обойтись без фрагментации.
 > >> Да вот как-то не хочется по каждому "клиническому" случаю дергаться
 > >> отдельно, найти бы верное решение.
 > AK>    Как proof on concept: сделать табличку в ipfw или несколько, куда
 > AK> заносить хосты/сети src/dst для/от которых необходимо посылать клиенту
 > AK> ICMP
 > AK> need-fragment (в идеале с next hop MTU), причём не для всех пакетов, а
 > AK> размер
 > AK> которых больше допустимого. Проверено - работает.
 > 
 > Hе, вопрос не в том, как быть провайдеру. Вопрос в том, как быть клиенту.
 > Которому надо общаться с удаленным хостом, MTU трассы до которого
 > может оказаться ниже, чем MTU на интерфейсе клиента.
 
   Так это вообще говоря уже не твоя головная боль. (Hадеюсь MTU трассы
 занижается хостами вне твоей административной досягаемости)
 
 > 
 > AK> Поверь - это лучше чем AK> фрагментация на роутере. Загрузка
 > процессора - это полбеды, работает сеть AK> погано - вот что мне больше
 > всего не нравится.
 > 
 > От чего сеть-то погано работает, в чем это выражается?
 > Пока CPU хватает и задержки в пределах нормы, никаких нежелательных
 > эффектов быть не должно.
 
   Я это наблюдал на запросном канале по земле через туннель для
 одностороннего спутникового инета. Может конфигурация была специфичная,
 допускаю, но после настройки tcpmssadjust проблема ушла сама собой. Через
 космос же вообще вот такой туннель был:  IP->IPCOMP->ESP->IP-IP. И то же
 самое - никаких фрагментаций.
 
   Alexander
 --- ifmail v.2.15dev5.3
  * Origin: UKU (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор