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

Настройка STP на линуксовых маршрутизаторах

Приветствую!

Люди подскажите кто что может, неделю бьюсь уже....

Ситуация такая:

Есть домашние сети, канал до них подаётся по двум радиолинкам, на ключевых узлах поставил три линуксовых маршрутизатора (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 этот появляется на той сетевухе которая идёт на раздачу....

Может кто нить сталкивался с подобным?

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


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

маршрутизаторы про STP ничего не должны знать :)

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


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

маршрутизаторы про STP ничего не должны знать :)
Если STP поднят на маршрутизаторе... хмм кто же должен про него знать как не сам маршрутизатор?

Ещё раз повторюсь, в качестве маршрутизатора настроена обычная машина с линуксом...

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


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

STP - протокол предотвращающий образование "коммутирующих" колец. Маршрутизаторы не коммутируют, а маршрутизируют. Если Вы не создаете на них виртуальных бриджей, то STP не нужен

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


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

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

Вопрос не в том что коммутирует а что маршрутизирует, вопрос именно в работе STP на бридж-мостах.

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

Версия ядра на всех машинах одна:

2.6.24-16-server

пакет bridge-utils ставил через apt-get install bridge-utils

Что имеется ввиду под названием сетевых карт?

Фирма-производитель? Тогда D-Link

 

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


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

Посмотрите вывод команды dmesg

в этот момент

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

В чём именно экзотичность сети проявляется?

 

Посмотрите вывод команды dmesg

в этот момент

Гм, уже третьи сутки сбоев не наблюдается. Всё работает просто на "ура", но вот в чём был прикол так и не разобрался. Единственно что сделал тупо ребутнул все три маршрутизатора, без изменения параметров...

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

В чём именно экзотичность сети проявляется?

Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора?

 

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

В чём именно экзотичность сети проявляется?

Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора?

Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... чтобы левые адреса отсекать ну и ещё кое какие функции в дальнейшем планирую на маршрутизаторах поднять

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


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

Ну тогда давайте сюда версии ядер, bridge-utils и названия сетевых карт.

 

PS. Cеть у Вас построена как-то уж очень экзотично.

В чём именно экзотичность сети проявляется?

Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора?

Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен...

Каким образом это вынуждает Вас использовать бриджинг?

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


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

Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу.

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


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

SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема?

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


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

SaD_bz - есть вкратце описать суть STP, то оно предназначено для решения проблемы "закольцеванности" на линках. У вас есть такая проблема?
Читайте первый пост там всё описано. Кольцо сделано намеренно, для повышения надёжности канала и это вовсе не проблема.

Собственно проблем больше не возникает так что спасибо всем, тему можно считать закрытой.

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


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

Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу.

Лучше STP организовывать на коммутаторах, а не линуксовых маршрутизаторах - работает как правило надежнее.

А резервирование ИМХО лучше организовывать на уровне маршрутизации, а не коммутации.

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

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


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

Join the conversation

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

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

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

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

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

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

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