|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 12 Dec 2001 02:45:40
To : Eugene B. Berdnikov
Subject : 2.4.x и прочие глюки
--------------------------------------------------------------------------------
At 10 Dec 01 14:47:53, Eugene B. Berdnikov wrote to Zahar Kiselev:
ZK>> А меня удивляют периодические "подвисания" соединений на не идеальных
ZK>> каналах. Причем я не про 2400/none говорю, а про например достаточно
ZK>> загруженые 128к через кабельный модем. Периодически та или иная
ZK>> программа останавливается в состоянии ожидания данных, а с другой
ZK>> стороны данные не идут.
EBB> А что видно по tcpdump "с другой стороны"? Обсуждаем подземный стук.
_Сейчас_ с другой стороны мне посмотреть проблематично.
Однако вот в данный момент подключился к офисной машине через ppp, и качаю
фидошную почту посредством ifcico over ip. Hаблюдаю устойчивый эффект - начинает
качать весьма шустро, потом с каждым файлом скорость падает, в конце концов
перекачка останавливается вообще(минут через пять-семь). ifcico отваливается по
таймауту и "перезванивает" - все повторяется.
Понимаю, что это тоже "подземный стук" - но от этого не легче.
А вот если подключиться тоже по ppp к той машине, где собственно лежит почта -
то там этого эффекта нет. К сожалеению - там и линии сейчас заняты, приходится
"вокруг" качать.
Вообще как я заметил - капризы tcp/ip обычно проявляются тогда, когда
связываются линукс с линуксом. Если же между ними оказывается кто-то еще,
например cisco, то глюков меньше. От версии ядра похоже не зависит - так как
вартант 2.0.38-cisco-2.4.5 работает более-менее, а 2.0.38-2.0.38-2.4.5 - сейчас
стабильно дает вышеописанный эффект.
К сожалению нет возможности быстро заменить 2.0.38 на 2.4.X чтобы узнать -
останется ли глюк - так как на тех машинах написано довольно много нетривиальных
правил для ipfwadm. Как это странслировать в вызовы iptables чтобы работало
также - я еще не разобрался.
Zahar
--- QDed alpha v3.57pl9.1e/Linux
* Origin: (Empty...) (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
