Дублирование Ethernet

[AlexMe]

Имеется пара десятков серверов и рабочих станций. Необходимо организовать дублированную оптическую сеть Ethernet. Подскажите пожалуйста, какие коммутаторы и сетевые платы предоставляют такую возможность. Как определяется обрыв по одной из линий связи и теряются ли при этом пакеты или возникают какие-нибудь задержки на время переключения? Хотелось бы, чтобы для софта, это происходило незаметно.

[Kirill Tkachev]

Вам нужно оборудование с поддержкой STP протокола.
Почитайте тут
http://www.cisco.com/univercd/cc/td/doc ... stpapp.htm

[Андрей Куренков]

Вам нужно оборудование с поддержкой STP протокола.

STP (или, что правильнее RSTP) - между коммутаторами. На тему дублирования линков к рабочим станциям и серверам - FEC, как и другие варианты организации транков здесь рассматривались неоднократно. Другой вопрос, что сетевушек под оптику не так и много... Один из приемлемых вариантов.

[ALEX_SE]

Подскажите пожалуйста, какие коммутаторы и сетевые платы предоставляют такую возможность.

1. Оборудование с поддержкой протокола STP, как тут уже говорили.
2. Для магистральных каналов - двойные кольца - FDDI.
3. Сетевые платы - серверные сетевые платы Intel, 3Com у меня работают в отказоустойчивых режимах. Он обеспечивается соотв. ПО. При этом - во многих источниках указано что для данных работ можно приспособить и несерверные сетевые платы. Однако у меня такой вариан (набортная серверная на STL2 или BR2 + пара обычных PRO-100 S) вызывали неожиданные зависания интерфейса в режиме ALB. Однако, есть и ПО третьих производителей которое обещает сделать отказоустойчивые или агрегированые каналы на любых платах.

Как определяется обрыв по одной из линий связи и теряются ли при этом пакеты или возникают какие-нибудь задержки на время переключения? Хотелось бы, чтобы для софта, это происходило незаметно.

1. На уровне сетевых плат. В режиме AFT - ничего не теряется, сразу включается в работу stand-by плата.
2. На уровне коммутаторов, а так же сетевых плат в режимах ALB, FEC, и (что более приятно) Link Agregation aka 802.3ad - ИМХО нет, но 100% ответить не смогу сейчас. ИМХО в ALB - нет, ничего не теряется.

[freeedik]

Подскажите пожалуйста, какие коммутаторы и сетевые платы предоставляют такую возможность.

1. Оборудование с поддержкой протокола STP, как тут уже говорили.
2. Для магистральных каналов - двойные кольца - FDDI.
3. Сетевые платы - серверные сетевые платы Intel, 3Com у меня работают в отказоустойчивых режимах. Он обеспечивается соотв. ПО. При этом - во многих источниках указано что для данных работ можно приспособить и несерверные сетевые платы. Однако у меня такой вариан (набортная серверная на STL2 или BR2 + пара обычных PRO-100 S) вызывали неожиданные зависания интерфейса в режиме ALB. Однако, есть и ПО третьих производителей которое обещает сделать отказоустойчивые или агрегированые каналы на любых платах.

Как определяется обрыв по одной из линий связи и теряются ли при этом пакеты или возникают какие-нибудь задержки на время переключения? Хотелось бы, чтобы для софта, это происходило незаметно.

1. На уровне сетевых плат. В режиме AFT - ничего не теряется, сразу включается в работу stand-by плата.
2. На уровне коммутаторов, а так же сетевых плат в режимах ALB, FEC, и (что более приятно) Link Agregation aka 802.3ad - ИМХО нет, но 100% ответить не смогу сейчас. ИМХО в ALB - нет, ничего не теряется.

Была такая компания http://www.ipmetrics.com
Котрая выпускала софт обьединяющие любые сетевые карты, любых производителей. Поищи в инете может найдешь. Вот описание её.

NIC Express from IP Metrics is a software-only solution that provides dynamic fail over and allows customers to load balance network traffic across multiple network adapters in the server. NIC Express is an elegantly simple yet extremely effective solution for increasing server availability and performance. The software?s hardware independence and protocol independence allow easy integration into any Windows 2000 server environment, making it ideal for mission-critical database servers, electronic commerce, web servers and file servers.