|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 30 Apr 2004 14:52:08
To : Ivan Voytas
Subject : Re: Проблемы с MPD
--------------------------------------------------------------------------------
.ua> <c6t0cn$fmcep$1@ID-225152.news.uni-berlin.de>
.ua> <20040430091430.GS22237@quarta.carrier.kiev.ua>
.ua> <c6t8sa$ftjk3$1@ID-225152.news.uni-berlin.de>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Ivan Voytas wrote:
> > IV>>>RFC1191. 1990г.
> >>> Кусок дерьма, а не RFC.
> IV>> Это почему?
>> Потому что был выбран наиболее тупой и кривой метод решения проблемы.
>> Hашлёпка на затычке, натянутой на заплатку.
IV> А какие были другие варианты? Интересно. Спорить не буду, но мне кажется,
IV> что выбрали из соображений наименьшего зла.
Из соображений "проблема есть, но мы решим максимально дёшево,
а кто не удовлетворён - см. рис.1".
> IV>> А это imho есть вред. Как отличать случаи простого пропадания датаграммы
> IV>> и пропадания вследствие битого pmtud? Кажется мне, что для нормальной
> IV>> работы tcp это не будет лишним.
>> По сравнению с логикой NewReno реализовать грамотное различение ситуаций
>> тут будет полной чепухой.
IV> Из соображений "видали мы такую чепуху, по сравнению с которой..."? Может
Hет, это не чепуха, это осмысленное, сложное и полезное поведение.
IV> один я такой, но вообще не вижу в этом случае информации, на основании
IV> которой можно сделать вывод "потеря вследствие канала" или "потеря из-за
IV> нерабочего pmtud". Только если специально периодически проверять работу
IV> pmtud путем отсылки гигантского пакета с DF внутри. Вот это и будет заплатка
IV> на затычке с нашлепкой на трещине в первой.
Есть факт потери прохождения. Вот уже из него можно копать по-разному.
То, как копают алгоритмы TCP flow control'а - начинают удваивать интервал
перепосылки и уменьшать окно передачи - ничуть не менее идиотский метод,
чем уменьшать применяемое MTU. Один хрен что то, что то будет работать
как снижение нагрузки на канал.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
