The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"решение отказоустойчивости и 2 среды передачи данных"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [ Отслеживать ]

"решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от devnull (??) on 14-Май-08, 16:09 
http://i009.radikal.ru/0805/50/46667260aaf5.jpg

Доброго времени суток всем.
На приведённой схеме, в данный момент между 2-мя коммутаторами dlink DES-3526 функционирует радио релейная линия связи, но в скором времени будет оптическая.
Посоветуйте как организовать решение когда при падении любой из сред другая бы обеспечивала функционирование сети. И в случае сбоя одной из сред у машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и в качестве коммутаторов работать не могут.
p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но пока возможности приобретения маршрутизатора нет.

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от nec on 14-Май-08, 17:57 
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.

Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий динамический протокол (RIP,EIGRP,...)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от Алексей (??) on 14-Май-08, 19:00 
>[оверквотинг удален]
>>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>>
>>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>>в качестве коммутаторов работать не могут.
>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>пока возможности приобретения маршрутизатора нет.
>
>Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий
>динамический протокол (RIP,EIGRP,...)

правильно.... hsrp или glbp.... это все цисковская тема...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от devnull (??) on 14-Май-08, 20:57 
>[оверквотинг удален]
>>>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>>>в качестве коммутаторов работать не могут.
>>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>>пока возможности приобретения маршрутизатора нет.
>>
>>Почитайте про HSRP или GLBP, а также для отказоустойчивости можно рассмотреть подходящий
>>динамический протокол (RIP,EIGRP,...)
>
>правильно.... hsrp или glbp.... это все цисковская тема...

это конечно всё замечательно, только беспроводные маршрутизаторы в моём случае это не cisco.
насчёт протокола динамической маршрутизации RIP уже функционирует в этой сети
в любом случае насчёт HSRP или GLBP хинт я понял, эти железки по радио поддерживают VRRP я почитаю на эту тему, на сколько я знаю этот протокол нужен для тех же нужд что и HSRP
поправьте если не так

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от Алексей (??) on 14-Май-08, 21:01 
>[оверквотинг удален]
>>правильно.... hsrp или glbp.... это все цисковская тема...
>
>это конечно всё замечательно, только беспроводные маршрутизаторы в моём случае это не
>cisco.
>насчёт протокола динамической маршрутизации RIP уже функционирует в этой сети
>в любом случае насчёт HSRP или GLBP хинт я понял, эти железки
>по радио поддерживают VRRP я почитаю на эту тему, на сколько
>я знаю этот протокол нужен для тех же нужд что и
>HSRP
>поправьте если не так

если поддерживают vrrp, то делай через него...
по сути тоже самое, есть правда разница, но суть по большому счету одна...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от AL_N email(??) on 15-Май-08, 07:21 
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.

комутаторы VLAN подерживает?
если да то можно легко OSPF применить, 1 vlan между комутаторами S1 - S2, 2 vlan между комутатором и роутером S1 -  R1, 3 vlan между S2 - R2, между роутерами ррр, т.е. 4-ая подсеть.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от AL_N email(??) on 15-Май-08, 07:23 
>[оверквотинг удален]
>>в качестве коммутаторов работать не могут.
>>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>>пока возможности приобретения маршрутизатора нет.
>
>комутаторы VLAN подерживает?
>если да то можно легко OSPF применить, 1 vlan между комутаторами S1
>- S2, 2 vlan между комутатором и роутером S1 -  
>R1, 3 vlan между S2 - R2, между роутерами ррр, т.е.
>4-ая подсеть.

видимо не получиться, недочитал весь текст((

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от fantom email(ok) on 15-Май-08, 09:44 
>[оверквотинг удален]
>радио релейная линия связи, но в скором времени будет оптическая.
>Посоветуйте как организовать решение когда при падении любой из сред другая бы
>обеспечивала функционирование сети. И в случае сбоя одной из сред у
>машин клиентской сети не требовалось бы менять вручную шлюз по умолчанию.
>
>Проблема в том что устройства которые обеспечивают радио канал, являются маршрутизаторами и
>в качестве коммутаторов работать не могут.
>p.s. конечно логично было бы поставить граничный маршрутизатор с коммутатором который является
>уровнем доступа для клиентской сети и агрегировать там динамическую маршрутизацию, но
>пока возможности приобретения маршрутизатора нет.

Если радио поменяют на оптику:
вариант 1: поднимаете stp (rstp< mstp) и спокойненько юзаете вашу сетку, перестройка сети будет на L2 а не L3 уровне, перепрописывать IP-ы непридется, IP сеть вообще не будет знать ничего о путях по которым ходит.

вариант 2: (если оба линка по оптике равнозначны)
обьединяете 2 канала в один (LACP эти длинки должны поддерживать) и юзаете, только есть один недостаток - надо чтобы при разрыве оптики падал и порт коммутатора, такое не каждый медиаконвертер обеспечивает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "решение отказоустойчивости и 2 среды передачи данных"  
Сообщение от devnull (??) on 16-Май-08, 09:38 
>[оверквотинг удален]
>Если радио поменяют на оптику:
>вариант 1: поднимаете stp (rstp< mstp) и спокойненько юзаете вашу сетку, перестройка
>сети будет на L2 а не L3 уровне, перепрописывать IP-ы непридется,
>IP сеть вообще не будет знать ничего о путях по которым
>ходит.
>
>вариант 2: (если оба линка по оптике равнозначны)
>обьединяете 2 канала в один (LACP эти длинки должны поддерживать) и юзаете,
>только есть один недостаток - надо чтобы при разрыве оптики падал
>и порт коммутатора, такое не каждый медиаконвертер обеспечивает.

простите, но вы умеете внимательно читать ?
нужно не перейти от одной среды передачи данных на другую а обеспечить отказоустойчивость при выходе из строя одной из сред, балансировка даже ненужна, нужна отказоустойчивость
если бы было всё так просто, то я бы не задавал подобных вопросов
радио линк в моём случае _маршрутизируемый_
эти устройства не умеют работать как коммутатор
IMHO решение которое мне подсказали тут адекватное и правильное, я сам к сожалению не додумался до него, использование протоколов которые обеспечивают отказоустойчивость шлюза по умолчанию, такие как HSRP, VRRP, etc

в лабораторных условиях ещё не протестировал как это будет всё работать
как протестирую выложу сюда результаты, быть может и пригодится кому-нибудь

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру