LACPポートチャネル/インターフェイスグループのトラブルシューティング

シナリオ1 -ポート停止

-------- IFGRP-STATUS --------
default: transmit 'IP Load balancing', Ifgrp Type 'multi_mode', fail 'log'
corp_lag1: 1 link, transmit 'IP Load balancing', Ifgrp Type 'lacp' fail 'default'
Ifgrp Status Up Addr_set
trunked: corp_ifgrp
up:
e13a: state up, since 26Feb2013 05:18:14 (4+19:01:01)
mediatype: auto-10g_sr-fd-up
flags: enabled
active aggr, aggr port: e13a
input packets 2965338456, input bytes 11151446739454
input lacp packets 13811, output lacp packets 414063
output packets 2518851712, output bytes 22373630536977
up indications 3, broken indications 0
drops (if) 0, drops (link) 0
indication: up at 26Feb2013 05:18:14
consecutive 0, transitions 3
broken:
e7a: state broken, since 26Feb2013 15:23:49 (4+08:55:26)
mediatype: auto-10g_sr-fd-down
flags: lacp enabled
input packets 0, input bytes 0
input lacp packets 1218, output lacp packets 36343
output packets 0, output bytes 0
up indications 4, broken indications 2
drops (if) 0, drops (link) 67
indication: broken at 26Feb2013 15:23:49
consecutive 0, transitions 6

次の例では、動作しているポートが1つ、実際にダウンしているポートが1つあるポートチャネルグループを示します。機能active aggrしているポートが表示されます。これは、リンクアグリゲーションに正常に参加していることを意味します。この e7a例では、ポートに「破損」と表示されている場合は、ポートにケーブルが接続されていないことを示しています。

シナリオ2 -ポートのケーブル接続が間違っています

corp_lag1: 1 link, transmit 'IP Load balancing', Ifgrp Type 'lacp' fail 'default'
Ifgrp Status Up Addr_set
trunked: corp_ifgrp
up:
e13a: state up, since 22Jan2013 15:07:01 (18+09:17:13)
mediatype: auto-10g_sr-fd-up
flags: enabled
active aggr, aggr port: e13a
input packets 18140836964, input bytes 52796851685561
input lacp packets 211121, output lacp packets 6332475
output packets 15346936943, output bytes 168979152263131
up indications 21, broken indications 9
drops (if) 0, drops (link) 0
indication: up at 22Jan2013 15:07:01
consecutive 0, transitions 30
lag_inactive:
e7a: state lag_inactive, since 22Jan2013 15:06:39 (18+09:17:35)
mediatype: auto-10g_sr-fd-up
flags: lacp enabled
input packets 582405, input bytes 1193956618
input lacp packets 211095, output lacp packets 6355756
output packets 19089029, output bytes 13102456660
up indications 15, broken indications 7
drops (if) 0, drops (link) 0
indication: lag_inactive at 22Jan2013 15:06:39
consecutive 0, transitions 22

設定はここでも同じですがe7aLAG_INACTIVE、「broken」ではなくと表示されます。ストレージコントローラとスイッチでLACPに関連する情報が一致していないことを示します。ストレージコントローラがこのポートの使用をLACPでサポートしていないと判断すると、リンクにlag_inactiveと表示されます。これは、リンクアグリゲーショングループ（Link Aggregation Group）のリンクが「active」ではないことを示します。このようe7a e13aな状況が発生するのは、ポートがData ONTAP によってトラフィックに使用されず、すべてのトラフィックがポートを使用するように強制されるためです。そのため、冗長性、耐障害性、および潜在的なスループット向上は存在しません。ポートe13aも（lag_inactive前述のトリガーのいずれかの場合ifgrp ）になると、非アクティブまたはオフライン状態に移行し、いずれの方向でもトラフィックを許可しなくなります。

この状況では、「入力LACPパケット」カウンタと「出力LACPパケット」カウンタを監視することで、原因 に関するヒントを収集できます。

「入力LACPパケット」カウンタは、スイッチから受信したLACP制御/ネゴシエーションパケットの数を監視します。この値が増分していない場合は、スイッチがLACPパケットを送信していない可能性があるか、またはハードウェアが受信したすべてのパケットを廃棄している可能性があることを意味します。スイッチifgrpが「スタティック」マルチモードに設定されている場合、このカウンタは増加していません。

「出力LACPパケット」カウンタは、ストレージコントローラから送信されたLACP制御/ネゴシエーションパケットの数を監視します。ポートが「broken」以外の状態の場合は、常に増分する必要があります。

シナリオ3 -適切に設定されたLACP ifgrp

ポートにactive aggrは両方ともがあります（aggr portの部分は無視してください）。について言及してはなりませんlag_inactive。

次のような構成になります。

corp_lag2: 2 links, transmit 'IP Load balancing', Ifgrp Type 'lacp' fail 'default'
Ifgrp Status Up Addr_set
trunked: corp_ifgrp
up:
e7b: state up, since 26Feb2013 04:58:05 (4+19:12:27)
mediatype: auto-10g_sr-fd-up
flags: enabled
active aggr, aggr port: e13b
input packets 9493, input bytes 1177132
input lacp packets 13831, output lacp packets 415997
output packets 617618727, output bytes 2908794789546
up indications 3, broken indications 0
drops (if) 0, drops (link) 0
indication: up at 26Feb2013 04:58:05
consecutive 0, transitions 3
e13b: state up, since 26Feb2013 04:58:04 (4+19:12:28)
mediatype: auto-10g_sr-fd-up
flags: enabled
active aggr, aggr port: e13b
input packets 9494, input bytes 1177256
input lacp packets 13830, output lacp packets 414747
output packets 505651519, output bytes 4117402075645
up indications 3, broken indications 0
drops (if) 0, drops (link) 0
indication: up at 26Feb2013 04:58:04
consecutive 0, transitions 3

この状態では、両方のポートが「enabled」と表示され、「input lacp packets」カウンタと「output lacp packets」カウンタの両方が、30秒ごとに少なくとも1つずつ増加している必要があります。

LACPポートチャネルグループの設定に関するベストプラクティスについては、テクニカルレポートTR-3802（『Cisco Nexusスイッチでの構文』など）を参照してください。レイヤ1が期待どおりかどうかを検証するために、ネットアップストレージコントローラが接続されているポートを理解していることを確認してください。Data ONTAP のCDP機能を使用すると、この検証を支援できます。

node1>オプションCDPD.enabled
ON LLDPポーリング間隔が正常に完了するまで最大60分間待機します。
node1> cdpd show-neighbors

clustered Data ONTAP の場合：

Cluster01::> node run -node Node1 options cdpd.enable on
Cluster01::> node run -node Node1 cdpd show-neighbors
 

注：現在のシスコ世代の実装でvpc peer-gateway’は、NetApp FastPath設定との互換性を最大限に高めるために、ポートチャネル設定に「設定」を追加することを検討してください（7-Modeおよびclustered Data ONTAPではデフォルト）。このVPC peer-gatewayステートメントは、NX-OS 4.2.1で7000シリーズスイッチ用、および5500シリーズスイッチ用のNX-OS Release 5.0(3)N1(1)で使用できます。詳細については 、「ip.fastpath が 有効 なKB でCisco Nexus vPC経由 で ネットワークトラフィックを送信できない 」を参照してください。