nocip.ssh@mail.ru
Главная  >  Cisco Switching

Поиск и устранение неисправностей канала EtherChannel

Создана 05.04.2025
Отредактирована 13.04.2025
Поиск и устранение неисправностей каналов EtherChannel может оказаться особенно сложным по нескольким причинам. Во-первых, следует сделать всё возможное для правильного выбора конфигурации, поскольку неправильных комбинаций конфигурационных параметров даже больше, чем правильных. Во-вторых, прежде чем коммутатор добавит физический канал связи в группу, должно совпасть множество параметров интерфейса и на физических каналах связи, и на локальном коммутаторе, и на соседнем. В данном обзоре рассматриваются оба набора проблем.

Неправильные параметры команды channel-group

Ранее, в обзоре "Настройка канала EtherChannel", был приведён небольшой набор рабочих параметров команды channel-group. Таким образом, для одиночного канала  EtherChannel могут быть применены следующие правила.

Параметры интерфейса, которые должны совпадать с таковыми у других интерфейсов на том же коммутаторе для их включения в канал EtherChannel

  1. Все команды channel-group на локальном коммутаторе для всех физических интерфейсов должны использовать тот же номер группы канала.
  2. Номер группы канала может отличаться на соседних коммутаторах.
  3. Если используется ключевое слово on, оно должно использоваться на соответствующих интерфейсах обоих коммутаторов.
  4. Если на одном коммутаторе используется ключевое слово desirable, то коммутатор использует протокол PAgP, следовательно, другой коммутатор должен использовать ключевое слово desirable или auto.
  5. Если на одном коммутаторе используется ключевое слово active, то коммутатор использует протокол LACP, cледовательно, другой коммутатор должен использовать ключевое слово active или passive.
Эти правила обобщают правильные параметры настройки, но фактически остаются ещё много возможностей для неправильного выбора. Далее мы рассмотрим несколько неправильных, но вполне допустимых коммутаторами конфигураций, хотя они и не позволяют создать работоспособный канал EtherChannel. Список сравнивает конфигурацию на одном коммутаторе с другим на основании физической конфигурации интерфейса. Указаны также причины, по которым конфигурация является неправильной.
  • На одном коммутаторе использовано ключевое слово on, а на другом - ключевое слово слово desirable, auto, active или passive. Ключевое слово on не включает ни протокол PAgP, ни протокол LACP, а другие параметры полагаются на работу протокола PAgP или LACP.
  • Ключевое слово auto использовано на обоих коммутаторах. Оба используют протокол PAgP, но оба ожидают начала переговоров от другого коммутатора.
  • Ключевое слово passive использовано на обоих коммутаторах. Оба используют протокол LACP, но оба ожидают начала переговоров от другого коммутатора.
  • На одном коммутаторе использовано ключевое слово active, а на другом - ключевое слово desirable или auto. Ключевое слово active подразумевает протокол LACP, а другие ключевые слова - протокол PAgP.
  • На одном коммутаторе использовано ключевое слово desirable, а на другом - ключевое слово active или passive. Ключевое слово desirable подразумевает протокол PAgP, а другие ключевые слова - протокол LACP.
Пример 1 демонстрирует последний случай в списке. В данном случае два порта (Gi0/1 и Gi0/2) коммутатора sw1 были настроены с использованием ключевого слова desirable, а соответствующие порты Gi0/1 и Gi0/2 коммутатора sw2 - с использованием ключевого слова active рис. 1. Вывод в примере содержит достаточно информации о состоянии, чтобы сделать вывод о причине отказа.
Рис. 1. Неправильные комбинации параметров  в конфигурации канала EtherChannel

Пример 1. Отказ канала EtherChannel

Начнём с легенды команды show etherchannel summary вверху вывода. Знак D означает, что сам канал отключен, знак S - что это канал EtherChannel уровня 2, знак I - что физический интерфейс работает независимо от интерфейса PortChannel (т.е. автономно). Далее в выводе команды интерфейс PortChannel (Po1) помечен как канал EtherChannel уровня 2 в остановленном состоянии (SD), а интерфейсы Gi0/1 и Gi0/2 - как автономные (I).
Как ни странно, проблема в ошибке конфигурации, два физических интерфейса продолжают работать независимо, как будто канала портов не существует. Это демонстрирует последняя команда в примере, хотя интерфейс PortChannel 1 отключен, оба физических интерфейса находятся во включенном состоянии.
ВНИМАНИЕ!

При решении на экзамене задач, связанных с EtherChannel, рекомендуется запоминать не неправильные сочетания параметров, а сконцентрироваться на списке правильных, чтобы затем искать любые различия между конфигурацией, заданной в вопросе, и известными правильными сочетаниями.

Проверка конфигурации перед добавлением интерфейсов в канале EtherChannel

Даже когда все команды channel-group настроены правильно, проблемы могут вызвать и другие параметры конфигурации. Данный раздел посвящён этим параметрам конфигурации и их воздействию.
В первую очередь, локальный коммутатор проверяет каждый новый физический интерфейс, настраиваемый как часть канала EtherChannel, сравнивая новый канал с существующими. Параметры нового физического интерфейса должны совпадать с таковыми у существующих каналов связи, в противном случае коммутатор не добавит новый канал связи в список рабочих интерфейсов канала EtherChannel. Таким образом, физический интерфейс остаётся настроенным как часть канала портов, но в составе группы не используется, а зачастую переводится в некое нерабочее состояние.
Ниже приведён список элементов, проверяемых на коммутаторе:
  • Скорость;
  • Дуплекс;
  • Состояние доступа (access) или магистрали (trunk) - все каналы должны быть в одинаковом состоянии;
  • Если это порт доступа, то проверяется сеть VLAN;
  • Если это порт магистрального канала, список разрешённых сетей VLAN (согласно команде switchport trunk allowed);
  • Если это порт магистрального канала, то проверяется собственная сеть VLAN;
  • Параметры интерфейса STP.
Кроме того, коммутаторы проверяют параметры на соседнем коммутаторе. Для этого они используют протокол PAgP или LACP (если он уже не используется) или, при настройке в ручную, протокол обнаружения устройств Cisco (CDP). У соседа должны совпадать все параметры списка, кроме параметров STP.
Например, коммутаторы sw1 и sw2 снова используют два физических канала в одном логическом канала EtherChannel. Прежде чем настроить канал EtherChannel, на интерфейсе Gi0/2 коммутатора sw1 была создана стоимость подкоммандой (spanning-tree cost 19) маршрута через порт STP, отличная от интерфейса Gi0/1 (по умолчанию cost 4) рис. 2. Пример 2 продолжает эту последовательность, но уже после ввода правильных команд channel-group, когда коммутатор решает, использовать ли интерфейсы Gi0/1 и Gi0/2 в этом канале EtherChannel. 
Рис. 2. Неправильные комбинации стоимостей интерфейсов

Пример 2. Отказ локальных интерфейсов в канале EtherChannel из-за несовпадения стоимостей STP

Сообщение вверху примера, в частности, сообщает, что коммутатор делает при проверке совпадения параметров интерфейса. В данном случае коммутатор sw1 обнаруживает различия в стоимостях STP. Коммутатор sw1  не использует ни порт Gi0/1, ни порт Gi0/2, а переводит их в состояние блокировки из-за ошибки. Коммутатор переводит также в состояние блокировки из-за ошибки интерфейс PortChannel. В результате ни виртуальный канал портов Po1, ни физические интерфейсы работать не будут.
Для решения этой проблемы следует перенастроить физические интерфейсы так, чтобы использовать одинаковые параметры STP. Кроме того, для выхода из состояния блокировки из-за ошибки интерфейс PortChannel и физические интерфейсы должны быть отключены (shutdown), а затем снова включены (no shutdown).
ОБРАТИТЕ ВНИМАНИЕ!

Когда коммутатор применяет команды shutdown и no shutdown на канале портов, он применяет те же команды к физическим интерфейсам, поэтому достаточно ввести команды shutdown/no shutdown только на интерфейсе PortChannel.

«-«-«- Назад
Вперед -»-»-»
Поиск и устранение неисправностей протокола STP
Термины протокола STP 

*