|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei K. 2:5020/400 14 Oct 2004 17:57:15
To : Zahar Kiselev
Subject : Re: подвисают TCP-соединения
--------------------------------------------------------------------------------
Hello, Zahar!
You wrote to All on Wed, 13 Oct 2004 11:11:22 +0400:
ZK> Hедавно тут обсуждалась тема подвисающих TCP-соединений.
ZK> Вот только что опять столкнулся. Есть у меня ноутбук без сетевой карты,
ZK> так я подключаю его при помощи LPT-Ethernet адаптера и коаксиального
ZK> кабеля. Конструкция это довольно медленная по понятным причинам, но вполне
ZK> работоспособная. Периодически использую ноутбук как "сумку дла файлов" -
ZK> ношу данные с одного места на другое. Вот и сегодня закачивал в него три
ZK> сотни мегабайтов аэрофографий. Использовал SCP из комплекта SSH. И
ZK> обнаружил, что оно качает мегов 60, после чего вываливается по connection
ZK> timeout, при этом лампочка на адаптере перестает мигать. Если не трогая
ZK> ничего на ноутбуке запустить передачу файлов с настольной машины еще раз -
ZK> снова качает, то есть никаких неустранимых неисправностей оборудования нет,
ZK> что подтверждается и отсутствием каких-либо сообщений в логах. Предполагаю,
ZK> что из-за недостаточного быстродействия аппаратуры - теряется какой-то
ZK> пакет. Тем более, что счетчик коллизий на интерфейсе насчитал 26 штук со
ZK> стороны ноутбука и 16 со стороны настольной машины. Hепонятно другое -
ZK> почему после потери пакета линуксовая реалиазция TCP не пытается либо
ZK> повторять его передачу с передающей стороны, либо повторять запрос со
ZK> стороны приемной?
ZK> Принимаются советы по методам диагностики этой неисправности. Понятно, что
ZK> простое напускание tcpdump на интерфейс - приведет при таких объемах
ZK> передачи к гигантскому размеру лога - не факт что он вообще в ноутбуке на
ZK> диск поместится. Что можно придумать чтобы в логе хранилась информация
ZK> толко о последних N переданных и полученных пакетах, а более старая
ZK> информация уничтожалась?
У меня была подобная ситуация.
В общем, выходит, что Линух ой как не дружит с плохими соединениями.
Если ping дает хотя бы 5% сбойных пакетов, то уже можно ожидать нечто
подобное.
У меня это вылечилось понижением MTU. В обще это может и не дать
хороших результатов. Т.к. MTU по идеи должен быть одинаковый на всех
тачках сети. ( http://www.sendmail.org/tips/pathmtu.html ).
Прикол есть такой. Попробуй без всяких изменений запустить tcpdump -i ethX.
У меня с запущенным tcpdump-ом обмен проходил замечательно.
Мне просто интересно, а то все говорят, что мне лечиться надо.
With best regards, Alexei K.. E-mail: kzua@kzua.udm.ru
--- ifmail v.2.15dev5.3
* Origin: Communication Company MARK-ITT (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
