Назад | Перейти на главную страницу

Nic Teaming Windows Server 2012 R2 - Нет сетевого подключения

У меня есть 2 карты NIC 100 Мбит / с, установленные в слоты PCIe, и каждая карта подключена к собственному настольному 8-портовому коммутатору.

Мои настройки:

Однако после установки статического IP-адреса из-за того, что команда не получала IP-адрес из сети, я все еще не могу заставить сервер пинговать внутри или вне сети.

РЕДАКТИРОВАТЬ: Я играл с настройками, и я заметил некоторые сбои, когда команда, похоже, не действует как команда. Поэтому я предполагаю, что быстрый вопрос: должно ли оборудование быть «высшего» качества? Например, я использую эти коммутаторы TRENDnet TE100-S8 8-портовый коммутатор Fast Ethernet. http://www.newegg.com/Product/Product.aspx?Item=9SIA25V2VW8636

Пример:

EDIT: вроде как работает, но я не могу, например, получить RDP. Кроме того, если я потяну, скажем, переключатель 1, все сломается, и вы больше не сможете пинговать, как я тестировал с помощью ping -t google.com. Но если я потяну за другой переключатель, пинг продолжится, как и должен, поэтому я полагаю, что он использует только один переключатель.

РЕДАКТИРОВАТЬ 2:

Итак, я нашел это в документе с сайта Microsoft, который я скачал:

3.11.1 MAC-адрес группы В независимом от коммутатора режиме с хешированием адресов или динамическим распределением нагрузки группа будет использовать MAC-адрес основного члена группы (выбранного из начального набора членов группы) для исходящего трафика. Основной член команды - это первый член команды, который присоединяется к команде после создания команды или перезагрузки хоста. Поскольку основной член группы может изменяться недетерминированным образом при каждой загрузке, отключении / включении сетевого адаптера или других действиях по изменению конфигурации, MAC-адрес группы может время от времени меняться. Обычно это не вызывает проблем, но в некоторых случаях может. Если основной член группы удаляется из группы, а затем вводится в эксплуатацию, может возникнуть конфликт MAC-адресов. Чтобы разрешить этот конфликт, отключите и включите командный интерфейс. Процесс выполнения операции отключения и включения в интерфейсе группы заставит его выбрать новый MAC-адрес среди оставшихся членов группы. Если для группы требуется стабильность MAC-адреса, администратор может установить MAC-адрес группы на любой MAC-адрес, который администратор хочет использовать, установив его в основном интерфейсе группы таким же образом, как администратор может установить MAC-адрес любого физического NIC. ИСТОЧНИК: https://www.microsoft.com/en-us/download/details.aspx?id=40319

Означает ли это, что если сетевая карта, которая используется как MAC, выходит из строя, вам необходимо перезапустить NIC TEAM? Я заметил, что могу отключить один переключатель, и ничего не выходит из строя, но когда я нажимаю другой, происходит сбой, несмотря на то, что другой переключатель включен, поэтому моя проблема будет связана с MAC?

Коммутаторы «настольного компьютера» не должны быть подключены друг к другу, чтобы воспользоваться преимуществами объединения сетевых адаптеров. Командная работа Switch Independent полностью поддерживается, когда каждый член команды подключен к независимым, неподключенным вышестоящим коммутаторам.

Хотя я еще не использовал объединение сетевых адаптеров в Windows Server 2012 R2, я думаю, что происходит следующее:

В независимом от коммутатора режиме с хешированием адресов сервер использует MAC-адрес основного члена группы. Таким образом, хотя исходящий трафик может быть сбалансирован по нагрузке между обоими членами группы, входящий трафик будет направлен на основного члена (поскольку IP-адрес может быть связан только с одним MAC-адресом). Это означает, что IP-адрес сервера преобразуется в MAC-адрес основного члена группы, когда основной член группы подключен и работает. Когда основной член команды выходит из строя, IP-адрес необходимо связать с MAC-адресом «нового» основного члена команды. Если вы тестируете с компьютера, подключенного к пограничному коммутатору, то логично, что в таблице ARP на тестовом компьютере по-прежнему есть IP-адрес, связанный с исходной ассоциацией MAC-адресов основного члена группы. Вы можете легко проверить это, очистив кеш ARP на тестовом компьютере, а затем попытавшись подключиться к серверу.

Другая возможность (хотя я не думаю, что здесь дело обстоит именно так из-за выбранного вами режима объединения и режима балансировки нагрузки) заключается в том, что проблема связана с MAC-адресом основного члена группы, кэшируемым в MAC-адресе граничных коммутаторов. таблица адресов (обратите внимание, что таблица MAC-адресов коммутатора - это MAC-адрес для ассоциации порта коммутатора. Это не имеет ничего общего с ARP). Я не верю, что здесь дело обстоит именно так, потому что в вашем режиме объединения и балансировки нагрузки каждый объединенный адаптер должен использовать MAC-адрес независимо друг от друга. Если каждый член команды использовал один «общий» MAC-адрес, то вероятной причиной вашей проблемы был бы этот сценарий.

Возможно, я совершенно не в своей тарелке, но, надеюсь, это дает вам кое-что, на что стоит взглянуть.