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

CentOS 6.4 - Пытаюсь потерять ссылку, но не могу

Я пытаюсь проверить соединение активного / активного LACP между CentOS 6.4 и Arista. Один из тестов, который я выполняю, - это закрыть интерфейс на хосте и посмотреть, что произойдет.

На переключателе:

С хоста я попытался (с теми же результатами) закрыть порт следующим образом:

Я еще не пробовал ifconfig, и в данный момент у меня нет доступа.

Конечным результатом является то, что "ifdown" на интерфейсе приводит к тому, что хост становится недоступным в сети примерно на 20 секунд. С другой стороны, если я отключу порт от коммутатора, время простоя составит менее 1 секунды.

Подробности:

# cat /etc/redhat-release
CentOS release 6.4 (Final)

# uname -a
Linux hostnameRemoved 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 18:37:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Dell R720xd (последняя прошивка, включая nic)

# lspci |grep Broadcom | head -1
01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5720 Gigabit Ethernet PCIe


# ethtool -i em3
driver: tg3
version: 3.124
firmware-version: FFV7.10.18 bc 5720-v1.34
bus-info: 0000:02:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

Не проверяйте сбой соединения с помощью команд, потяните за кабель.

Если вы читаете ifdown, он фактически освобождает интерфейс от связи перед его отключением. Это ничего не делает для проверки отработки отказа при связывании в условиях, когда вы хотите выжить при отказе, это просто проверяет способность связующего драйвера изменить его активное ведомое устройство.

Вам повезло, что ваши сетевые адаптеры считают, что PHY отключен, когда порт коммутатора закрыт, следовательно, работает быстрое переключение при отказе при закрытии порта коммутатора.

Не все сетевые адаптеры работают таким образом, некоторым на самом деле необходимо, чтобы их электрическое соединение с коммутатором было разорвано, поэтому вы можете закрыть порт коммутатора, но сетевая карта не считает, что соединение достаточно неудачно, чтобы выполнить отказ от связи.

Связь с miimon - это высокая доступность при сбое физического канала. Способ проверки физического отказа канала - это физический отказ канала, никак иначе.

Вытяните кабель.