|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 15 Jan 2007 19:32:22
To : Denis Shaposhnikov
Subject : проблемы в связке squid + TSO + windows 98
--------------------------------------------------------------------------------
15 Jan 07 13:19, you wrote to me:
Alex>> Для начала попробуй поставить клиентом фришку, выставить там
Alex>> проблемный MTU и проверить - будет ли работать твой сквидовый
Alex>> сервер.
DS> Попробовал. Работает и с TSO и без него. Вот дамп с TSO:
Я привёл твой дамп в приличный вид :) Рекомендую завести для этого скриптец,
кстати, если регулярно смотришь дампы. Теперь его стало легко читать:
DS> 13:14:17.133685 IP K > S: S win 65535
DS> 13:14:17.133723 IP S > K: S ack win 65535
DS> 13:14:17.139806 IP K > S: . ack 1 win 33012
Обычный хендшейк, и окна все открыты сразу.
DS> 13:14:17.147927 IP K > S: . 1:525(524) ack 1 win 33012
DS> 13:14:17.247663 IP S > K: . ack 525 win 32750
DS> 13:14:17.257113 IP K > S: P 525:843(318) ack 1 win 33012
Поэтому клиент начинает обмен сразу после хендшейка.
(Сессия пропущена)
DS> 13:14:20.462348 IP S > K: . 2097:2621(524) ack 843 win 33012
Вот сервер отдал данные клиенту...
DS> 13:14:20.493838 IP K > S: F 843:843(0) ack 2621 win 33012
DS> 13:14:20.493864 IP S > K: . 2621:3669(1048) ack 844 win 33012
Клиент в ответ решил окончить сессию, сервер подтвердил рассоединение со
стороны клиента.
DS> 13:14:20.940302 IP S > K: . 2621:3145(524) ack 844 win 33012
Hо напоследок решил что-то сказать.
DS> 13:14:20.947700 IP K > S: R 4219846892:4219846892(0) win 0
У клиента, оказывается, уже сессии этой нету (что, кстати, странно - это был
fetch, что ли, который завершил процесс сразу после закрытия соединения?). В
результате клиент обрывает серверу сессию по Reset.
Отличие - отсутствие объявления нулевого окна. Hо в твоих предыдущих дампах оно
всё равно сразу после начала открывалось... Странно, что его тут нет - надо бы
всё же посмотреть в исходниках, когда оно объявляется и зачем. Hо пока нет
никаких прямых или косвенных свидетельств, что это имеет отношение к твоей
истории...
А вот то, что проблема на стороне клиента - похоже, подтверждается.
Alex>> И ещё, есть шанс, что ты в tcpdupm не всё видишь. Поэтому
Alex>> заодно сними сетевой дамп Etherealом на клиенте.
DS> А вот это очень проблематично. Под рукой Win98 нет, а выезжать домой к
DS> какому-то кастомеру, ммм... можно конечно, но эту уже слишком
DS> хлопотно.
Я бы из принципа съездил :) Интересно же.
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
