форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Технологии заколцовывания сети."
Сообщение от Сергей (??) on 25-Июл-04, 16:08  (MSK)
Есть небольшая сеть. Витая пара, свитчи на чердаках. Все стандартно. Дома расположены приблизтельно по кругу (то есть последний подключенный дом стоит рядом с первым подключенным, где на чердаке находиться сервер). Очень хочеться закольцевать сеть. То есть сделать ее избыточной. Воздушку бросить - проблем нет, но если просто вставить ее в свитч я так помнимаю, ничего работать не будет. Ручное переключене (сеть вылетела, придти, воткнуть) тоже не вариант. Скажите, пожалуйста, как в теории нужно делать избыточные сети, то есть закольцовывать их? Где нужно ставить еще один сервер, и ман что нужно сделать, чтобы понять в каком направлении рулить? Заранее большое спасибо за ответ!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Технологии заколцовывания сети."
Сообщение от grimnir (??) on 25-Июл-04, 18:24  (MSK)
Если в теории - использовать коммутаторы CISCO и STP (spanning-tree protocol). Наверное, и для оборудования других крупных производителей есть аналогичные решения. >Есть небольшая сеть. Витая пара, свитчи на чердаках. Все стандартно. Дома расположены >приблизтельно по кругу (то есть последний подключенный дом стоит рядом с >первым подключенным, где на чердаке находиться сервер). >Очень хочеться закольцевать сеть. То есть сделать ее избыточной. Воздушку бросить - >проблем нет, но если просто вставить ее в свитч я так >помнимаю, ничего работать не будет. Ручное переключене (сеть вылетела, придти, воткнуть) >тоже не вариант. > >Скажите, пожалуйста, как в теории нужно делать избыточные сети, то есть закольцовывать >их? > >Где нужно ставить еще один сервер, и ман что нужно сделать, чтобы >понять в каком направлении рулить? > >Заранее большое спасибо за ответ!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Технологии заколцовывания сети."
	Сообщение от Сергей (??) on 25-Июл-04, 19:08  (MSK)
	>Если в теории - использовать коммутаторы CISCO и STP (spanning-tree protocol). Наверное, >и для оборудования других крупных производителей есть аналогичные решения. Можно ли это сделать на базе линукс машины?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Технологии заколцовывания сети."
	Сообщение от grimnir (??) on 25-Июл-04, 22:19  (MSK)
	В смысле - использовать в качестве всех коммутаторов "писюки" с Линукс? По-моему, это какое-то странное сооружение получиться, если вообще получиться. Суть в том, что всё коммутирующее оборудование должно уметь обнаруживать и каким-то образом устранять логические петли на уровне коммутации пакетов (layer 2 сетевой модели OSI) в ethernet, поэтому одним компом (с любым ПО) и ордой неинтеллектуальных коммутаторов обойтись не удастся - каждый коммутатор должен быть способен определить, через какой порт в настоящее время ему надо отправлять пакеты к устройству с данным МАС-адресом, а через какие порты - не отправлять, если сеть имеет замкнутую структуру. >>Если в теории - использовать коммутаторы CISCO и STP (spanning-tree protocol). Наверное, >>и для оборудования других крупных производителей есть аналогичные решения. > >Можно ли это сделать на базе линукс машины?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Технологии заколцовывания сети."
	Сообщение от Сергей (??) on 26-Июл-04, 04:02  (MSK)
	>В смысле - использовать в качестве всех коммутаторов "писюки" с Линукс? >По-моему, это какое-то странное сооружение получиться, если вообще получиться. Да нет, не каждый свитч заменять компом с кучей сетевых карт. >Суть в том, что всё коммутирующее оборудование должно уметь обнаруживать и каким-то >образом устранять логические петли на уровне коммутации пакетов (layer 2 сетевой >модели OSI) в ethernet, поэтому одним компом (с любым ПО) и >ордой неинтеллектуальных коммутаторов обойтись не удастся - каждый коммутатор должен быть >способен определить, через какой порт в настоящее время ему надо отправлять >пакеты к устройству с данным МАС-адресом, а через какие порты - >не отправлять, если сеть имеет замкнутую структуру. Спасибо большое. Очень поятно и дохотчиво. Если ты не против, можно я расскажу, как я собираюсь делать это. Сейчас сеть выглядить приблизительно так: SW1-SW2-SW3-SW4-SW5 причем SW1 и SW5 расположены недалеко друг от друга. В каждый свитч воткнуты клиенты, а в первый еще и севак. Хочу сделать вот так: server1(eth0)-SW1-SW2-SW3-(eth0)server2(eth1)-SW4-SW5-| server1(eth1)-----------------------------------------| В штатном режиме работы (все сегменты работают) дело обстаит так: server1(eth0)-включен server1(eth1)-отключен server2(eth0)-включен server2(eth1)-отключен В нормальном режиме работы можно сказать, что сервер2 вообще нафинг не нужент (да так оно и есть). Единсвтвенное его назначение - пинговалочка - сервер1 его пингует (eth0) и проверяет есть ли свзяь до этой машины. Есть сязь есть, то все работает и все отлично Если машина не отвечает заданное колличество времени. Тогда включается его второй интерфейс (eth1) (c теми же настройками, что и на eth0 (соответсвенно переписывается роутинг, правила iptables меняются, и т.д и т.п.)), вообщем у нас получатеся машина с 2-я интерфейсами, но с одини настройками для этого интерфейса. После этого server2(eth0) отключается, чтобы не поизошла полная фигня, если сеть подымиться. Этот способ не говорит, что будет работать вообще все, но при этом будет работать больше при сбое, чем без этого. Что вы думаете по этому поводу? >>>Если в теории - использовать коммутаторы CISCO и STP (spanning-tree protocol). Наверное, >>>и для оборудования других крупных производителей есть аналогичные решения. >> >>Можно ли это сделать на базе линукс машины?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Технологии заколцовывания сети."
Сообщение от Eugene (??) on 25-Июл-04, 23:44  (MSK)
>Есть небольшая сеть. Витая пара, свитчи на чердаках. Все стандартно. Дома расположены >приблизтельно по кругу (то есть последний подключенный дом стоит рядом с >первым подключенным, где на чердаке находиться сервер). >Очень хочеться закольцевать сеть. То есть сделать ее избыточной. Воздушку бросить - >проблем нет, но если просто вставить ее в свитч я так >помнимаю, ничего работать не будет. Ручное переключене (сеть вылетела, придти, воткнуть) >тоже не вариант. > >Скажите, пожалуйста, как в теории нужно делать избыточные сети, то есть закольцовывать >их? > >Где нужно ставить еще один сервер, и ман что нужно сделать, чтобы >понять в каком направлении рулить? > >Заранее большое спасибо за ответ! Можно попробовать вставить в тот же сервер еще один интрефейс и воткнуть в него второй конец кольца. Только в этом случае придется вручную переключать траффик. Например: когда все работает, то запретить весь траффик файерволом на втором интерфейсе. Если что-то обрывается, то переключать траффик тем же файерволом либо на первый, либо на второй интерфейс. Но это - через задницу. Конечно по хорошему надо использовать заточенный под это маршрутизатор.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Технологии заколцовывания сети."
	Сообщение от dct on 26-Июл-04, 01:05  (MSK)
	Понятно что если STP свичи то все будет пахать. А есчли еще поставить ченить потолще то и RRP будет %) А вообще решение может быть такое: 1) Как и сказали втыкай в свой рутер 2 карты, на одной подними адрес своей рабочей сети. На второй какую то левую сеть. И в них оба конца твоей сети. Т.е. одна карточка сейчас будет работать вторая встанет в резерв. 2) в свич, который ближе к рабочей карте, лучше в тотже, в который воткнута она, втыкаем какуюто железочку ([test_ip]) и даем ей IP из той самой резервной сети, которую мы поставили не резервную карту. Получилась схема: <--[switch #1]---[test_device]---[server_eth0]><[server_eth1]---[switch #N]--> Суть в том, что все сейчас работают через eth0 а железка, (пинг на которую идет через все кольцо) пингуется через eth1, так мы сможем определить разрыв. 3) Пишем скрипт, который пингует тестовую железку, и если пинг перестал иттить, врубает бридж между eth0 и eth1, и sms-ит тебе на мобилу. вотс.. изврат но прикольно :) сделаешь расскажешь заработало нет %) другое дело если пропадание связи было временным... и потом раз, и восстановилось... (к примеру отключали гдето питание в одном доме) чейта тогда будет хз %) здесь наверно надо порыть настройки бриджа, я думаю там както можно определить луп, %) почитай...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Технологии заколцовывания сети."
	Сообщение от dct on 26-Июл-04, 01:11  (MSK)
	Еще раз.. сори что влез.. %) Восстановление связи при включеном бридже приведет к тупому кольцу, которое практически сразу висанет. Скорее всего висанет и свич, в котором стоит тестовая железка. Значит вторым пунктом нашего скрипта управления, должно быть отключение бриджа при пропадании пинга. Все по идее должно пролезть. Главное чтобы свичи не висли от таких эксперементов %) а это кстати вполне возможно :( Ну это протестить вполне реально, замкни кольцо даже без всех этих наворотов, как оно у тебя сейчас есть, и как все умрет разомкни, и посмотри заработает нет :).. только будь готов обойти все твою сетку :):)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Технологии заколцовывания сети."
	Сообщение от Сергей (??) on 26-Июл-04, 04:15  (MSK)
	>Еще раз.. сори что влез.. %) О чем ты говоришь? Спасибо большое, что влез!=) >Восстановление связи при включеном бридже приведет к тупому кольцу, которое практически сразу >висанет. Скорее всего висанет и свич, в котором стоит тестовая железка. >Значит вторым пунктом нашего скрипта управления, должно быть отключение бриджа при >пропадании пинга. Все по идее должно пролезть. > >Главное чтобы свичи не висли от таких эксперементов %) а это кстати >вполне возможно :( > >Ну это протестить вполне реально, замкни кольцо даже без всех этих наворотов, >как оно у тебя сейчас есть, и как все умрет разомкни, >и посмотри заработает нет :).. только будь готов обойти все твою >сетку :):) Хм.... Сетку-то я обойти конечно готов, но сначала я буду эксперементировать не на живом теле.... У меня, слава богу есть несколько свитчей, с которомы можно играться.....  =) Еще раз спасибо большое тебе за советы!!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Технологии заколцовывания сети."
	Сообщение от Сергей (??) on 26-Июл-04, 04:12  (MSK)
	>Понятно что если STP свичи то все будет пахать. А есчли еще >поставить ченить потолще то и RRP будет %) Просто очень хочеться минимизировать расходы - а то менять 40 свитчей на stp.... >А вообще решение может быть такое: >1) Как и сказали втыкай в свой рутер 2 карты, на одной >подними адрес своей рабочей сети. На второй какую то левую сеть. > >И в них оба конца твоей сети. Т.е. одна карточка сейчас будет >работать вторая встанет в резерв. То есть один конец в первый свитч, а второй во последний? >2) в свич, который ближе к рабочей карте, лучше в тотже, в >который воткнута она, втыкаем какуюто железочку ([test_ip]) и даем ей IP >из той самой резервной сети, которую мы поставили не резервную карту. >Получилась схема: ><--[switch #1]---[test_device]---[server_eth0]><[server_eth1]---[switch #N]--> Понятно. Тут же возник вопрос, а сколько разных сетей может висеть на одном свитче? >Суть в том, что все сейчас работают через eth0 а железка, (пинг >на которую идет через все кольцо) пингуется через eth1, так мы >сможем определить разрыв. > >3) Пишем скрипт, который пингует тестовую железку, и если пинг перестал иттить, >врубает бридж между eth0 и eth1, и sms-ит тебе на мобилу. Скажи, пожалуйста, что ты понимаешь, под врубанием бриджа? >вотс.. изврат но прикольно :) сделаешь расскажешь заработало нет %) =) Обязательно расскажу, только сначала нужно все-таки понять, что конкретно делать-то.... =) >другое дело если пропадание связи было временным... и потом раз, и восстановилось... >(к примеру отключали гдето питание в одном доме) чейта тогда будет >хз %) здесь наверно надо порыть настройки бриджа, я думаю там >както можно определить луп, %) почитай... То есть может быть есть возможность, что сам сервер может понять, что все идет через кольцо?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Технологии заколцовывания сети."
	Сообщение от dct on 26-Июл-04, 06:32  (MSK)
	>>Понятно что если STP свичи то все будет пахать. А есчли еще >>поставить ченить потолще то и RRP будет %) > >Просто очень хочеться минимизировать расходы - а то менять 40 свитчей на >stp.... > >>А вообще решение может быть такое: >>1) Как и сказали втыкай в свой рутер 2 карты, на одной >>подними адрес своей рабочей сети. На второй какую то левую сеть. >> >>И в них оба конца твоей сети. Т.е. одна карточка сейчас будет >>работать вторая встанет в резерв. > >То есть один конец в первый свитч, а второй во последний? Угу, eth0 в свич#1 и в этот же свич, железку с тестовым IP адресом. A eth1 в последний свич. Причем на eth1 поднять какуюто отдельную сетку. например если твоя основная рабочая сеть 192.168.1.0/24, то на eth0 адрес из этой сети, а на eth1 чтото типа 10.0.0.1 из сети 10.0.0.0/30 , и 10.0.0.2 назначить на тестовую железку. >>2) в свич, который ближе к рабочей карте, лучше в тотже, в >>который воткнута она, втыкаем какуюто железочку ([test_ip]) и даем ей IP >>из той самой резервной сети, которую мы поставили не резервную карту. >>Получилась схема: >><--[switch #1]---[test_device]---[server_eth0]><[server_eth1]---[switch #N]--> > >Понятно. Тут же возник вопрос, а сколько разных сетей может висеть на >одном свитче? Сетей может быть до жопы. Ограничения на такое оборудование накладывает таблицы МАС адресов коммутаторов. На тонкие свичи максимум элементов в такой таблице может быть 2-4тыс, т.е. к примеру на более 2тыс сетевых устройств.  Ну я думаю у тебя все не так плохо :) > >>Суть в том, что все сейчас работают через eth0 а железка, (пинг >>на которую идет через все кольцо) пингуется через eth1, так мы >>сможем определить разрыв. >> >>3) Пишем скрипт, который пингует тестовую железку, и если пинг перестал иттить, >>врубает бридж между eth0 и eth1, и sms-ит тебе на мобилу. > >Скажи, пожалуйста, что ты понимаешь, под врубанием бриджа? Бридж, это режим бриджинга, между двумя интерфейсами. В этом режиме весь трафик приходящие и уходящий на eth0 будет транслироваться с eth1 и наоборот. Т.е. ты получаешь маленький такой двухпортовый хаб :). Включается в ядре опция "811.q bridging" кроме этого устанавливаешь себе "bridge tools" и потом командой brctl настраиваешь бридж. > >>вотс.. изврат но прикольно :) сделаешь расскажешь заработало нет %) > >=) Обязательно расскажу, только сначала нужно все-таки понять, что конкретно делать-то.... =) > > >>другое дело если пропадание связи было временным... и потом раз, и восстановилось... >>(к примеру отключали гдето питание в одном доме) чейта тогда будет >>хз %) здесь наверно надо порыть настройки бриджа, я думаю там >>както можно определить луп, %) почитай... > >То есть может быть есть возможность, что сам сервер может понять, что >все идет через кольцо? Ну не точтобы через кольцо. Просто если связь восстановится, то получится что пакеты приходящие на eth0 сервер борсит на eth1... а потом пакет делает круг, и опс, он опять пришел на eth0... Вот такое дело твою сетку и загнет... Надо знать как поведут себя сеть и свичи в случае этого.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Технологии заколцовывания сети."
	Сообщение от Сергей (??) on 26-Июл-04, 04:05  (MSK)
	>>Скажите, пожалуйста, как в теории нужно делать избыточные сети, то есть закольцовывать >>их? >> >>Где нужно ставить еще один сервер, и ман что нужно сделать, чтобы >>понять в каком направлении рулить? >> >>Заранее большое спасибо за ответ! > >Можно попробовать вставить в тот же сервер еще один интрефейс и воткнуть >в него второй конец кольца. >Только в этом случае придется вручную переключать траффик. Не очень понимаю, что ты имеешь в виду под переклчением траффика, то есть старый полностью отрубить, а вместно него поднять новый интрфейс? >Например: когда все работает, то запретить весь траффик файерволом на втором интерфейсе. >Если что-то обрывается, то переключать траффик тем же файерволом либо на >первый, либо на второй интерфейс. >Но это - через задницу. >Конечно по хорошему надо использовать заточенный под это маршрутизатор. А что делает специально заточенный для этого маршрутизатор, и чем он может быть лучше (кроме дизайна, конечно), линуховой машины.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "Технологии заколцовывания сети."
Сообщение от PoL (ok) on 26-Июл-04, 07:04  (MSK)
Странно, что никто не высказался по поводу Quagga (Zebra ). Сам скоро буду пробовать кольцо, и насколько я понимаю с помощью Zebra кольцо можно сделать. P.S. Недавно в новостях была ссылка не перевод документации по Zebra
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Технологии заколцовывания сети."
	Сообщение от dct on 26-Июл-04, 07:25  (MSK)
	>Странно, что никто не высказался по поводу Quagga (Zebra ). >Сам скоро буду пробовать кольцо, и насколько я понимаю с помощью Zebra >кольцо можно сделать. > >P.S. Недавно в новостях была ссылка не перевод документации по Zebra У большинства наверно задач таких нет, чтобы с ней похорошему ознакомиться. К томуже  я так понимаю zebra это роутинг (L3), здесь же задача на уровень ниже, на уровне mac адресов - L2?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Технологии заколцовывания сети."
	Сообщение от PoL (ok) on 26-Июл-04, 07:30  (MSK)
	А зачем на уровне мак адресов? Если правильно понимаю ситуацию, можно сделать следующим образом. в кольце поставить два маршрутизатора, на которых стоит Zebra (динамическая маршрутизация). При отсутствии связи по какой-нибудь из веток, маршрутизаторы перестраивают свои маршруты в соответствии с ситуацией. Может я не прав, поправки и дополнения приветствуются :))
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Технологии заколцовывания сети."
	Сообщение от dct on 26-Июл-04, 07:43  (MSK)
	>А зачем на уровне мак адресов? > >Если правильно понимаю ситуацию, можно сделать следующим образом. >в кольце поставить два маршрутизатора, на которых стоит Zebra (динамическая маршрутизация). При >отсутствии связи по какой-нибудь из веток, маршрутизаторы перестраивают свои маршруты в >соответствии с ситуацией. > >Может я не прав, поправки и дополнения приветствуются :)) Даже если и так, то сразу две мелких неприятности: 1) второй рутер, 2) 2 типа клиентов с разными default gw. Хотя конечно это может пофиксить dhcp, но тем не менее.. Если это тебе не страшно... я вот так сходу кольцо на уровне 3 придумать чтойта не могу. Брось ка свою идею? если не жалко :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Технологии заколцовывания сети."
	Сообщение от PoL (ok) on 27-Июл-04, 08:51  (MSK)
	>Даже если и так, то сразу две мелких неприятности: >1) второй рутер, >2) 2 типа клиентов с разными default gw. Хотя конечно это может >пофиксить dhcp, но тем не менее.. > >Если это тебе не страшно... я вот так сходу кольцо на уровне >3 придумать чтойта не могу. Брось ка свою идею? если не >жалко :) Не жалко :) http://www.linux-mag.com/2004-04/img2/zebra_02.gif http://www.linux-mag.com/2004-04/zebra_01.html что-то типа такого
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Технологии заколцовывания сети."
	Сообщение от Tim (??) on 27-Июл-04, 14:51  (MSK)
	А почему вы собираетесь менять все свичи на поддерживающие STP? в простом кольце достаточно любой из ваших свичей поменять на умный, например тот-же DES-3226S, с включенным STP. И радоваться жизни. Конечно RSTP таким образом не сделать, но это ведь и не критично?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Технологии заколцовывания сети."
	Сообщение от _KAV_ (ok) on 27-Июл-04, 15:13  (MSK)
	> А почему вы собираетесь менять все свичи на поддерживающие STP? >в простом кольце достаточно любой из ваших свичей поменять на умный, например >тот-же DES-3226S, с включенным STP. И радоваться жизни. > Конечно RSTP таким образом не сделать, но это ведь и не >критично? А посмотрите-ка вы http://nag.ru ... Там такие структуры расписаны..
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.