URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 84540
[ Назад ]

Исходное сообщение
"Агрегация пакетов"

Отправлено lyric , 18-Мрт-09 09:19 
Стоит задача - пропустить интернет-трафик небольшой локальной сети (около 150 юзеров) через радиоканал.

Бюджетные точки доступа с этой задачей уже не справляются, на более дорогое оборудование, как всегда, нет денег.

Судя по описаниям, проблема ТД в том, что их процессоры не справляются с большим количеством пакетов даже при относительно небольших скоростях.

Возникла идея агрегировать несколько пакетов в один перед радиоканалом и распаковывать за ним (естественно, это будет в ущерб времени отклика). Все существующие алгоритмы сжатия, которые я нашел, влияют на размер пакета, но не на их количество.

Существует ли решение, позволяющее реализовать subj?


Содержание

Сообщения в этом обсуждении
"Агрегация пакетов"
Отправлено rizer , 18-Мрт-09 10:52 
>[оверквотинг удален]
>
>Судя по описаниям, проблема ТД в том, что их процессоры не справляются
>с большим количеством пакетов даже при относительно небольших скоростях.
>
>Возникла идея агрегировать несколько пакетов в один перед радиоканалом и распаковывать за
>ним (естественно, это будет в ущерб времени отклика). Все существующие алгоритмы
>сжатия, которые я нашел, влияют на размер пакета, но не на
>их количество.
>
>Существует ли решение, позволяющее реализовать subj?

Недавно решали точно такую же проблему.
Проблема кстати состоит в фундаментальных ограничениях wifi на кол-во пакетов в секунду, а не в процессоре.
Нашли единственный приемлемый вариант, http://www.mikrotik.com/.

У них есть технология nstreme, которая как раз агрегацией и занимается, упаковывает в пакет объёмом 3200, несколько мелких пакетов. ping на 1.5 км(1-2 мс)

У нас сейчас работает 20/20 Мбит, до 6000 pps(в обе стороны), судя по встроенным в точку тестам, она потянет 30/30 при среднем пакете 750.



"Агрегация пакетов"
Отправлено pavel_simple , 18-Мрт-09 11:20 
>[оверквотинг удален]
>
>Судя по описаниям, проблема ТД в том, что их процессоры не справляются
>с большим количеством пакетов даже при относительно небольших скоростях.
>
>Возникла идея агрегировать несколько пакетов в один перед радиоканалом и распаковывать за
>ним (естественно, это будет в ущерб времени отклика). Все существующие алгоритмы
>сжатия, которые я нашел, влияют на размер пакета, но не на
>их количество.
>
>Существует ли решение, позволяющее реализовать subj?

man racoon.conf
.........
   Timer Specification
     timer { statements }
.........
             persend number;
                     the number of packets per send.  The default is 1.