On Thu, Aug 23, 2012 at 04:24:26PM +0600, Илья Шипицин wrote:
>  
> pmtu вам в помощь короче говоря 
>  
> про pmtu я в курсе. но, если я контролирую только серверную часть (и не
> блокирую исходящие от меня icmp), какие у меня есть возможности в плане
> pmtu ?
>  
> кроме "понизить mss до безопасного уровня, чтобы везде пролазило", что
> я могу сделать ?
>
> http://en.wikipedia.org/wiki/Path_MTU_Discovery
> Some implementations of PMTUD attempt to prevent this problem by inferring
> that large payload packets have been dropped due to MTU rather than because
> of link congestion. 
> найти "правильную" реализацию pmtud ... 
>  
>  
>
>  
> у меня все равно не выстраивается картина.
>  
> вот смотрите, допустим по цепочке от пользователя  до сервера НЕ фильтруется
> icmp, в этом случае все будет хорошо и, если я на сервере скажу "icmp dest
> unreah frag required", то пользователь это увидит.
>  
> в противном случае, если в транзите режется icmp, то сколько я ни говори, он не
> услышит.
>  
> как в этом случае поможет "attempt to prevent this problem by inferring that
> large payload packets have been dropped due to MTU" ? ну ок, я сказал, по
> дороге icmp потерялось, меня никто не услышал.
>  
> или я что-то упускаю из вида ?

Подразумевается, видимо, что-то типа того, что на сервере можно
"увидеть" tcp retransmit'ы. Если это ретрансмит первого же "полного"
пакета, можно предположить, что до пользователя есть проблема с mtu и
понизить mtu для данного адреса.

Но ловить проблемы с PMTU таким образом - это все-таки жестоко,
начиная с того, что придется перехватывать (либо на уровне bpf,
либо рисовать ядрёный патч) весь траффик и вести tcp state machine.
jimho, не стоит овчинка выделки.

--
In theory, there is no difference between theory and practice.
But, in practice, there is.

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru