Ok, хотя надеюсь, что не повторится...

Добрый день! Не могу отловить проблему - так случилось, что сгорел бесперебойник. После аварийного старта не поднялась маршрутизация. Сервер в бою, долго ковыряться времени не было. До этого неоднократно проверяли на предмет корректного запуска - всё поднималось. Перезагрузили сервак - всё заработало. Прошло два дня - из-за сбоя питания сервер перезагрузился ещё раз. Ситуация повторилась 1 в 1. Наружние имена резолвятся, но пинг не проходит. 5 минут поиска пакетов от клиентов по аппаратным интерфейсам ничего не дали. Рестарт named, mpd - тоже. sysctl -w net.inet.ip.forwarding=0; sysctl -w net.inet.ip.forwarding=1 - тоже. Выглядело всё так, будто выключено net.inet.ip.forwarding, хотя параметр был включен. Перезагрузка опять вернула всё на место - всё заработало. В rc.conf есть такие строки:
fsck_y_enable="YES"
background_fsck="NO"

Т.е., запуститься на "грязной" fs он не смог бы. В логах - чисто (или не там смотрел)...

Помогите отловить проблему - бесперебойник завтра вернётся, но всё равно, неприятно.

PS:
%uname -a
FreeBSD rotor 8.2-STABLE FreeBSD 8.2-STABLE #3: Sun Mar  6 13:56:21 EET 2011     root@rotor:/usr/obj/usr/src/sys/ROTOR  i386

В общем, детальный разбор прохождения пакетов по правилам выявил такой глюк: ядро биллинга прописывает следущее правило:

Код:

05400 pipe tablearg ip from table(11) to any

Код:

# ipfw table 11 list
10.5.0.17/32 1008
10.5.0.147/32 1004

при этом есть такие трубы:

Код:

# ipfw pipe list
01004:   1.000 Mbit/s    0 ms   50 sl. 1 queues (1 buckets) droptail
    mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
  0 udp       10.5.0.147/137        10.5.0.255/137      2      156  0    0   0
00001: unlimited    0 ms   50 sl. 0 queues (1 buckets) droptail
01008:   1.000 Mbit/s    0 ms   50 sl. 1 queues (1 buckets) droptail
    mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
  0 tcp        10.5.0.17/56457 147.102.222.211/21     332    15936  0    0   0

а на деле получается следующее:

Код:

Mar 20 20:18:20 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1
Mar 20 20:18:23 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1
Mar 20 20:18:26 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1
Mar 20 20:18:29 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1
Mar 20 20:18:35 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1
Mar 20 20:18:48 ipfw: 5400 Pipe 65535 TCP 10.5.0.17:59098 141.41.9.9:21 in via fxp1

В итоге шейпера нет в принципе. Просто удивительно, как эти 332 пакета попали в нужную трубу...

[на 1-2 минуты]

Что-то мне кажется, что проблема вовсе не в роутере. Попробуйте на 1-2 минуты включить туду абсолютно любую машинку и качните что-нибудь из интернета. Кажется мне, что результат будет таким же. Отсюда вывод - 100 Мб/с - это дают скорость до конвертера, а дальше провайдер давит 1 Мб/с.

PS: Может 100 Мб/с - это скорость доступа к ресурсам провайдера?

2 Maks: Вам же написано - не поддерживается протокол divert. Неизвестно, как оно у Вас раньше работало (кто этот диверт запускал), но этот модуль тоже нужно подгружать, чтобы вся связка  работала.

2 goletsa: Не думаю, что поможет, если не вспомнить про divert.

Добрый день! Понимаю, что это не совсем вопрос по биллингу, но все же... Поставили версию 49.32, все по инструкции по установке, кроме одного - вместо pf использовал ipfw nat.
Система - 7.3-PRERELEASE. Прописали клиентов, тарифы, указал скорость в тарифе - 1Мб, клиент авторизуется, попадает во все таблицы, создается труба:

Код:

01008:   1.000 Mbit/s    0 ms   50 sl. 1 queues (1 buckets) droptail
    mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
  0 icmp       10.5.0.17/0       74.125.87.103/0     130501  5494337  0    0   0

, трафик от клиета попадает в трубу...
При попытке скачать perl (11МБ) с одного из официальных сайтов раздачи скорость прыгала около положенных 120 кБ/с. Но при попытке чуть позже скачать скорость легко поднималась до 600-800кБ/с.

Код:

01008:   1.000 Mbit/s    0 ms   50 sl. 1 queues (1 buckets) droptail
    mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
  0 icmp       10.5.0.17/0       74.125.87.103/0     149974  6300990  0    0   0

Интересно, что адрес в трубе не поменялся, хотя счетчик трафика изменился (увы, - незначительно).

Код:

# ipfw list
00050 allow tcp from any to me dst-port 22
00051 allow tcp from me 22 to any
00110 allow ip from any to any via lo0
00120 skipto 1000 ip from me to any
00130 deny icmp from any to any in icmptypes 5,9,13,14,15,16,17
00140 nat 1 ip from any to any via fxp0
00160 skipto 2000 ip from any to me
00200 skipto 500 ip from any to any via fxp0
00300 skipto 4500 ip from any to any in
00400 skipto 450 ip from any to any recv fxp0
00420 divert 1 ip from any to any
00450 divert 2 ip from any to any
00490 allow ip from any to any
00500 skipto 32500 ip from any to any in
00510 divert 1 ip from any to any
00540 allow ip from any to any
01000 allow udp from any 53,7723 to any
01010 allow tcp from any to any setup keep-state
01020 allow udp from any to any keep-state
01100 allow ip from any to any
02000 check-state
02010 allow icmp from any to any
02020 allow tcp from any to any dst-port 80,443
02050 deny ip from any to any via fxp0
02060 allow udp from any to any dst-port 53,7723
02100 deny ip from any to any
05000 deny ip ip from not table(0) to any
05001 skipto 5010 ip from table(127) to table(126)
05002 skipto 5030 ip from any to not table(2)
05003 deny ip from any to not table(1)
05004 pipe tablearg ip from table(21) to any
05005 deny ip from any to any
05010 pipe tablearg ip from table(127) to any
05030 deny tcp from table(15) to any dst-port 25
05400 pipe tablearg ip from table(11) to any
32000 deny ip from any to any
32490 unreach host-unknown log ip from any to any
33000 pipe tablearg ip from table(126) to table(127)
33001 skipto 33010 ip from not table(2) to any
33002 pipe tablearg ip from any to table(20)
33003 deny ip from any to any
33400 pipe tablearg ip from any to table(10) dst-ip 255.255.255.255
65535 deny ip from any to any

Ман не просветлил, гугл, опеннет тоже ясности не дали. В общем, пните в нужную сторону - я с пайпами сталкиваюсь впервые. Теоретически, все правильно и должно работать, но на практике - что-то не выходит каменный цветок.