|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 30 Apr 2004 13:04:56
To : Alex Semenyaka
Subject : Re: Проблемы с MPD
--------------------------------------------------------------------------------
>>> Alex Semenyaka wrote:
VN>> Угу. То-то мне одно время пришлось на почтовом эмиттере ставить mtu
VN>> 552, чтобы хоть как-то раздавалось. Hикаких туннелей при этом по дороге
VN>> не было.
AS> Что - неужто физика?
Hет, с физикой было всё в порядке. А сделано было из-за пары крупных
почтовиков - yahoo & hotmail. Причём для yahoo хватило 552.
А hotmail'у ничего не помогало пока у себя не поставил 296.
С остальными ничего такого не происходило, и что вызывало такой эффект -
я так и не понял. У соседей такого эффекта не было.
IV>>> Hасколько я был уверен, все ОС об этом знают. MSS
IV>>> уменьшается при получении icmp 3.4 до указанного в нем (icmp) значения,
IV>>> если он (icmp) вдруг нового формата и до ближайшего из рекомендованных
IV>>> значений, если он (icmp) старого формата и mtu в нем не указано.
VN>> Ты не понял. Я говорю про ситуацию, когда никакого ICMP needfrag не
VN>> получено, а в TCP сработал таймер перепосылки.
AS> Каждый раз? :) Мелкофлуд получится довольно быстро, да и производительность
AS> будет... никакая.
После успешного прохождения возвращать обратно.
Производительность - после того как пакеты дропаются (неважно по какой
причине) - понятие эфемерное. TCP работает по принципу "вытягиваем
любую скорость, какая бы низкая ни получилась", ему это ничего не изменит.
AS> После SYN? Лучше, но не поможет при смене транзита. Какие ещё
AS> варианты?
Смена транзита и так решается через PMTU aging.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
