агрегация мелких пакетов

[adron2]

Нужен туннельный софт(под linux/freebsd) который способен поднимать туннель и агрегировать мелкие пакеты передавая большие. То есть при потоке кучи мелких пакетов они накапливаются и по сети передается один большой содержащий эти мелкие. На другой стороне туннеля этот пакет распаковывается и дальше идут мелкие пакеты.

Просто есть линк по радио который больше 500 пакетов в секунду не переваривает а необходжимо через него пускать linage2, war3, conter strike, etc....

[lorentz]

Нужен туннельный софт(под linux/freebsd) который способен поднимать туннель и агрегировать мелкие пакеты передавая большие. То есть при потоке кучи мелких пакетов они накапливаются и по сети передается один большой содержащий эти мелкие. На другой стороне туннеля этот пакет распаковывается и дальше идут мелкие пакеты.

Просто есть линк по радио который больше 500 пакетов в секунду не переваривает а необходжимо через него пускать linage2, war3, conter strike, etc....

pf (scrub + normalize) может помочь. Он будет собирать маленькие пакеты в один большой (по крайней мере у меня вроде как собирает).

[dengus]

Имеется радиолинк на точках доступа. Точки езернет портами включены непосредственно в роутеры (Mikrotik). По сетям также гуляет всякого рода трафик, забивающий канал мелкими пакетами. В микротике есть модуль IP Packing (M3P). В документации говорится, что помогает на WiFi интерфейсах, поможет ли в случае Ethernet PCICard+AccessPoint? Кто нибудь сталкивался с данной ситуацией? Может IP-IP туннель поднять?

 

Чуть не забыл сказать, что тестировал IP Packing на этих двух роутерах соединенных патч-кордом (на столе естественно). Пинги по 65500 до включения IP Packing отвечали по 30мс, после включения по 60 мс. Пинги по 65500 только между точками (без включения в сети) по 70-80 мс.

Edited May 19, 2007 by dengus

[user_anonymous]

В контру после такого будет очень плохо играть - будут ужасные лаги.

[dengus]

линейку, контру, варик - фтопку! :-)

[builder]

adron2,

когда-то в процессе настройки VPN-туннеля между двумя DI-804-ми столкнулись с проблемой размера MTU, задача стояла "видеть сетевое окружение". Размеры сейчас не помню, но могу посмотреть при надобности, а проблема состояла в следующем при изменении MTU на маршрутизаторах, netbios начинал бегать в туннеле, но в офисе отказывался работать банк-клиент, то наоборот. Так вот не говорит ли это о том, что ПО VPN-туннелей итак агрегирует под какой-то размер MTU. Это правда несколько не из той оперы, более про нефрагментируемые протоколы, но тем не менее.