URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 20497
[ Назад ]

Исходное сообщение
"MTU=576, MRU=576, а пакеты размером <=1472 проходят, почему???"

Отправлено disaster , 07-Сен-02 14:23 
Ситуация такая: стоит portslave на RedHat 7.2, в его конфиге прописаны MTU и MRU =576, устанавливаю соединение (Win2000) пингую пакетом =1472 с флагом "не фрагментовать" и всё ОК!
Собственно вопрос: почему пакет не ограничен в 536 ??? Или еще в ядре что-то менять надо? Подскажите, плиз!

Содержание

Сообщения в этом обсуждении
"Может я не всю информацию дал?"
Отправлено disaster , 07-Сен-02 23:46 
На RedHat-е pppd запускается (из-под portslave) с параметрами mtu 576 mru 576, но как я понял максимальный размер принимаемого пакета остался как при MTU=1500. В чем причина-то? Неужели ни у кого нет клиентов с Windows-ами и никто не сталкивался с жалобами на скорость работы на коммутируемом соединении?
Спасибо за оказанную поддержку.

"RE: Может я не всю информацию дал?"
Отправлено qq , 08-Сен-02 01:59 
>На RedHat-е pppd запускается (из-под portslave) с параметрами mtu 576 mru 576,
>но как я понял максимальный размер принимаемого пакета остался как при
>MTU=1500. В чем причина-то? Неужели ни у кого нет клиентов с
>Windows-ами и никто не сталкивался с жалобами на скорость работы на
>коммутируемом соединении?
>Спасибо за оказанную поддержку.


1) нет ли где у тебя опции default-mru ?
2) что в логах pppd ? оба конца соединения соглашаются на использование mru и mtu 576 ? ведь windows может и reject'нуть эту опцию при lcp negotiation...


"RE: Может я не всю информацию дал?"
Отправлено qq , 08-Сен-02 03:35 
3) посмотри tcpdump-ом, скорей всего пакеты без флага no-frag нормально фрагментируются, по крайней мере я сейчас протестил - фрагменитируются, до mtu.



"tcpdump выдает следующее:"
Отправлено disaster , 09-Сен-02 23:30 
tcpdump запустил, но в его результатах разобраться не могу :(((
22:23:11.829825 192.168.4.4.2421 > 10.13.191.3.ssh: . ack 65 win 8632
22:23:21.219825 192.168.4.4.3214 > 195.5.**.**.http: S 3683983372:3683983372(0) win 8760 <mss 1460,nop,nop,sackOK>
22:23:21.219825 195.5.**.**.http > 192.168.4.4.3214: S 2808576448:2808576448(0) ack 3683983373 win 16616 <mss 1460> (DF)
22:23:21.369825 192.168.4.4.3214 > 195.5.**.**.http: . ack 1 win 8760
22:23:21.409825 192.168.4.4.3214 > 195.5.**.**.http: P 1:204(203) ack 1 win 8760
22:23:21.409825 195.5.**.**.http > 192.168.4.4.3214: . 1:537(536) ack 204 win 16616 (DF)
22:23:21.409825 195.5.**.**.http > 192.168.4.4.3214: . 537:1073(536) ack 204 win 16616 (DF)
22:23:21.779825 192.168.4.4.3214 > 195.5.**.**.http: . ack 1073 win 7688
22:23:21.779825 195.5.**.**.http > 192.168.4.4.3214: . 1073:1609(536) ack 204 win 16616 (DF)
22:23:21.779825 195.5.**.**.http > 192.168.4.4.3214: . 1609:2145(536) ack 204 win 16616 (DF)
22:23:21.779825 195.5.**.**.http > 192.168.4.4.3214: . 2145:2681(536) ack 204 win 16616 (DF)
22:23:22.059825 192.168.4.4.3214 > 195.5.**.**.http: . ack 2145 win 8760
22:23:22.059825 195.5.**.**.http > 192.168.4.4.3214: . 2681:3217(536) ack 204 win 16616 (DF)
22:23:22.059825 195.5.**.**.http > 192.168.4.4.3214: . 3217:3753(536) ack 204 win 16616 (DF)
22:23:22.059825 195.5.**.**.http > 192.168.4.4.3214: . 3753:4289(536) ack 204 win 16616 (DF)
22:23:22.249825 192.168.4.4.3214 > 195.5.**.**.http: . ack 3217 win 7688
22:23:22.249825 195.5.**.**.http > 192.168.4.4.3214: . 4289:4825(536) ack 204 win 16616 (DF)
22:23:22.249825 195.5.**.**.http > 192.168.4.4.3214: . 4825:5361(536) ack 204 win 16616 (DF)
22:23:22.359825 192.168.4.4.3214 > 195.5.**.**.http: . ack 4289 win 8760
22:23:22.359825 195.5.**.**.http > 192.168.4.4.3214: . 5361:5897(536) ack 204 win 16616 (DF)
22:23:22.359825 195.5.**.**.http > 192.168.4.4.3214: . 5897:6433(536) ack 204 win 16616 (DF)
22:23:22.359825 195.5.**.**.http > 192.168.4.4.3214: P 6433:6479(46) ack 204 win 16616 (DF)
22:23:22.499825 192.168.4.4.3214 > 195.5.**.**.http: . ack 5361 win 7688
22:23:22.619825 192.168.4.4.3214 > 195.5.**.**.http: . ack 6433 win 8760
22:23:22.759825 192.168.4.4.3214 > 195.5.**.**.http: . ack 6479 win 8714
22:23:22.989825 192.168.4.4.3214 > 195.5.**.**.http: P 204:534(330) ack 6479 win 8714
22:23:22.989825 195.5.**.**.http > 192.168.4.4.3214: P 6479:6669(190) ack 534 win 16616 (DF)
22:23:23.269825 192.168.4.4.3214 > 195.5.**.**.http: . ack 6669 win 8524
22:23:24.509825 192.168.4.4.3215 > 195.5.**.**.squid: S 3684871178:3684871178(0) win 8760 <mss 1460,nop,nop,sackOK>
22:23:24.509825 195.5.**.**.squid > 192.168.4.4.3215: S 311180889:311180889(0) ack 3684871179 win 16616 <mss 1460> (DF)
22:23:24.669825 192.168.4.4.3215 > 195.5.**.**.squid: . ack 1 win 8760
22:23:24.699825 192.168.4.4.3215 > 195.5.**.**.squid: P 1:284(283) ack 1 win 8760
22:23:24.789825 195.5.**.**.squid > 192.168.4.4.3215: . ack 284 win 16616 (DF)
22:23:26.099825 195.5.**.**.squid > 192.168.4.4.3215: P 1:175(174) ack 284 win 16616 (DF)

Проверял и такие настройки: на клиенте MTU=1500 и на сервере MTU, MRU =1500 - всё красиво, ошибок нет, скорость не плохая, ICQ работает. Ставлю на обоих MTU=576 - начинается полный писец :( На один принятый мегабайт приходится ~230 ошибок :(((