|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Oleg Derevenetz 2:5025/3.4 13 May 2004 22:28:47 To : Slawa Olhovchenkov Subject : Journal FS mustdie! -------------------------------------------------------------------------------- At 13 May 04 21:34:46, Slawa Olhovchenkov wrote to Oleg Derevenetz: SO>>> Это тебе даст либо задержку следующих пакетов либо их дропание. Hо при SO>> SO>> этом пакет в интерфейс улетит все равно на интерфейсной скорости. SO>>> И на другой скорости он этого делать не умеет. OD>> Да, конечно. Hо мы их "с перерывами подкидывать" будем :-) SO> Hо это не панацея, если не вводить жесткую фрагментацию. Вот и я о чем. Почему я так о фрагментации и пекусь. OD>> А я и не собираюсь переформировывать _улетевший_ в тупую железку пакет. OD>> Где ты это прочел ? SO> Это я твержу о том, что если пакет большого размера в тупую железку SO> улетел, то все твое умение в одном L2 пакете перемешать несколько SO> фрагментов от L3 пакетов не спасет от злобного джитера. Угу. SO>>> Так это ты не добавление payload предлагаешь, а устроить искуственную SO>>> жесткую фрагментацию с пересборкой. Большие накладные расходы и SO>>> отсутствие явной информации о congestion. Других подстав вроде нету. OD>> Жесткую фрагментацию с приоретизацией. А явной сигнализации о OD>> congestion ты и в MPPP не добьешься. Максимум - дропы пакетов, и OD>> соответственно отсутствие подтверждений об их доставке (в TCP). SO> Это почему же? Cisco умеет смотреть и на размер vc queue и на разиер SO> интерфейсной очереди и адекватно на них реагировать. А так же (в SO> некоторых случаях) доступна информация от транспортной сети о превышении SO> бюджета. При условии, если транспорт - FR или ATM - да. В ATM и FR можно хоть какой-то ECN послать. В самом IP кстати тоже были попытки сделать congestion notification, например RFC 2481. Hо сомневаюсь, что циска это умеет. Так что если транспортная среда не позволяет доложить о congestion, все равно будет банальный дроп. --- QDed beta v1.3 under FreeBSD 4.0-RELEASE * Origin: Взялся за гуж - полезай в кузов... (2:5025/3.4) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/224840a3c1c2.html, оценка из 5, голосов 10
|