Исходное сообщение
"PF :(" Отправлено Andrew Kolchoogin, 25-Апр-07 11:48
>> Тогда это делается выносом каждого хоста в отдельный класс. > ага. и т.к. задание полноклассовой дисциплиной может быть кто-то один > (т.е. либо вешаем cbq и отказываемся от hfsc, либо вешаем hfsc и забываем про cbq), > то упираемся в лимит на количество очередей в hfsc.     Ну, про HFSC в оригинальном задании не было ни слова, а у CBQ таких ограничений нет, да и пересобрать ядро с повышенным количеством HFSC-классов -- тоже не rocket science, просто дело в том, что ставить FreeBSD для обеспечения HFSC QoS для ТЫСЯЧИ хостов -- это какая-то не совсем тривиальная задача. ;) >> Согласен, что конфиг получается жопным, и никакого решения, кроме генерации его >> скриптом нет. > К сожалению, у pf много таких вот неочевидных проблем много.     Проблемы _PF_ я здесь не вижу в принципе. Это проблема, скорее, ALTQ, которая появилась лет за семь до PF. > Можно ещё вспомнить прохождение через nat "проблемных" протоколов вроде ftp/pptp etc...     Ну, net/ftpsesame решает проблемы с FTP, а что касается PPTP -- то тут, безусловно, жопа. Но, строго говоря, и с IPFW жопы меньше не становится.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Тогда это делается выносом каждого хоста в отдельный класс. >> ага. и т.к. задание полноклассовой дисциплиной может быть кто-то один >> (т.е. либо вешаем cbq и отказываемся от hfsc, либо вешаем hfsc и забываем про cbq), >> то упираемся в лимит на количество очередей в hfsc. > Ну, про HFSC в оригинальном задании не было > ни слова, а у CBQ таких ограничений нет, да и пересобрать > ядро с повышенным количеством HFSC-классов -- тоже не rocket science, просто > дело в том, что ставить FreeBSD для обеспечения HFSC QoS для > ТЫСЯЧИ хостов -- это какая-то не совсем тривиальная задача. ;) >>> Согласен, что конфиг получается жопным, и никакого решения, кроме генерации его >>> скриптом нет. >> К сожалению, у pf много таких вот неочевидных проблем много. > Проблемы _PF_ я здесь не вижу в принципе. > Это проблема, скорее, ALTQ, которая появилась лет за семь до PF. >> Можно ещё вспомнить прохождение через nat "проблемных" протоколов вроде ftp/pptp etc... > Ну, net/ftpsesame решает проблемы с FTP, а что > касается PPTP -- то тут, безусловно, жопа. Но, строго говоря, и > с IPFW жопы меньше не становится.
	Введите код, изображенный на картинке: