|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg Derevenetz 2:5025/3.4 13 May 2004 17:23:37
To : Slawa Olhovchenkov
Subject : Journal FS mustdie!
--------------------------------------------------------------------------------
At 13 May 04 13:14:50, Slawa Olhovchenkov wrote to Oleg Derevenetz:
OD>>>> Hа это можно было бы возразить, что резать IP-пакеты можно было бы
OD>>>> и на "не совсем IP-пакеты", а скажем с нечто типа VJ
OD>>>> compression или что-то проприетарное с элементарными заголовками
OD>>>> вроде ID пакета + ID фрагмента - на P2P-линках больше и не надо, и
OD>>>> не привязываться к L2 в этом смысле.
SO>>> Улетевший из твоей сетевухи в модем полуторакильный езернетовский
SO>>> фрейм почты (на 10мбит/с) уже не переформируешь, дабы вставить туда
SO>>> несколько головых пайлодов.
OD>> Это почему ? Выдираем из него IP-пакет,разбиваем его на N (лучше M)
OD>> фрагментов с "облегченными" заголовками вроде ID пакета в буфере
OD>> отправки (скажем, 4/8 байт) + ID фрагмента (скажем, 1 байт) + количество
OD>> фрагментов (для первого фрагмента, скажем, 1 байт), итого максимум
OD>> 10 байт, засовываем их в очередь с низким приоритетом. Если за время
OD>> отправки этих фрагментов придет RTP, то он засунется в
OD>> высокоприоритетную очередь и отправится сразу после отправки
OD>> текущего фрагмента из низкоприоритетной очереди. Если (не забываем про
OD>> 10 Mbit) пакет или часть фрагментов не помещаются в очередь с
OD>> низким приоритетом, дропаем пакет. Это естественно простейший
OD>> алгоритм без учета всяких RED. В теории, разработав подобный
OD>> стандартный протокол, можно было бы его применять поверх любого L2 там,
OD>> где необходимо обеспечивать нужные delay и jitter. Оверхед - в случае
OD>> ID пакета размером 8 байт и фрагмента размером 64 байта составит
OD>> порядка 14%, в случае ID размером 4 байта - 7.8%. В чем по-твоему
OD>> засада ?
SO> В том, что модем должен работать бриджем. А роутер -- он с той стороной
SO> стандартный MPPP поднять может.
Hу в общем да, но вопрос-то был "а почему бы и не резать IP-пакеты без
привязки к L2" :-) Я так понял, что речь шла о роутерах. А MPPP - это
конечно все понятно, но рассматривался гипотетический случай, к примеру,
PPPoE over ATM, когда на том конце стоит тупейший Ethernet-свитч наподобие Zyxel
IES-1000 и никакого MPPP over ATM там, понятное дело, не предвидится.
А подобный протокол помог бы решить проблему с фрагментацией пакетов over
что угодно (между роутерами, которые его поддерживают, естественно).
--- QDed beta v1.3 under FreeBSD 4.0-RELEASE
* Origin: Взялся за гуж - полезай в кузов... (2:5025/3.4)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
