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

Исходное сообщение
"IPFW shape UDP траффик"

Отправлено Philips , 23-Сен-02 11:36 
Вопрос в слудующем.
Пытался настроить shape с помощью IPFW
Есть tcp и udp трафик. у tcp трафика проиритет 1, у udp 100.
Кусок конфига представлен ниже.  
  
$ipfw pipe 10 config bw 20Kbyte/s
$ipfw queue 1 config pipe 10 weight 1
$ipfw queue 2 config pipe 10 weight 100
$ipfw add queue 1 tcp from any to 192.168.0.1 out
$ipfw add queue 2 udp from any to 192.168.0.1 out

Shape работает, но если идет выкачка FTP или HTTP, то udp траффик забивается. Пробовал настраивать размеры очереди для каждого вида траффика (для tcp траффика queue 2, для udp траффика queue 20) - не помагает.
Есть подозрение, что надо настроить RED для tcp траффика. Что-то вроде такого:
$ipfw queue 1 config pipe 10 weight 1 red 0.002/25/45/0.1

Но не могу разобратся с опциями red. Подскажите, что для red каждая цифра  означает (red 0.002/25/45/0.1). В man ipfw ничего об этом нет.
Или подскажите как все таки сделать так, что-бы Udp траффик в моем случае не забивался tcp траффиком. Развести их на разные pipes не предлагать, т.к. охота настроить что-то вроде "мягкого" шейпа.


  


Содержание

Сообщения в этом обсуждении
"RE: IPFW shape UDP траффик"
Отправлено Philips , 26-Сен-02 09:01 
Что, ни у кого никаких идей по этому топику нет???

"RE: IPFW shape UDP траффик"
Отправлено LinaS , 26-Сен-02 10:02 
>Вопрос в слудующем.
>Пытался настроить shape с помощью IPFW
>Есть tcp и udp трафик. у tcp трафика проиритет 1, у udp
>100.
>Кусок конфига представлен ниже.
>
>$ipfw pipe 10 config bw 20Kbyte/s
>$ipfw queue 1 config pipe 10 weight 1
>$ipfw queue 2 config pipe 10 weight 100
>$ipfw add queue 1 tcp from any to 192.168.0.1 out
>$ipfw add queue 2 udp from any to 192.168.0.1 out
>
>Shape работает, но если идет выкачка FTP или HTTP, то udp траффик
>забивается. Пробовал настраивать размеры очереди для каждого вида траффика (для tcp
>траффика queue 2, для udp траффика queue 20) - не помагает.
>
>Есть подозрение, что надо настроить RED для tcp траффика. Что-то вроде такого:
>
>$ipfw queue 1 config pipe 10 weight 1 red 0.002/25/45/0.1
>
>Но не могу разобратся с опциями red. Подскажите, что для red каждая
>цифра  означает (red 0.002/25/45/0.1). В man ipfw ничего об этом
>нет.

если я правильно помню (в свое время тоже пришлось с этим поколбасить), то цифры означают примерно следующее:
0.002 и 0.1 - процент отбрасываемых пакетов
25 и 45 - процент загрузки канала.
короче, это значит, что при загрузке канала от 25% до 45% отбрасывать 0.2% пакетов, при загрузке выше 45% - отбрасывать 10% пакетов.

>Или подскажите как все таки сделать так, что-бы Udp траффик в моем
>случае не забивался tcp траффиком. Развести их на разные pipes не
>предлагать, т.к. охота настроить что-то вроде "мягкого" шейпа.
>
>
>


И когда я с этим разбиралась, у меня была задача гарантированно выделить траффику ssh широкую полосу в случае если такой траффик есть (короче, чтобы не тормозил ssh).
Так вот, особо у меня это не получилось... То есть ssh все равно тормозил при большом объеме http/ftp...


"RE: IPFW shape UDP траффик"
Отправлено Philips , 02-Окт-02 11:17 
Спасобо за объяснения.
>И когда я с этим разбиралась, у меня была задача гарантированно выделить
>траффику ssh широкую полосу в случае если такой траффик есть (короче, ??
>чтобы не тормозил ssh).
>Так вот, особо у меня это не получилось... То есть ssh все равно тормозил >при большом объеме http/ftp...
А  с другими шейперами (ALTQ, BW) у тебя мягкий шейп получился для этих условий?

"RE: IPFW shape UDP траффик"
Отправлено LinaS , 02-Окт-02 12:18 
>Спасобо за объяснения.
>>И когда я с этим разбиралась, у меня была задача гарантированно выделить
>>траффику ssh широкую полосу в случае если такой траффик есть (короче, ??
>>чтобы не тормозил ssh).
>>Так вот, особо у меня это не получилось... То есть ssh все равно тормозил >при большом объеме http/ftp...
>А  с другими шейперами (ALTQ, BW) у тебя мягкий шейп получился
>для этих условий?

с BW не пробовала, а с ALTQ (CBQ) - у меня получилось еще хуже, чем с ipfw queue
проблема решилась только когда апгрейдили канал :)