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