Резервирование сетевых интерфейсов windows 7

[StasTODD 0]

Всем привет. Помогите плс советом 

 

Как называется тип резервирования или что гуглить при данном ТЗ:

Есть простая внутренняя локалка, в ней есть ПК (сервер) с двумя сетевыми интерфейсами. С каждого интерфейса идет патчкорд в отдельный свитч (в сети есть 3 свитча и все они в mstp). Необходимо что бы эти два интерфейса резервировали друг друга, т.е. один ip-адрес должен висеть сразу на двух интерфейсах и в случае отказа сетевухи/свитча, автоматически включался второй интерфейс и работа продолжалась. На ПК установлена Windows 7 Profesional.

[supportod 1]

Здравствуйте!

 

На компе-сервере - carp, ucarp, vrrp, самописные демоны-скрипты

На коммутаторах - кластер, lacp, stp

 

Изучаете коммутаторы, изучайте tech.net

[ttttt 195]

На компе-сервере - carp, ucarp, vrrp, самописные демоны-скрипты

Это скорее для случаев нескольких серверов, а не нескольких сетевушек в одном сервере. Тут как раз случай "на коммутаторах" - LACP Изменено 2014-08-23 22:40:39 пользователем ttttt

[StasTODD 0]

Спасибо что ответили но все что вы посоветовали некатит. Если вы про LACP, то мои свитчи не стекированы, мне просто нужно как то зарезервировать линк. Может кто наслышан что в Windows 7 можно подкрутить что б такое получилось? Или может есть какой то сторонний софт?

[supportod 1]

 

На компе-сервере - carp, ucarp, vrrp, самописные демоны-скрипты

Это скорее для случаев нескольких серверов, а не нескольких сетевушек в одном сервере. Тут как раз случай "на коммутаторах" - LACP

 

Не согласен. В некоторых реализациях CARP сможет отследить падение линка и включить другой.

[supportod 1]

Спасибо что ответили но все что вы посоветовали некатит. Если вы про LACP, то мои свитчи не стекированы, мне просто нужно как то зарезервировать линк. Может кто наслышан что в Windows 7 можно подкрутить что б такое получилось? Или может есть какой то сторонний софт?

 

Вы не указали, что за коммутаторы. Возможно, через VRRP, что-то удасться сделать.

[supportod 1]

Агрегация каналов в винде - ответ.

NLB уже в серверной винде...

[ingr 74]

А просто брідж зробити з тих двох інтерфейсів а свічі вже самі розберуться?

[H_U_L_K 281]

А не вариант обращатся к серверу не по ип, а по имени?

[NiTr0 584]

А просто брідж зробити з тих двох інтерфейсів а свічі вже самі розберуться?

Кстати да, *stp же... Может прокатить.

[StasTODD 0]

Вы не указали, что за коммутаторы. Возможно, через VRRP, что-то удасться сделать

HP 1910-24G(JE006A) и Dlink DES-3200-52. Не совсем понимаю при чем тут VRRP? У меня один сервер, а не два, с двумя сетевыми картами.

 

 

 

А просто брідж зробити з тих двох інтерфейсів а свічі вже самі розберуться?

Очень даже может быть. Но кажется мне что будет кольцо, а stp на Windows 7 поднимать это уже сверхкостыль 

 

 

 

А не вариант обращатся к серверу не по ип, а по имени?

Там специфическое ПО которое работает только по ip

Изменено 2014-08-24 20:06:16 пользователем StasTODD

[ttttt 195]

Кстати да, *stp же... Может прокатить.

Бридж не должен уметь stp для этого?

 

А вообще это ж винда, наверняка проприетарная агрегация есть.

[NiTr0 584]

Бридж не должен уметь stp для этого?

Бриджу достаточно при этом форвардить все пакеты. Включая stp. Умеет он это или нет - покажет эксперимент на кроликах.

 

А вообще это ж винда, наверняка проприетарная агрегация есть.

Агрегация если патч-корды воткнуты в разные свичи (которые не в стеке)?

[ttttt 195]

 

А вообще это ж винда, наверняка проприетарная агрегация есть.

Агрегация если патч-корды воткнуты в разные свичи (которые не в стеке)?

Я об агрегации в общем смысле слова, не обязательно LACP. Даже нашел что проприетарное на винде заработает:

 

"Smart Load Balancing and Failover: the Broadcom implementation of load balancing is based on IP flow. IP traffic can be balanced across multiple adapters (team members) for both inbound and outbound traffic. All of the adapters in the team have separate MAC addresses. Automatic fault detection and dynamic failover can be provided to other team members or to a hot standby member. This is done independently of Layer 3 protocols (IP, IPX, NetBEUI); instead, it works with existing Layer 2 and Layer 3 switches. No switch configuration (such as trunk or link aggregation) is required."

http://www.broadcom.com/support/ethernet_nic/management_applications.php

 

Давно еще читал, но сейчас погуглил - суть простая, заставить свитчи сменить MAC в таблице, чтобы переключиться на другую сетевушку

 

"They assist in the updating of other machines' ARP tables. Clustering solutions utilize this when they move an IP from one NIC to another, or from one machine to another. Other machines maintain an ARP table that contains the MAC associated with an IP. When the cluster needs to move the IP to a different NIC, be it on the same machine or a different one, it reconfigures the NICs appropriately then broadcasts a gratuitous ARP reply to inform the neighboring machines about the change in MAC for the IP. Machines receiving the ARP packet then update their ARP tables with the new MAC."

http://wiki.wireshark.org/Gratuitous_ARP

Изменено 2014-08-25 13:51:43 пользователем ttttt