SaD_bz Опубликовано 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 этот появляется на той сетевухе которая идёт на раздачу.... Может кто нить сталкивался с подобным? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntZ Опубликовано 20 августа, 2008 · Жалоба маршрутизаторы про STP ничего не должны знать :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 20 августа, 2008 · Жалоба маршрутизаторы про STP ничего не должны знать :)Если STP поднят на маршрутизаторе... хмм кто же должен про него знать как не сам маршрутизатор?Ещё раз повторюсь, в качестве маршрутизатора настроена обычная машина с линуксом... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 20 августа, 2008 · Жалоба STP - протокол предотвращающий образование "коммутирующих" колец. Маршрутизаторы не коммутируют, а маршрутизируют. Если Вы не создаете на них виртуальных бриджей, то STP не нужен Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 20 августа, 2008 · Жалоба STP - протокол предотвращающий образование "коммутирующих" колец. Маршрутизаторы не коммутируют, а маршрутизируют. Если Вы не создаете на них виртуальных бриджей, то STP не нуженБридж как раз там создан и создан именно для того чтобы работал STP.Вопрос не в том что коммутирует а что маршрутизирует, вопрос именно в работе STP на бридж-мостах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 21 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 21 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. Версия ядра на всех машинах одна: 2.6.24-16-server пакет bridge-utils ставил через apt-get install bridge-utils Что имеется ввиду под названием сетевых карт? Фирма-производитель? Тогда D-Link Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 22 августа, 2008 · Жалоба Посмотрите вывод команды dmesg в этот момент Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 22 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Посмотрите вывод команды dmesgв этот момент Гм, уже третьи сутки сбоев не наблюдается. Всё работает просто на "ура", но вот в чём был прикол так и не разобрался. Единственно что сделал тупо ребутнул все три маршрутизатора, без изменения параметров... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 22 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 23 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... чтобы левые адреса отсекать ну и ещё кое какие функции в дальнейшем планирую на маршрутизаторах поднять Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 23 августа, 2008 · Жалоба Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт. PS. Cеть у Вас построена как-то уж очень экзотично. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... Каким образом это вынуждает Вас использовать бриджинг? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 23 августа, 2008 · Жалоба Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 23 августа, 2008 · Жалоба SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SaD_bz Опубликовано 24 августа, 2008 · Жалоба SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема?Читайте первый пост там всё описано. Кольцо сделано намеренно, для повышения надёжности канала и это вовсе не проблема.Собственно проблем больше не возникает так что спасибо всем, тему можно считать закрытой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 24 августа, 2008 (изменено) · Жалоба Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу. Лучше STP организовывать на коммутаторах, а не линуксовых маршрутизаторах - работает как правило надежнее. А резервирование ИМХО лучше организовывать на уровне маршрутизации, а не коммутации. Изменено 24 августа, 2008 пользователем Beginner Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...