Jump to content
Калькуляторы

FreeBSD 7.2 pipe dummynet В пайпы попадают неправильные IP

Добрый день.

 

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 поможет, но все же...

 

Как решить?

 

 

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

да было такое

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

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

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

 

если есть

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

Share this post


Link to post
Share on other sites

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

 

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

Edited by st_re

Share this post


Link to post
Share on other sites

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

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

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

Edited by Deac

Share this post


Link to post
Share on other sites
да было такое

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

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

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

 

если есть

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

Ната нет.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this