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