The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..., auto_tips (ok), 09-Апр-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Маршрутизатор на базе FreeBSD с приоритизация трафика средствами PF и ALTQ"  +/
Сообщение от bga83 (ok), 09-Апр-12, 14:27 
пропускная способность такого решения упрется в цифру 150-180 Мбит/сек. Больше pf просто не в состоянии обработать. Связано с тем, что он работает только в дин поток, в отличие от ipfw.

Касаемо непосредственно правил: наличие в правилах quick крайне нежелательно и можно отнести к ошибке автора, хотя с чисто формальной точки зрения все будет работать. К тому же есть подозрение, что не совсем корректно идет заворачивание трафика в очереди(надо более детально разбираться, но поверхностный анализ говорит именно об этом). По умолчанию все правила pf имеют keep state, а это значит, что обратные пакеты будут попадать под тоже самое правило и значит проходить те же очереди, что не является корректным.

Ответить | Правка | Наверх | Cообщить модератору

2. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 09-Апр-12, 18:47 
1. То что PF работает в один поток - не есть проблема до 800 Мбит/с на недорогих интеловых гигабитках. Можете прочесть хотя бы тут
https://calomel.org/network_performance.html
В репозитории имеется отдельный проект, основной задачей которого задействовать SMP для пакетного фильтра, так что недалек тот час ...
2. По правилам. Вы хоть одну статью читали по оптимизации PF?  Видимо нет. Из обязательных - PF: Firewall Ruleset Optimization написанная Даниэлем Хартмейером на OpenBSD Journal.
Так вот основная суть оптимизации - максимальный шаг пропуска (skip step). Опция quick в правиле срабатывает сразу по первому совпадению, а не происходит дальшейшее прохождение с целью поиска совпадений по рулесету.
По-поводу догадок о некорректности заворачивания. Такие конфги нормально работают на моих серверах давно и все нормально заворачивается. Поднимайте виртуалку и смотрите, а догадки оставьте при себе.

>По умолчанию все правила pf имеют keep state, а это значит, что обратные пакеты будут
>попадать под тоже самое правило и значит проходить те же очереди, что не является

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>корректным.

Это какая-то чушь, извините.

Ответить | Правка | Наверх | Cообщить модератору

24. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 03:11 
>  1. То что PF работает в один поток - не есть
> проблема до 800 Мбит/с на недорогих интеловых гигабитках. Можете прочесть хотя
> бы тут
> https://calomel.org/network_performance.html

можно пример "недорогой интеловской гигабитки"?
А то как бы 82576 стоит не так уж и недорого.

Ответить | Правка | Наверх | Cообщить модератору

4. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от mma (?), 10-Апр-12, 05:46 
>пропускная способность такого решения упрется в цифру 150-180 Мбит/сек

Ерунда, все упрется в железо(проц и сетевухи) а не в ядро и софт

>наличие в правилах quick крайне нежелательно и можно отнести к ошибке автора

Это почему?

>По умолчанию все правила pf имеют keep state, а это значит, что обратные пакеты будут попадать под тоже самое правило и значит проходить те же очереди, что не является корректным.

Все ведь зависит от политики: допустим statefull или только stateless

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

21. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Andrew Kolchoogin (?), 12-Апр-12, 00:51 
Нет, не будет проходить, и это FAQ.

ALTQ появляется в ядре путём патча сетевых драйверов -- макрос IF_DEQUEUE() заменяется на IFQ_DEQUEUE(). IFQ_ENQUEUE() не существует в природе -- ALTQ работает ТОЛЬКО с исходящими пакетами.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру