В связи LACP все ли партнерские интерфейсы должны иметь один и тот же "ключ операции"?

Мы широко используем связи LACP (режим 4) в нашей среде, и я иногда сталкиваюсь с проблемами при новых развертываниях, когда кабели пересекаются или порты коммутатора неправильно настроены, вызывая плохие состояния портов LACP.

Одна вещь, которую я использовал для устранения неполадок, - это значение оперного ключа партнера. Как правило, они совпадают, и когда они не совпадают, я подозреваю возможную проблему с перекрёстным кабелем. Я пытался исследовать это, но мне было трудно найти окончательный ответ. Итак, разумно ли ожидать, что операционные ключи в группе каналов LACP всегда совместно используют один и тот же функциональный ключ, или есть случаи, когда они могут отличаться в правильно настроенной группе?

Например:

# grep -A6 "partner lacp pdu" /proc/net/bonding/bond0
details partner lacp pdu:
    system priority: 32768
    system mac address: 70:e4:23:92:42:b7
    oper key: 205
    port priority: 32768
    port number: 92
    port state: 61
--
details partner lacp pdu:
    system priority: 32768
    system mac address: 70:e4:23:92:42:b7
    oper key: 206
    port priority: 32768
    port number: 94
    port state: 13

В этом примере я знаю, что состояние второго партнера плохое - я просто пытаюсь найти хороший способ определить, "почему" это плохо.

Источник

1 ответ

Я только что зарегистрировался на 400 серверах, все в режиме LACP 4. Два интерфейса, 25G вверх / вниз для общего количества 50G. 2 режима Cisco 9600 LACP 4 установлены в канальном порту для объединения обоих портов. Один кабель входит в другой коммутатор, чтобы иметь резервирование питания, коммутатора, кабеля, стойки и интерфейса.

Клавиша оперы одинакова по всем направлениям.

Я включаю рабочую связь ниже.

Несколько вещей приходят на ум по вашему вопросу,

Одна вещь, которую я использовал для устранения неполадок, - это значение оперного ключа партнера. Как правило, они совпадают, и когда они не совпадают, я подозреваю возможную проблему с перекрёстным кабелем

Эту проблему можно решить с помощью стандартной практики прокладки кабелей. Все наши кабели, которые идут вниз по левой стороне стойки, все подключаются к левой стороне коммутатора (или, в данном случае, к одной стойке), а все кабели, проходящие с правой стороны, идут к правой стороне переключатель. Похоже, сервер 1 имеет кабель к порту 1 или 48. Это поможет вам, поскольку он создает стандартную модель для подсчета. Сервер 5 будет порт 43 и порт 5. Легко отслеживать, легко общаться.

Еще одна мысль: мы используем mac-адреса для отслеживания членов LACP. Я мог бы войти на сервер, используя radssh + racadm (внеполосный доступ) или radssh (используя ssh) для массового входа на все мои серверы и получения списка (не bond0, нам нужны фактические члены) mac-адресов. Передайте заполненный список mac адресов сетевой команде и сравните список участников со списком mac адресов.

sudo cat /etc/sysconfig/network-scripts/ifcfg-bond0 
DEVICE=bond0
NAME=bond0
#NM_CONTROLLED=no
IPADDR=$SERVER_IP
PREFIX=22
GATEWAY=$GATEWAY_IP
ONBOOT=yes
BOOTPROTO=none
BONDING_OPTS="miimon=100 mode=4 lacp_rate=1 xmit_hash_policy=layer3+4"

sudo cat /etc/sysconfig/network-scripts/ifcfg-enp10s0f0
DEVICE=enp10s0f0
TYPE="Ethernet"
BOOTPROTO="none"
ONBOOT="yes"
MASTER=bond0
SLAVE=yes
##HWADDR=<MAC>:2C:6C
#DEFROUTE="yes"
#PEERDNS="yes"
#PEERROUTES="yes"
IPV4_FAILURE_FATAL="no"
IPV6_FAILURE_FATAL="no"
NAME="enp10s0f0"

 sudo cat /proc/net/bonding/bond0

  Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

  Bonding Mode: IEEE 802.3ad Dynamic link aggregation
  Transmit Hash Policy: layer3+4 (1)
  MII Status: up
  MII Polling Interval (ms): 100
  Up Delay (ms): 0
  Down Delay (ms): 0

  802.3ad info
  LACP rate: fast
  Min links: 0
  Aggregator selection policy (ad_select): stable
  Active Aggregator Info:
    Aggregator ID: 2
    Number of ports: 2
    Actor Key: 1
    Partner Key: 32875
    Partner Mac Address: <MAC>:be:03

  Slave Interface: enp10s0f0
  MII Status: up
  Speed: 25000 Mbps
  Duplex: full
  Link Failure Count: 7
  Permanent HW addr: <MAC>:ea:7c
  Slave queue ID: 0
  Aggregator ID: 2
  Actor Churn State: none
  Partner Churn State: none
  Actor Churned Count: 6
  Partner Churned Count: 6
  details actor lacp pdu:
      system priority: 65535
      port key: 1
      port priority: 255
      port number: 1
      port state: 63
  details partner lacp pdu:
      system priority: 32667
      oper key: 32875
      port priority: 32768
      port number: 263
      port state: 60

  Slave Interface: p8p2
  MII Status: up
  Speed: 25000 Mbps
  Duplex: full
  Link Failure Count: 7
  Permanent HW addr: <MAC>:ea:7d
  Slave queue ID: 0
  Aggregator ID: 2
  Actor Churn State: none
  Partner Churn State: none
  Actor Churned Count: 5
  Partner Churned Count: 5
  details actor lacp pdu:
      system priority: 65535
      port key: 1
      port priority: 255
      port number: 2
      port state: 63
  details partner lacp pdu:
      system priority: 32667
      oper key: 32875
      port priority: 32768
      port number: 16647
      port state: 60
Источник
Другие вопросы по тегам