SaD_bz Posted August 20, 2008 Posted August 20, 2008 Приветствую! Люди подскажите кто что может, неделю бьюсь уже.... Ситуация такая: Есть домашние сети, канал до них подаётся по двум радиолинкам, на ключевых узлах поставил три линуксовых маршрутизатора (Ubuntu 8.4) 1 - перед раздачей на 2 канала 2 - на выходе первого канала 3 - на выходе второго канала Поднят отдельный линк между конечными точками канала (кольцо) На каждом маршрутизаторе три сетевухи, объединены мостом br0 eth1 - Резервный канал eth2 - смотрит на подающий канал eth3 - смотрит в свич, от которого идёт раздача по абонентам на головном маршрутизаторе задействованы только две сетевые карты на всех маршрутизаторах поднят STP: приоритет у основного (через который питаются 2 канала) единица, у двух последующих двойка. Всё вроде бы ничего, STP корректно определяет резервный канал, блокирует сетевую карту (eth1), если канал на маршрутизатор падает то автоматом включается резервный. Вот лог с консоли маршрутизатора: root@rt443:/var/log# brctl showstp br0 br0 bridge id 0002.00134661e5d2 designated root 0001.00134661d9ba root port 2 path cost 19 max age 20.00 bridge max age 20.00 hello time 2.00 bridge hello time 2.00 forward delay 15.00 bridge forward delay 15.00 ageing time 300.00 hello timer 0.00 tcn timer 0.00 topology change timer 0.00 gc timer 3.31 flags eth1 (1) port id 8001 state blocking designated root 0001.00134661d9ba path cost 19 designated bridge 0002.00134661cce0 message age timer 19.10 designated port 8003 forward delay timer 0.00 designated cost 19 hold timer 0.00 flags eth2 (2) port id 8002 state forwarding designated root 0001.00134661d9ba path cost 19 designated bridge 0001.00134661d9ba message age timer 19.11 designated port 8002 forward delay timer 0.00 designated cost 0 hold timer 0.00 flags eth3 (3) port id 8003 state forwarding designated root 0001.00134661d9ba path cost 19 designated bridge 0002.00134661e5d2 message age timer 0.00 designated port 8003 forward delay timer 0.00 designated cost 19 hold timer 0.31 flags Тут вроде как всё в норме и всё работает, но периодически (случайным порядком) при просмотре статуса STP появляется вот такое: (параметр flags на eth3) root@rt443:/var/log# brctl showstp br0 br0 bridge id 0002.00134661e5d2 designated root 0001.00134661d9ba root port 2 path cost 19 max age 20.00 bridge max age 20.00 hello time 2.00 bridge hello time 2.00 forward delay 15.00 bridge forward delay 15.00 ageing time 300.00 hello timer 0.00 tcn timer 0.00 topology change timer 0.00 gc timer 3.31 flags eth1 (1) port id 8001 state blocking designated root 0001.00134661d9ba path cost 19 designated bridge 0002.00134661cce0 message age timer 19.10 designated port 8003 forward delay timer 0.00 designated cost 19 hold timer 0.00 flags eth2 (2) port id 8002 state forwarding designated root 0001.00134661d9ba path cost 19 designated bridge 0001.00134661d9ba message age timer 19.11 designated port 8002 forward delay timer 0.00 designated cost 0 hold timer 0.00 flags eth3 (3) port id 8003 state forwarding designated root 0001.00134661d9ba path cost 19 designated bridge 0002.00134661e5d2 message age timer 0.00 designated port 8003 forward delay timer 0.00 designated cost 19 hold timer 0.31 flags CONFIG_PENDING и после этого вся сеть начинает глючить... Протокол STP больше не задействован ни на каком оборудовании Ещё такая вещь: Если отключить STP на одном из конечных маршрутизаторов такая же ерунда выползает на другом и тоже flags этот появляется на той сетевухе которая идёт на раздачу.... Может кто нить сталкивался с подобным? Вставить ник Quote
AntZ Posted August 20, 2008 Posted August 20, 2008 маршрутизаторы про STP ничего не должны знать :) Вставить ник Quote
SaD_bz Posted August 20, 2008 Author Posted August 20, 2008 маршрутизаторы про STP ничего не должны знать :)Если STP поднят на маршрутизаторе... хмм кто же должен про него знать как не сам маршрутизатор?Ещё раз повторюсь, в качестве маршрутизатора настроена обычная машина с линуксом... Вставить ник Quote
Beginner Posted August 20, 2008 Posted August 20, 2008 STP - протокол предотвращающий образование "коммутирующих" колец. Маршрутизаторы не коммутируют, а маршрутизируют. Если Вы не создаете на них виртуальных бриджей, то STP не нужен Вставить ник Quote
SaD_bz Posted August 20, 2008 Author Posted August 20, 2008 STP - протокол предотвращающий образование "коммутирующих" колец. Маршрутизаторы не коммутируют, а маршрутизируют. Если Вы не создаете на них виртуальных бриджей, то STP не нуженБридж как раз там создан и создан именно для того чтобы работал STP.Вопрос не в том что коммутирует а что маршрутизирует, вопрос именно в работе STP на бридж-мостах. Вставить ник Quote
Beginner Posted August 21, 2008 Posted August 21, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. Вставить ник Quote
SaD_bz Posted August 21, 2008 Author Posted August 21, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. Версия ядра на всех машинах одна: 2.6.24-16-server пакет bridge-utils ставил через apt-get install bridge-utils Что имеется ввиду под названием сетевых карт? Фирма-производитель? Тогда D-Link Вставить ник Quote
nuclearcat Posted August 22, 2008 Posted August 22, 2008 Посмотрите вывод команды dmesg в этот момент Вставить ник Quote
SaD_bz Posted August 22, 2008 Author Posted August 22, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Посмотрите вывод команды dmesgв этот момент Гм, уже третьи сутки сбоев не наблюдается. Всё работает просто на "ура", но вот в чём был прикол так и не разобрался. Единственно что сделал тупо ребутнул все три маршрутизатора, без изменения параметров... Вставить ник Quote
Beginner Posted August 22, 2008 Posted August 22, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Вставить ник Quote
SaD_bz Posted August 23, 2008 Author Posted August 23, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... чтобы левые адреса отсекать ну и ещё кое какие функции в дальнейшем планирую на маршрутизаторах поднять Вставить ник Quote
Beginner Posted August 23, 2008 Posted August 23, 2008 Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... Каким образом это вынуждает Вас использовать бриджинг? Вставить ник Quote
SaD_bz Posted August 23, 2008 Author Posted August 23, 2008 Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу. Вставить ник Quote
nuclearcat Posted August 23, 2008 Posted August 23, 2008 SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема? Вставить ник Quote
SaD_bz Posted August 24, 2008 Author Posted August 24, 2008 SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема?Читайте первый пост там всё описано. Кольцо сделано намеренно, для повышения надёжности канала и это вовсе не проблема.Собственно проблем больше не возникает так что спасибо всем, тему можно считать закрытой. Вставить ник Quote
Beginner Posted August 24, 2008 Posted August 24, 2008 (edited) Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу. Лучше STP организовывать на коммутаторах, а не линуксовых маршрутизаторах - работает как правило надежнее. А резервирование ИМХО лучше организовывать на уровне маршрутизации, а не коммутации. Edited August 24, 2008 by Beginner Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.