http://i009.radikal.ru/0805/50/46667260aaf5.jpgДоброго времени суток всем.
На приведённой схеме, в данный момент между 2-мя коммутаторами dlink DES-3526 функционирует радио релейная линия связи, но в скором времени будет оптическая.
Посоветуйте как организовать решение когда при падении любой из сред другая бы обеспечивала функционирование сети. И в случае сбоя одной из сред у машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и в качестве коммутаторов работать не могут.
p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но пока возможности приобретения маршрутизатора нет.
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий динамический протокол (RIP,EIGRP,...)
>[оверквотинг удален]
>>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>>
>>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>>в качестве коммутаторов работать не могут.
>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>пока возможности приобретения маршрутизатора нет.
>
>Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий
>динамический протокол (RIP,EIGRP,...)правильно.... hsrp или glbp.... это все цисковская тема...
>[оверквотинг удален]
>>>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>>>в качестве коммутаторов работать не могут.
>>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>>пока возможности приобретения маршрутизатора нет.
>>
>>Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий
>>динамический протокол (RIP,EIGRP,...)
>
>правильно.... hsrp или glbp.... это все цисковская тема...это конечно всё замечательно, только беспроводные маршрутизаторы в моём случае это не cisco.
насчёт протокола динамической маршрутизации RIP уже функционирует в этой сети
в любом случае насчёт HSRP или GLBP хинт я понял, эти железки по радио поддерживают VRRP я почитаю на эту тему, на сколько я знаю этот протокол нужен для тех же нужд что и HSRP
поправьте если не так
>[оверквотинг удален]
>>правильно.... hsrp или glbp.... это все цисковская тема...
>
>это конечно всё замечательно, только беспроводные маршрутизаторы в моём случае это не
>cisco.
>насчёт протокола динамической маршрутизации RIP уже функционирует в этой сети
>в любом случае насчёт HSRP или GLBP хинт я понял, эти железки
>по радио поддерживают VRRP я почитаю на эту тему, на сколько
>я знаю этот протокол нужен для тех же нужд что и
>HSRP
>поправьте если не такесли поддерживают vrrp, то делай через него...
по сути тоже самое, есть правда разница, но суть по большому счету одна...
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.комутаторы VLAN подерживает?
если да то можно легко OSPF применить, 1 vlan между комутаторами S1 - S2, 2 vlan между комутатором и роутером S1 - R1, 3 vlan между S2 - R2, между роутерами ррр, т.е. 4-ая подсеть.
>[оверквотинг удален]
>>в качестве коммутаторов работать не могут.
>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>пока возможности приобретения маршрутизатора нет.
>
>комутаторы VLAN подерживает?
>если да то можно легко OSPF применить, 1 vlan между комутаторами S1
>- S2, 2 vlan между комутатором и роутером S1 -
>R1, 3 vlan между S2 - R2, между роутерами ррр, т.е.
>4-ая подсеть.видимо не получиться, недочитал весь текст((
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.Если радио поменяют на оптику:
вариант 1: поднимаете stp (rstp< mstp) и спокойненько юзаете вашу сетку, перестройка сети будет на L2 а не L3 уровне, перепрописывать IP-ы непридется, IP сеть вообще не будет знать ничего о путях по которым ходит.вариант 2: (если оба линка по оптике равнозначны)
обьединяете 2 канала в один (LACP эти длинки должны поддерживать) и юзаете, только есть один недостаток - надо чтобы при разрыве оптики падал и порт коммутатора, такое не каждый медиаконвертер обеспечивает.
>[оверквотинг удален]
>Если радио поменяют на оптику:
>вариант 1: поднимаете stp (rstp< mstp) и спокойненько юзаете вашу сетку, перестройка
>сети будет на L2 а не L3 уровне, перепрописывать IP-ы непридется,
>IP сеть вообще не будет знать ничего о путях по которым
>ходит.
>
>вариант 2: (если оба линка по оптике равнозначны)
>обьединяете 2 канала в один (LACP эти длинки должны поддерживать) и юзаете,
>только есть один недостаток - надо чтобы при разрыве оптики падал
>и порт коммутатора, такое не каждый медиаконвертер обеспечивает.простите, но вы умеете внимательно читать ?
нужно не перейти от одной среды передачи данных на другую а обеспечить отказоустойчивость при выходе из строя одной из сред, балансировка даже ненужна, нужна отказоустойчивость
если бы было всё так просто, то я бы не задавал подобных вопросов
радио линк в моём случае _маршрутизируемый_
эти устройства не умеют работать как коммутатор
IMHO решение которое мне подсказали тут адекватное и правильное, я сам к сожалению не додумался до него, использование протоколов которые обеспечивают отказоустойчивость шлюза по умолчанию, такие как HSRP, VRRP, etcв лабораторных условиях ещё не протестировал как это будет всё работать
как протестирую выложу сюда результаты, быть может и пригодится кому-нибудь