FreeBSD 7.2 pipe dummynet

[carleone]

Добрый день.

 

FreeBSD 7.2-RELEASE-p5

 

Кто-нибудь сталкивался с проблемой http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/144269 ? И как пытались её решить?

 

Все работало как часы. Около 10 различных пайпов на вход на выход с фиксированной скоростью.

 

К примеру:

$fwcmd pipe 52 config mask src-ip 0xffffffff bw 1899Kbit/s gred 0.002/10/30/0.1 queue 10
$fwcmd pipe 53 config mask dst-ip 0xffffffff bw 1899Kbit/s gred 0.002/10/30/0.1 queue 10

и

# 1900Kbit/s
$fwcmd add 530 pipe 52 ip from table'(6)' to any out // unlim 1899kb/s
$fwcmd add 535 pipe 53 ip from any to table'(6)' in  // unlim 1899kb/s

 

В таблицу из биллинга добавляется x.x.x.x/32.

В 53 и 52 pipe стали попадать адреса из других таблиц, которые не находятся в таблице 6.

Но в table 6 находится один адрес, который не удаляется, как по ссылке на баг. Я так понимаю, проблемы между собой связаны, судя по http://forum.nag.ru/forum/index.php?showtopic=54457.

Мне ipfw table flush, ipfw pipe flush не помогает. Думаю reboot поможет, но все же...

 

Как решить?

 

 

 

[andriko]

можно ребут сделать с коредампом и дописать результаты в пр... :)

[AntonS]

да было такое

но еще во времена 7.0

походу до сих пор проблема не ушла

у тебя на этой тачке случаем нат нету?

 

если есть

то тогда понятно

[st_re]

Есть такая буква в этом слове. Судя по всему при активном изменении таблиц при активном их же чтении, что то не так лочится, и что то там зависает. Бывает не часто флюш не лечит, ребут лечит, но, как там по ссылке указано, оно может и вернуться с другим набором проблемных IP.

 

У меня бывает чаще на машинах с натом (pf) и пачкой шейпов по tablearg, бывает, но много реже на машинах без ната (но там и шейпищихся много меньше) и было и с просто pipe 99 ip from any to table (99) out via em0. причем бывало, что в table 99 list нету а в пайп 99 лезет. с табле арг бывало, что в какойто пайп вдруг начинало что то лезть, что ни в какой пайп не должно было. лечил наличием 999 пайпа без параметров и в в таблице 999 параметром у всех не причастных (благо остальная часть, как то in, out, via итд работоспособна)

Edited June 8, 2010 by st_re

[Deac]

Если l2 фильтруешь, то и удивляться нечему!

Лечится добавлением "layer2 mac-type 0x800"

Если l2 не фильтруешь и всё равно лезет чухня, то х.з., никогда не видел.

Edited June 8, 2010 by Deac

[carleone]

да было такое

но еще во времена 7.0

походу до сих пор проблема не ушла

у тебя на этой тачке случаем нат нету?

 

если есть

то тогда понятно

Ната нет.