Подскажите пожалуйста, как побороть такой глюк:
Два компа связаны тунелем через Hamachi. Оба относительно быстро пингуются.
С первого на второй данные передаются, а обратно - только маленькие объемы
(где-то до 500 байт). По разным протоколам (пробовал HTTP, FTP, POP3, SMB, VNC)
большие куски данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
получается открыть сокет на объем больше одного пакета.
Такой же глюк наблюдл не только на Hamachi. Когда-то давно при подключении
модемом к RAS другого компа такие же симптомы были.
Система - WinXP.
Заранее спасибо,
With best regards, Vasily.
Thursday February 14 2008 21:37, Vasily Lazerko wrote to All:
VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL> объем больше одного пакета.
VL> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL> подключении модемом к RAS другого компа такие же симптомы были.
VL> Система - WinXP.
а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y нас пpовайдеp
иногда тyпит, и не пyскает пакеты больше полyтоpа килобайт.
Всего наилучшего, ICQ#38484848
Dmitry E-Mail:hddrepair(at)rambler.ru
14 Feb 2008 21:37, Vasily Lazerko wrote to All:
VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят, пока
VL> тайм-аут не выйдет. Как будто не получается открыть сокет на объем больше
VL> одного пакета.
Симптомы очень похожи на проблемы с MTU. Скорее всего, мту залочено на 576
байт и не отрабатывает pmtu discovery - бывает часто, например (но не
обязательно) из-за криво зафильтрованного icmp.
Лечение - настройка mtu.
Bye, Valery
Как-то раз(вроде бы в 14 Февраля 2008 ), Vasily Lazerko прописал к All
следующее:
VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL> объем больше одного пакета.
VL> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL> подключении модемом к RAS другого компа такие же симптомы были.
Проблема с MTU?
Пробуй пинговать и трассировать с разными размерами пакета.
С уважением Sasha Gromov
DG> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y нас
DG> пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа килобайт.
Эмпирически установил, что максимальный размер пакета - 1185 байт. Больше не
проходит.
Hаш провайдер ни при чем, потому как VPN-соединение я сам создаю.
With best regards, Vasily.
VL>> Подскажите пожалуйста, как побороть такой глюк:
VL>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>> пингуются. С первого на второй данные передаются, а обратно - только
VL>> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL>> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL>> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL>> объем больше одного пакета.
VL>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>> подключении модемом к RAS другого компа такие же симптомы были.
SG> Проблема с MTU?
SG> Пробуй пинговать и трассировать с разными размерами пакета.
Уже отписал в эху, как пингуется.
Трассировка идет в один хоп.
Спасибо,
With best regards, Vasily.
VL>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>> пингуются. С первого на второй данные передаются, а обратно - только
VL>> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL>> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL>> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL>> объем больше одного пакета.
VL> Симптомы очень похожи на проблемы с MTU. Скорее всего, мту залочено
VL> на 576 байт и не отрабатывает pmtu discovery - бывает часто, например
VL> (но не обязательно) из-за криво зафильтрованного icmp.
VL> Лечение - настройка mtu.
Проверил разными размерами
500 - 1185 - все ок, редкие потери
1186 - 1376 - timeout
1377 и более - timeout с фрагментацией
То есть, MTU сейчас 1404 байт.
Установил вручную 1200 (правил в реестре, MTUSpeed не работает).
500 - 1172 - ок
1173 - 1185 - ок с фрагментацией
1186 и более - timeout с фрагментацией
Что-то не заметно влияние MTU на этот глюк... Или попробовать какие другие
значения?
With best regards, Vasily.
Monday February 18 2008 23:26, Vasily Lazerko wrote to Dmitry Gorbatov:
VL>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>> получается открыть сокет на объем больше одного пакета.
DG>> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y
DG>> нас пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа
DG>> килобайт.
VL> Эмпирически установил, что максимальный размер пакета - 1185 байт.
VL> Больше не проходит. Hаш провайдер ни при чем, потому как
VL> VPN-соединение я сам создаю.
а без VPN ноpмально пакеты идyт?
Как-то раз(вроде бы в 19 Февраля 2008 ), Vasily Lazerko прописал к Sasha Gromov
следующее:
VL>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>> получается открыть сокет на объем больше одного пакета.
VL>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>> подключении модемом к RAS другого компа такие же симптомы были.
SG>> Проблема с MTU?
SG>> Пробуй пинговать и трассировать с разными размерами пакета.
VL> Уже отписал в эху, как пингуется.
VL> Трассировка идет в один хоп.
Уменьшай MTU Ж(
А проблем с сетевухами нет ?
С уважением Sasha Gromov
VL>>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>>> получается открыть сокет на объем больше одного пакета.
DG>>> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y
DG>>> нас пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа
DG>>> килобайт.
VL>> Эмпирически установил, что максимальный размер пакета - 1185 байт.
VL>> Больше не проходит. Hаш провайдер ни при чем, потому как
VL>> VPN-соединение я сам создаю.
DG> а без VPN ноpмально пакеты идyт?
Да, инет работает без претензий.
With best regards, Vasily.
SG> Как-то раз(вроде бы в 19 Февраля 2008 ), Vasily Lazerko прописал к
SG> Sasha Gromov следующее:
VL>>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>>> получается открыть сокет на объем больше одного пакета.
VL>>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>>> подключении модемом к RAS другого компа такие же симптомы были.
SG>>> Проблема с MTU?
SG>>> Пробуй пинговать и трассировать с разными размерами пакета.
VL>> Уже отписал в эху, как пингуется.
VL>> Трассировка идет в один хоп.
SG> Уменьшай MTU Ж(
Похоже, помогает. Дисконнектов стало значительно меньше.
SG> А проблем с сетевухами нет ?
Hет. Если имеется в виду реальная сетевуха.
With best regards, Vasily.
Как-то раз(вроде бы в 26 Февраля 2008 ), Vasily Lazerko прописал к Sasha Gromov
следующее:
VL>>>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>>>> Два компа связаны тунелем через Hamachi. Оба относительно
VL>>>>> быстро пингуются. С первого на второй данные передаются, а
VL>>>>> обратно - только маленькие объемы (где-то до 500 байт). По
VL>>>>> разным протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие
VL>>>>> куски данных затыкаются и висят, пока тайм-аут не выйдет. Как
VL>>>>> будто не получается открыть сокет на объем больше одного
VL>>>>> пакета.
VL>>>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>>>> подключении модемом к RAS другого компа такие же симптомы
VL>>>>> были.
SG>>>> Проблема с MTU?
SG>>>> Пробуй пинговать и трассировать с разными размерами пакета.
VL>>> Уже отписал в эху, как пингуется.
VL>>> Трассировка идет в один хоп.
SG>> Уменьшай MTU Ж(
VL> Похоже, помогает. Дисконнектов стало значительно меньше.
ставь 1100
SG>> А проблем с сетевухами нет ?
VL> Hет. Если имеется в виду реальная сетевуха.
именно , пробовал менять ?
еще частая проблема - неправильный обжим , или перепутана пара или просто
один неконтакт , точно такой же эффект будет
С уважением Sasha Gromov