コンピューターネットワークの基礎。 テーマ番号8。 リンク集約プロトコル：Etherchannel

こんにちは！ 短い休憩の後、ネットワークサイエンスの花崗岩をかじり続けます。 この記事では、Etherchannelプロトコルに焦点を当てます。 このトピックの一部として、集約、フォールトトレランス、および負荷分散とは何かについて説明します。 テーマは重要で興味深いものです。 楽しい読書をお祈りします。





それでは、簡単なものから始めましょう。



Etherchannelは、複数の物理ワイヤ（チャネル、ポート）を単一の論理インターフェースに結合（集約）できるテクノロジーです。 通常、これはフォールトトレランスを向上させ、チャネルスループットを向上させるために使用されます。 通常、重要なノード（スイッチ-スイッチ、スイッチ-サーバーなど）の接続用。 Etherchannelという言葉自体は、シスコによって導入されたものであり、集約に関連するすべてのものが含まれています。 他のベンダーは集約を異なる方法で呼び出します。 HuaweiはそれをLink Aggregationと呼び、D-LinkはLAGと呼びます。 しかし、これの本質は変わらない。



集計作業をより詳細に分析しましょう。



1本のワイヤで相互接続された2つのスイッチがあります。 部門とグループのネットワークは両方のスイッチに接続されています（サイズは重要ではありません）。 主なことは、特定の数のユーザーがスイッチに座っていることです。 これらのユーザーは積極的に作業し、互いにデータを交換します。 したがって、それらは通信なしで放置されるべきではありません。 2つの質問があります。

1. スイッチ間のリンクに障害が発生すると、通信が失われます。 作業は増加し、管理者は何が問題なのか理解するのを恐れて走ります。
2. 2番目の質問はそれほど重要ではありませんが、将来の基盤があります。 会社は成長し、新しい従業員が現れ、トラフィックが増え、チャネルは同じです。 何らかの方法でスループットを向上させる必要があります。

最初に頭に浮かぶのは、スイッチ間にさらにいくつかのワイヤをドロップすることです。 しかし、このキャンペーンは根本的に間違っています。 冗長リンクを追加すると、前の記事で述べたように、ネットワークにループが発生します。 STPプロトコルの素晴らしいファミリーがあり、それらがすべてを解決すると主張することができます。 しかし、これも完全に真実ではありません。 同じパケットトレーサーの例を示します。



ご覧のとおり、2つのチャネルから、1つだけがアクティブです。 2番目は、アクティブが失敗するまで待機します。 つまり、ある程度のフォールトトレランスを実現しますが、スループットを上げても問題は解決しません。 そして、2番目のチャネルはアイドル状態になります。 良い形のルールは、ネットワーク要素がアイドル状態にならないようなアプローチです。 最適なソリューションは、複数の物理インターフェイスから1つの大きな論理インターフェイスを作成し、それを介してトラフィックを駆動することです。 そして、Etherchannelが助けになります。 Cisco OSには、3種類の集約があります。

1. 1）LACPまたはLink Aggregation Control Protocolは、オープンなIEEE標準です。
2. 2）PAgPまたはポート集約プロトコル-シスコ独自のプロトコル。
3. 手動集約。

3つのタイプの集約はすべて、次の場合にのみ実行されます。

• 同じ二重
• 同じインターフェース速度
• 許可される同一のVLANおよびネイティブVLAN
• 同じインターフェースモード（アクセス、トランク）

つまり、ポートは互いに同一である必要があります。



今、彼らの違いについて。 最初の2つを使用すると、動的に同意することができ、リンクのいずれかが失敗した場合に通知することができます。



手動集計は、管理者自身のリスクで行われます。 スイッチは何も調整せず、管理者が予見したものに依存します。 それでも、多くのベンダーは手動集約の使用を推奨しています。これは、いずれの場合でも、適切な動作のために上記のルールに従う必要があり、LACPまたはPAgPをネゴシエートするためにスイッチがサービスメッセージを生成する必要がないためです。



LACPプロトコルから始めます。 機能させるには、 アクティブモードまたはパッシブモードにする必要があります。 モードの違いは、 アクティブモードではLACPプロトコルがすぐにアクティブになり、 パッシブモードではネイバーからのLACPメッセージを検出するとLACPが有効になることです。 したがって、LACPとのアグリゲーションが機能するためには、両方がアクティブモードである必要があります。一方はアクティブモードで、もう一方はパッシブモードです。 タブレットを作ります。



それでは、実験室に進み、実際の部分を修正しましょう。



2本のワイヤで接続された2つのスイッチがあります。 ご覧のように、STPプロトコルのトリガーにより、1つのリンクがアクティブ（緑色に点灯）で、2番目のバックアップ（オレンジに点灯）があります。 これは良いです、プロトコルはうまくいっています。 しかし、両方のリンクを一緒に結合したいと思います。 次に、STPプロトコルは、それが1つのワイヤであると見なし、ブロッキングを停止します。



スイッチに行き、ポートを集約します。

SW1(config)#interface fastEthernet 0/1 -    SW1(config-if)#shutdown -   (     ,  STP   ) %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down SW1(config-if)#channel-group 1 mode active -   port-channel 1 (      )      active. Creating a port-channel interface Port-channel 1 -      . SW1(config-if)#no shutdown -  . %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINK-5-CHANGED: Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up SW1(config)#interface fastEthernet 0/2 -     SW1(config-if)#shutdown - . %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down SW1(config-if)#channel-group 1 mode active -   port-channel 1 SW1(config-if)#no shutdown - . %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、最初のスイッチのセットアップが完了しました。 信頼性のために、show etherchannel port-channelコマンドを入力できます。

 SW1#show etherchannel port-channel Channel-group listing: ---------------------- Group: 1 ---------- Port-channels in the group: --------------------------- Port-channel: Po1 (Primary Aggregator) ------------ Age of the Port-channel = 00d:00h:08m:44s Logical slot/port = 2/1 Number of ports = 2 GC = 0x00000000 HotStandBy port = null Port state = Port-channel Protocol = LACP Port Security = Disabled Ports in the Port-channel: Index Load Port EC state No of bits ------+------+------+------------------+----------- 0 00 Fa0/1 Active 0 0 00 Fa0/2 Active 0 Time since last port bundled: 00d:00h:08m:43s Fa0/2
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このようなポートチャネルがあり、両方のインターフェイスがそこに存在することがわかります。



2番目のデバイスに渡します。

 SW2(config)#interface range fastEthernet 0/1-2 -      . SW2(config-if-range)#shutdown -  . %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down SW2(config-if-range)#channel-group 1 mode passive -  port-channel     passive (,   LACP-). Creating a port-channel interface Port-channel 1 -  . SW2(config-if-range)#no shutdown -  . %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINK-5-CHANGED: Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

その後、チャネルは一貫します。 show etherchannel summaryコマンドでこれを見ることができます：

 SW1#show etherchannel summary Flags: D - down P - in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use f - failed to allocate aggregator u - unsuitable for bundling w - waiting to be aggregated d - default port Number of channel-groups in use: 1 Number of aggregators: 1 Group Port-channel Protocol Ports ------+-------------+-----------+---------------------------------------------- 1 Po1(SU) LACP Fa0/1(P) Fa0/2(P)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでは、ポートチャネルグループ、使用されているプロトコル、インターフェイス、およびそれらのステータスを確認できます。 この場合、SUパラメーターは、第2レベルの集約が実行され、このインターフェースが使用されていることを示します。 また、パラメータPは、インターフェイスがポートチャネル状態であることを示します。







すべてのリンクは緑色でアクティブです。 STPはそれらに対して機能しません。



パケットトレーサーにグリッチがあることをすぐに警告します。 一番下の行は、構成後、インターフェイスがスタンドアロン（パラメーターI）になる可能性があり、それをそのままにしておきたくないということです。 執筆の時点で、私はこの不具合を抱えていたため、ラボを再作成することにしました。



LACPの作業についてもう少し詳しく説明します。 シミュレーションモードをオンにして、LACPフィルターのみを選択して、残りが気にならないようにします。







SW1がLACPメッセージをネイバーに送信することがわかります。 イーサネットフィールドを見てください。 Sourceでは、彼はMACアドレスを書き込み、Destinationでは、マルチキャストアドレスは0180.C200.0002です。 このアドレスはLACPでリッスンしています。 それ以上はLACPの「長い足布」です。 各フィールドについては説明しませんが、私の意見では重要なフィールドのみに注目します。 しかし、その前にいくつかの言葉。 このメッセージは、多くの目的のためにデバイスによって使用されます。 これは、同期、収集、集約、アクティビティの検証などです。 つまり、いくつかの機能があります。 そして、これがすべて機能し始める前に、彼らは自分用に仮想MACアドレスを選択します。 これは通常、利用可能な最小サイズです。





そして、これらのアドレスをLACPフィールドに書き込みます。







移動中に、これがすぐに頭に入るとは限りません。 写真があれば、もっと簡単になると思います。 CPTでは、LACP形式は少し曲がっているため、実際のダンプの画面を表示します。







強調表示された行は、メッセージが送信された目的を示しています。 これが彼の作品の本質です。 これは、単一のポートチャネル論理インターフェイスです。 あなたはそれに行って見ることができます：

 SW1(config)#interface port-channel 1 SW1(config-if)#? arp Set arp type (arpa, probe, snap) or timeout bandwidth Set bandwidth informational parameter cdp Global CDP configuration subcommands delay Specify interface throughput delay description Interface specific description duplex Configure duplex operation. exit Exit from interface configuration mode hold-queue Set hold queue depth no Negate a command or set its defaults service-policy Configure QoS Service Policy shutdown Shutdown the selected interface spanning-tree Spanning Tree Subsystem speed Configure speed operation. storm-control storm configuration switchport Set switching mode characteristics tx-ring-limit Configure PA level transmit ring limit
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、このインターフェースで実行されるすべてのアクションは、物理ポートの変更に自動的につながります。 以下に例を示します。

 SW1(config-if)#switchport mode trunk %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to down %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

port-channelがトランクモードになったとき、それに合わせて物理インターフェイスが自動的にプルされました。 show running-configと入力します。

 SW1#show running-config Building configuration... Current configuration : 1254 bytes ! version 12.2 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption ! hostname SW1 ! ! ! ! ! spanning-tree mode pvst ! interface FastEthernet0/1 channel-group 1 mode active switchport mode trunk ! interface FastEthernet0/2 channel-group 1 mode active switchport mode trunk ! *************************************** interface Port-channel 1 switchport mode trunk !
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして確かにそうです。



次に、ロードバランスやロシア語の「バランス調整」など、特別な注意に値するテクノロジーについて説明します。 集約チャネルを作成するとき、トラフィックを通過させるのはチャネル内の物理インターフェースであることを忘れてはなりません。 チャネルが集約されているように見え、すべてが機能している場合もありますが、すべてのトラフィックが1つのインターフェイスを通過し、残りがアイドル状態になる状況があります。 典型的な例でこれがどのように起こるかを説明します。 現在のラボでLoad-Balanceがどのように機能するかを見てみましょう。

 SW1#show etherchannel load-balance EtherChannel Load-Balancing Operational State (src-mac): Non-IP: Source MAC address IPv4: Source MAC address IPv6: Source MAC address
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

現時点では、MACアドレスの値に基づいてバランシングを実行します。 デフォルトでは、バランシングが行われます。 つまり、最初のリンクを介して最初のMACアドレスを、2番目のリンクを介して2番目のMACアドレスを、1番目のリンクを介して3番目のMACアドレスを再度渡すため、交互になります。 しかし、このアプローチは常に正しいとは限りません。 理由を説明します。



特定の条件付きネットワークがあります。 2台のコンピューターがSW1に接続されています。 次に、このスイッチはSW2集約チャネルに接続します。 ルーターがSW2に接続されています。 デフォルトでは、Load-Balanceはsrc-macに設定されています。 そして、これが起こることです。 MACアドレス111のフレームは最初のリンクで送信され、MACアドレス222のフレームは2番目のリンクで送信されます。 それがここにあります。 SW2に渡します。 MACアドレスが333の1つのルーターのみが接続され、ルーターからのすべてのフレームは最初のリンクによってSW1に送信されます。 したがって、2番目は常にアイドル状態になります。 したがって、ここでは、送信元MACアドレスではなく、宛先MACアドレスによってバランスを調整する方が論理的です。 次に、たとえば、最初のコンピューターに送信されるすべてのものが最初のリンクに送信され、2番目が2番目のリンクに送信されます。



これは非常に単純な例ですが、この技術の本質を反映しています。 次のように変更されます。

 SW1(config)#port-channel load-balance ? dst-ip Dst IP Addr dst-mac Dst Mac Addr src-dst-ip Src XOR Dst IP Addr src-dst-mac Src XOR Dst Mac Addr src-ip Src IP Addr src-mac Src Mac Addr
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここで明らかだと思います。 これはLACPだけでなく、他の方法のバランス調整の例であることに注意してください。



LACPに関する会話を終了します。 結局、このプロトコルは、そのオープン性のために最も頻繁に使用され、ほとんどのベンダーで使用できるとしか言えません。



それが十分でないと思った人はここ 、 ここ 、 ここで LACPを終えることができます 。 また、この研究室へのリンク 。



同僚のPAgPについて。 前述のように、これは純粋に「tsiskovskiy」プロトコルです。 あまり使用されることはありません（Ciscoの機器のみで構築されたネットワークは、異機種混合ではないため）。 動作し、LACPと同様に構成されていますが、シスコはそれを知っている必要があるため、検討に移します。



PAgPには2つのモードもあります。

1. 望ましい-PAgPが含まれます。
2. 自動-PAgPメッセージが到着した場合にオンにします。

同様のラボを収集します。







そしてSW1に行きます：

 SW1(config)#interface range fastEthernet 0/1-2 -   . SW1(config)#shutdown - . %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down SW1(config-if-range)#channel-group 1 mode desirable -  port-channel      desirable (  ). Creating a port-channel interface Port-channel 1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、SW2の構成に進みます（SW1のインターフェイスがオフになっていることを忘れないでください。後でそれらに戻る必要があります）。

 SW2(config)#interface range fastEthernet 0/1-2 -   . SW2(config-if-range)#channel-group 1 mode auto -  port-channel    auto (,   PAgP-). Creating a port-channel interface Port-channel 1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

SW1に戻り、インターフェースをオンにします。

 SW1(config)#interface range fastEthernet 0/1-2 SW1(config-if-range)#no shutdown %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINK-5-CHANGED: Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up    . . SW1: <source>SW1#show etherchannel summary Flags: D - down P - in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use f - failed to allocate aggregator u - unsuitable for bundling w - waiting to be aggregated d - default port Number of channel-groups in use: 1 Number of aggregators: 1 Group Port-channel Protocol Ports ------+-------------+-----------+---------------------------------------------- 1 Po1(SU) PAgP Fa0/1(P) Fa0/2(P)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

SW2：

 SW2#show etherchannel summary Flags: D - down P - in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use f - failed to allocate aggregator u - unsuitable for bundling w - waiting to be aggregated d - default port Number of channel-groups in use: 1 Number of aggregators: 1 Group Port-channel Protocol Ports ------+-------------+-----------+---------------------------------------------- 1 Po1(SU) PAgP Fa0/1(P) Fa0/2(P)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、シミュレーションに進み、PAgPフィルターを調整します。 SW2からのメッセージが表示されます。 見ます。







つまり、SW2の送信元MACアドレスに表示されます。 宛先は、PAgPのマルチキャストアドレスです。 より高いLLCおよびSNAPプロトコル。 この場合、それらは私たちの興味を引くものではなく、PAgPに渡します。 フィールドの1つに、彼はSW1の仮想MACアドレス（LACPと同じ原理に従って選択される）を書き込み、その下に彼の名前とこのメッセージが出たポートを書き込みます。



原則として、構造自体を除いて、LACPと実質的に違いはありません。 誰がもっと読みたいのか、研究室へのリンク 。 そして、それは本物に見えます：







最後に残ったのは、手動集計です。 集約を使用すると、すべてが簡単になります。



他の設定では、チャネルは機能しません。



上記のように、調整と検証の追加プロトコルはここでは使用されません。 したがって、集約する前に、インターフェイス設定のIDを確認する必要があります。 または、次のコマンドでインターフェイス設定をリセットします。

 Switch(config)#default interface faX/X
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

作成されたラボでは、すべてが最初はデフォルトです。 したがって、設定に直接進みます。

 SW1(config)#interface range fastEthernet 0/1-2 SW1(config-if-range)#shutdown %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to administratively down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down SW1(config-if-range)#channel-group 1 mode on -  port-channel   . Creating a port-channel interface Port-channel 1 SW1(config-if-range)#no shutdown %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINK-5-CHANGED: Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up %LINK-5-CHANGED: Interface FastEthernet0/2, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして同様にSW2でも：

 SW2(config)#interface range fastEthernet 0/1-2 SW2(config-if-range)#channel-group 1 mode on Creating a port-channel interface Port-channel 1 %LINK-5-CHANGED: Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

セットアップが完了しました。 show etherchannel summaryコマンドで確認します。

 SW1#show etherchannel summary Flags: D - down P - in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use f - failed to allocate aggregator u - unsuitable for bundling w - waiting to be aggregated d - default port Number of channel-groups in use: 1 Number of aggregators: 1 Group Port-channel Protocol Ports ------+-------------+-----------+---------------------------------------------- 1 Po1(SU) - Fa0/1(P) Fa0/2(P)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

必要なパラメーターを備えたポート、およびプロトコルフィールド「-」。 つまり、追加で使用されるものはありません。



ご覧のように、集計を設定するためのすべての方法は問題を引き起こすことはなく、いくつかのコマンドが異なるだけです。



この記事を締めくくるために、適切な集計に関するベストプラクティスを少し紹介します。 すべての実験室は、集約に2本のケーブルを使用しました。 実際、3と4の両方を使用できます（1つのポートチャネルで最大8つのインターフェース）。 ただし、2、4、または8個のインターフェイスを使用することをお勧めします。 それはすべて、シスコが考案したハッシュアルゴリズムによるものです。 アルゴリズムは0〜7のハッシュ値を計算します。



この表には、8つの値が2進数と10進数で表示されます。



この値に基づいて、Etherchannelポートが選択され、値が割り当てられます。 その後、ポートは特定の「マスク」を受け取り、そのポートが担当する値を表示します。 以下に例を示します。 1つのポートチャネルに結合する2つの物理インターフェイスがあります。



値は次のように散在しています。



1）0x0-fa0 / 1

2）0x1-fa0 / 2

3）0x2-fa0 / 1

4）0x3-fa0 / 2

5）0x4-fa0 / 1

6）0x5-fa0 / 2

7）0x6-fa0 / 1

8）0x7-fa0 / 2



その結果、値またはパターンの半分がfa0 / 1に引き継がれ、後半がfa0 / 2に引き継がれることがわかります。 つまり、4：4になります。 この場合、バランスは正しく機能します（50/50）。



次に、たとえば3つのインターフェイスを使用することが推奨されない理由を説明します。 同様の比較を行います。



1）0x0-fa0 / 1

2）0x1-fa0 / 2

3）0x2-fa0 / 3

4）0x3-fa0 / 1

5）0x4-fa0 / 2

6）0x5-fa0 / 3

7）0x6-fa0 / 1

8）0x7-fa0 / 2



ここで、fa0 / 1は3パターンを取り、fa0 / 2も3パターンであり、fa0 / 3は2パターンです。 したがって、負荷は均等に分散されません。 3：3：2。 つまり、最初の2つのリンクは常に3番目のリンクよりも負荷が高くなります。



記事はさらに多くのキャラクターに及ぶので、他のすべてのオプションについては検討しません。 8つの値と8つのリンクがある場合、各リンクはパターンを取り、1：1：1：1：1：1：1：1：1を取得することしか推定できません。 これは、すべてのインターフェースが同じ方法でロードされることを意味します。 正しいバランスを達成するためには、偶数本のワイヤのみを集約する必要があるという主張がまだあります。 しかし、これは完全に真実ではありません。 たとえば、6本のワイヤを組み合わせると、バランスが均一になりません。 自分を数えてみてください。 アルゴリズムが明確であることを願っています。



シスコは、このケースのサイン付きの良い記事をWebサイトに掲載しています。 このリンクで読むことができます。 まだ質問がある場合は、書いてください！



さらに深くなったので、スループットの増加について説明します。 最後にこのトピックについて具体的に触れました。 緊急にチャネルの帯域幅を増やす必要がある場合があります。 機器にお金はかかりませんが、収集して1つの「厚い」ストリームに入れることができる無料のポートがあります。 多くのソース（書籍、フォーラム、サイト）は、8つの100メガビットポートを接続することにより、800 Mbpsのストリームを取得するか、8ギガビットポートが8 Gbpsを提供すると主張しています。 これはTsiskovの記事からのテキストです。







理論的には、これは可能ですが、実際にはほとんど達成できません。 少なくとも私は会ったことがありません。 これを達成することができた人がいるなら、私は聞いてうれしいです。 つまり、これを取得するには、一連の手続きを検討する必要があります。 そして、私が説明したものはほんの一部です。 これは、まったく増加しないという意味ではありません。 もちろんそうなりますが、可能な限りではありません。



この記事で終わりました。 この記事では、LACPおよびPAgPプロトコルを使用するだけでなく、チャネルを手動で集約する方法を学びました。 最大の負荷分散を実現するために、バランシングとは何か、どのように制御できるか、Etherchannelを適切に組み立てる方法を学びました。 次の記事でお会いしましょう！