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

Проблема зависания софт роутера

Стоит софтовый роутер:

FreeBSD 5.3

Duron 1GHz

128 RAM

HDD 4GB

2 x Intel 8461B (82558) 100Mb

Device polling (options DEVICE_POLLING, kernl.polling.enable=0)

 

Возникают проблемы с зависанием.

 

Суть проблемы:

В один прекрасный момент роутер зависает и начинает слать в свитч очень много пакетов (индикатор на свитче постоянно мерцает, а на карточке - нет). При этом свитч "замирает" пока не отключишь коннектор от свитча. Из-за чего это может происходить?

На роутере кроме как "маршрутизации" нет больше никаких задач.

Бывает, свитч "замрет" на минутку и отойдет, а бывает, только после отключения роутера.

 

Также не смог настроить DEVICE POLLING. При включении, скорость 30-1100 Кбайт/с, при отключении 2500-7000Кбайт/с.

Share this post


Link to post
Share on other sites

В дополнение...

 

Последние данные в логах при зависании

Feb 19 18:06:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:28:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:30:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:31:08 router kernel: arp: link address is broadcast for IP address 10.3.4.5!

Feb 19 18:31:53 router kernel: arp: link address is broadcast for IP address 10.3.4.5!

Feb 19 18:32:31 router kernel: arp: 192.168.0.13 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:32:41 router kernel: arp: 192.168.0.13 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:36:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

 

На интерфейсе fxp0 находится сеть 192.168.0.0/24

На интерфейсе fxp1 находится сеть 10.3.0.0/16, тамже стоят роутеры в другие сети. У одного человека стоит "внутренняя локалка" 192.168.0.0/24, его внешний IP 10.3.0.1 MAC 00:80:48:15:bc:24

Share this post


Link to post
Share on other sites

В дополнение...

 

Последние данные в логах при зависании

Feb 19 18:06:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:28:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:30:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:31:08 router kernel: arp: link address is broadcast for IP address 10.3.4.5!

Feb 19 18:31:53 router kernel: arp: link address is broadcast for IP address 10.3.4.5!

Feb 19 18:32:31 router kernel: arp: 192.168.0.13 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:32:41 router kernel: arp: 192.168.0.13 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

Feb 19 18:36:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

 

На интерфейсе fxp0 находится сеть 192.168.0.0/24

На интерфейсе fxp1 находится сеть 10.3.0.0/16, тамже стоят роутеры в другие сети. У одного человека стоит "внутренняя локалка" 192.168.0.0/24, его внешний IP 10.3.0.1  MAC 00:80:48:15:bc:24

 

Подозреваю что у того одного человека проблемы с NAT и его пакеты из внутренней сети 192.168.0.0/24 попадают на интерфейс, на котором они появляться не должны... Роутер ждёт адреса 192.168.0.0/24 на fxp0 а они появляются на fxp1. Это не нормально... Я бы не позволял хождение по своей сети адресам пита 192.168.0.0/24, раз уж в этой сети приняты адреса из сети 10.0.0.0/8. Просто сеть 192.168.0.0/16 как правило используется в локальных сетях (т.е. у клиентов), а если по каким-то причинам такие пакеты (с такими адресами) будут проходить за пределы локалки клиента - то это может вот таким вот образом повлиять на работу сети вышестоящей. К примеру на роутерах любого провайдера запрещено ходить "серым" адресам, подобное надо делать и тут.

Можно просто запретить хождение адресов из сети 192.168.0.0/24 по интерфейсу fxp1. Это решит проблему...

Share this post


Link to post
Share on other sites

Стоит софтовый роутер:

FreeBSD 5.3

Duron 1GHz

128 RAM

HDD 4GB

2 x Intel 8461B (82558) 100Mb

Device polling (options DEVICE_POLLING, kernl.polling.enable=0)

 

Возникают проблемы с зависанием.

 

Суть проблемы:

В один прекрасный момент роутер зависает и начинает слать в свитч очень много пакетов (индикатор на свитче постоянно мерцает, а на карточке - нет). При этом свитч "замирает" пока не отключишь коннектор от свитча. Из-за чего это может происходить?

На роутере кроме как "маршрутизации" нет больше никаких задач.

Бывает, свитч "замрет" на минутку и отойдет, а бывает, только после отключения роутера.

 

Также не смог настроить DEVICE POLLING. При включении, скорость 30-1100 Кбайт/с, при отключении 2500-7000Кбайт/с.

 

Скорее всего аппаратная проблема в материнской плате либо PCI-шине, либо ядро отказывается работать с конкретной моделью материнки. У меня была такая трабла - вдруг все висло, включая свитч. При этом могут появляться сообщения ядра device fxp0 timeout. Проблема решилась заменой материнки.

Share this post


Link to post
Share on other sites

Feb 19 18:36:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

как вы объясните это?

из за сбоя в БП пакеты начинают ходить по другому интерфейсу? на котором их (пакетов) в принципе не должно быть!

Share this post


Link to post
Share on other sites

Feb 19 18:36:47 router kernel: arp: 192.168.0.11 is on fxp0 but got reply from 00:80:48:15:bc:24 on fxp1

как вы объясните это?

из за сбоя в БП пакеты начинают ходить по другому интерфейсу? на котором их (пакетов) в принципе не должно быть!

Нет, я про то, что может напряжение скачет и комп зависает, БП плохо фильтрует.

Share this post


Link to post
Share on other sites

Попробуйте поставить другие сетевухи. На 5.3 есть странности с дровами. Поставили 5.3, поставили Postfix, настроили. Письма идут, все хорошо, но только идет письмо с любым атачем -отваливается сетевуха !!! Надо делать интерфей down up, и так опять, до письма с атачем. Заменили сетевуху и проблема решилась.

Мама Asus P4P800 сетевуха встроенная.

Share this post


Link to post
Share on other sites

Завмсание раутера теперь происходит 2-3 раза в день!

Это очень мне не нравится!

 

Может у кого-то еще есть какие-то мысли?

Share this post


Link to post
Share on other sites

Завмсание раутера теперь происходит 2-3 раза в день!

Это очень мне не нравится!

 

Может у кого-то еще есть какие-то мысли?

 

Что бывало у меня:

1) Блок питания.

2) IMQ юзал - висло.

Share this post


Link to post
Share on other sites

Трабл с зависанием так еще и не решен... вот что заметил нового.

 

При зависании роутера, сетевухи шлют что-то очень много в свитч, при этом. те 2 свитча, к которым подключен роутер, почти не функционируют. Ничего не пингуется, нельзя попасть ни на один компьютер, зато последующие свитчи нормально работают.

Также заметил, что если есть открытое соединение PPPOE с провайдером, то оно работает, даже когда подвисли свитчи. Но если его разорвать, то новое соединение не создается.

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.