Перейти к содержимому
Калькуляторы

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

 

Как решить?

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да было такое

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

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

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

 

если есть

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Изменено пользователем st_re

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Изменено пользователем Deac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да было такое

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

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

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

 

если есть

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

Ната нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.