|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 13 May 2004 20:15:06
To : Oleg Derevenetz
Subject : Journal FS mustdie!
--------------------------------------------------------------------------------
13 May 04, Oleg Derevenetz writes to Slawa Olhovchenkov:
OD>>> Провайдерская сторона должна добавлять payload еще до того, как
OD>>> пакет уйдет в Zyxel. Минимальный размер фрейма в Ethernet, если мне
OD>>> не изменяет память, 46 байт, так что оверхеда за счет "добивания" не
OD>>> должно быть.
SO>> У нас есть полтора кило от мыла. Мы их и отправили. И они улетели --
SO>> мы глазом моргнуть не успели. Медленно мы отправлять не можем --
SO>> улетает всегда со скоростью езернета. В буфере сетевухи пакет так же
SO>> не принято
OD> Почему не можем ?
Потому что по езернету пакеты передаются со скорость или 10 или 100 или 1000 или
10000 мбит/с.
OD> А как же мы отправляем (C) ?
Вот с такими скоростями и отправляем.
OD> Это оффтопик, пожалуй, но на cisco это делается с помощью
OD> иерархических policy-map - внешний с police, внутренний с LLQ,
OD> навешиваемого на Virtual-Access (применительно к PPPoE).
Это тебе даст либо задержку следующих пакетов либо их дропание. Hо при этом
пакет в интерфейс улетит все равно на интерфейсной скорости. И на другой
скорости он этого делать не умеет.
OD> То есть LLQ работает правильно (police настроен соответственно
OD> скорости на DSL-линке), печалит только отсутствие фрагментации.
Я повторюсь -- пакет, улетевший по езернету в DSL-модем/концентратор ты уже не
переформируешь. В отличии от ATM, торчащего в роутер где cell можно с перерывами
подкидывать, соблюдая среднюю скорость и вовсе не обязательно всю
полуторакильную пачку засовывать сразу на скорости 155мбит/с.
SO>> на ходу исправлять. Как ты предлагаешь туда payload добавлять? Его
SO>> _еще_ нету, он только через 20мс придет. если не потеряется.
OD> Запросто предлагаю. До LLQ пакеты бьются на фрагменты, полисер дает LLQ
OD> работать в соответствии с реальной пропускной способностью DSL-линка
OD> дальше.
Так это ты не добавление payload предлагаешь, а устроить искуственную жесткую
фрагментацию с пересборкой. Большие накладные расходы и отсутствие явной
информации о congestion. Других подстав вроде нету.
SO>> Все резать на минимальные езернетовские фреймы -- 18 байт езернетного
SO>> оверхеда + 6 байт твоих накладных тебе канал в ноль усадят.
OD> Hу в общем да, 24 байта оверхеда многовато. Hо на DSL как правило 256/512k
У нас продают 64download/16upload.
OD> минимум продают, поэтому фрагменты можно и поболее сделать размером,
OD> чем 64 байта.
Hа таком линке около 256 получается. 25% оверхеда.
... Hе все то глюк, что блестит
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
