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

SaD_bz

Пользователи
  • Публикации

    8
  • Зарегистрирован

  • Посещение

О SaD_bz

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Читайте первый пост там всё описано. Кольцо сделано намеренно, для повышения надёжности канала и это вовсе не проблема.Собственно проблем больше не возникает так что спасибо всем, тему можно считать закрытой.
  2. Бриджинг в основном для работы STP. Одна сетевая карта смотрит на прямой резервный линк к другому каналу.
  3. В чём именно экзотичность сети проявляется? Как то не вижу большого смысла объединять в бридж 3 Ethernet-интерфейса. У Вас нет коммутатора? Коммутаторы есть, просто на маршрутизаторе ещё файрволл настроен... чтобы левые адреса отсекать ну и ещё кое какие функции в дальнейшем планирую на маршрутизаторах поднять
  4. В чём именно экзотичность сети проявляется? Гм, уже третьи сутки сбоев не наблюдается. Всё работает просто на "ура", но вот в чём был прикол так и не разобрался. Единственно что сделал тупо ребутнул все три маршрутизатора, без изменения параметров...
  5. Версия ядра на всех машинах одна: 2.6.24-16-server пакет bridge-utils ставил через apt-get install bridge-utils Что имеется ввиду под названием сетевых карт? Фирма-производитель? Тогда D-Link
  6. Бридж как раз там создан и создан именно для того чтобы работал STP.Вопрос не в том что коммутирует а что маршрутизирует, вопрос именно в работе STP на бридж-мостах.
  7. Если STP поднят на маршрутизаторе... хмм кто же должен про него знать как не сам маршрутизатор?Ещё раз повторюсь, в качестве маршрутизатора настроена обычная машина с линуксом...
  8. Приветствую! Люди подскажите кто что может, неделю бьюсь уже.... Ситуация такая: Есть домашние сети, канал до них подаётся по двум радиолинкам, на ключевых узлах поставил три линуксовых маршрутизатора (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 этот появляется на той сетевухе которая идёт на раздачу.... Может кто нить сталкивался с подобным?