【入門編】 スタティックリンクアグリゲーション（PAGP / 独自チーミング）の挙動とリスク – インフラ・物理＆L2/L3ネットワーク基礎実践ガイド

【要注意】手動リンクアグリゲーションの落とし穴！なぜプロトコルは必要なのか？

皆さん、こんにちは！ネットワークの深淵を愛するプロトコルスペシャリスト、[あなたの名前/メディア名]の主筆ライターです。

ネットワークを設計したり、運用したりしていると、「もっと速くしたい！」「もっと安定させたい！」という欲求が必ず出てきますよね。そんな時に便利なのが、複数の物理的なネットワークケーブルを束ねて、まるで一本の太いケーブルのように扱う技術。これが「リンクアグリゲーション」です。

今日は、このリンクアグリゲーションの中でも、特に「手動設定（スタティック）」のアプローチに潜む、知られざる、そして時に恐ろしいリスクについて、皆さんと一緒に深掘りしていきたいと思います。小難しい話は抜きにして、ネットワークが初めての方でも「なるほど！」と膝を打つような、分かりやすい言葉で解説していきますので、ご安心くださいね。

—

ネットワークを「太く、強く」する魔法：リンクアグリゲーションとは？

まず、リンクアグリゲーションとは何か、から始めていきましょう。

想像してみてください。あなたは大切な郵便物（データ）を遠くの街（別のネットワーク機器）に送りたいと思っています。普通の郵便物なら、一本の道（1本のネットワークケーブル）を通って目的地に向かいますよね。でも、もし送りたい郵便物がとんでもなく大量だったら？あるいは、道が途中で土砂崩れ（ケーブル断線）で使えなくなったら、郵便物は届かなくなってしまいます。

そこで考え出されたのが、「複数の道を束ねて、一本の大きなスーパーハイウェイにする」というアイデアです。これがリンクアグリゲーションの基本概念です。

ネットワークの世界では、複数のイーサネットケーブルを論理的に一本の「ポートチャネル」や「EtherChannel（イーサチャネル）」という仮想的なリンクとして扱います。これによって、次のようなメリットが得られます。

  • 帯域幅の増加: 複数のケーブルの通信容量を合算できるため、より大量のデータを同時に送れるようになります。例えば、1Gbpsのケーブルを4本束ねれば、理論上は4Gbpsの通信が可能になります。
  • 冗長性の向上: もし束ねたケーブルのうちの1本が切れてしまっても、残りのケーブルで通信を継続できます。郵便物の例で言えば、ハイウェイの車線が一つ使えなくなっても、他の車線が使える限りは郵便物を送り続けられる、というイメージですね。

とても便利で、いまやデータセンターや企業ネットワークでは当たり前のように使われている技術です。

リンクアグリゲーションにも「種類」があるって知ってましたか？

この便利なリンクアグリゲーションですが、実は大きく分けて2つの設定方法があります。

1. プロトコルによる自動交渉（ダイナミックリンクアグリゲーション）
2. 手動設定（スタティックリンクアグリゲーション）

自動交渉の頼れる味方：LACP / PAGP

プロトコルによる自動交渉の代表格が「LACP（Link Aggregation Control Protocol）」です。これはIEEE 802.3adで標準化されたプロトコルで、異なるベンダーの機器同士でも利用できます。

LACPを使うと、スイッチ同士が「ねえ、私たちってチームを組んでるんだよね？」「うん、そうだね！」とお互いに話し合って、リンクアグリゲーションの状態を自動的に確立し、監視してくれます。もしケーブルが切れたり、片側の設定が間違っていたりすると、LACPがそれを検知して、そのリンクをポートチャネルから外したり、そもそもポートチャネルを確立しなかったりしてくれます。賢いですよね！

Cisco独自のプロトコルとして「PAGP（Port Aggregation Protocol）」もあります。これもLACPと同様に自動交渉を行いますが、Cisco機器同士でしか使えません。

今回の主役：手動設定（スタティックリンクアグリゲーション）

そして、今日皆さんに特に注意していただきたいのが「手動設定（スタティックリンクアグリゲーション）」です。

これは文字通り、管理者が手動で「これらのポートはポートチャネルのメンバーである」と設定する方法です。LACPやPAGPのような自動で話し合うプロトコルを使いません。

「え、自動でやってくれるLACPがあるなら、わざわざ手動で設定する意味あるの？」と思われるかもしれませんね。確かに、最近ではLACPが推奨されることがほとんどですが、古い機器や特殊な環境、あるいは単に設定をシンプルにしたいという理由で、いまだに手動設定が使われることがあります。

しかし、ここに大きな落とし穴が潜んでいます。

—

【ここが危険！】手動設定の落とし穴とリスク

LACPのような「お互いに話し合う」プロトコルがない手動設定では、何が危険なのでしょうか？

最も恐ろしいのは、設定ミスがあった場合に、スイッチがそれを検知できず、ネットワーク全体をダウンさせてしまう可能性があるという点です。

リスク1：設定ミスによる「ループ」発生

これが最も重大なリスクです。

LACPでは、機器同士が「お互いにチームであることを確認し合う」という「ネゴシエーション（交渉）」を行います。しかし、手動設定ではこのネゴシエーションがありません。

つまり、スイッチは「管理者が設定した通りに動く」だけなのです。

もし、片側のスイッチは「ポートAとポートBはチーム（ポートチャネル）だ！」と設定されているのに、もう片側のスイッチは「ポートAとポートBはそれぞれ独立したポートだ！」と設定されていたらどうなるでしょうか？

イメージしてみてください。

  • 右の郵便局員：「よし、この2本の道はスーパーハイウェイだ！郵便物を効率よく振り分けよう！」
  • 左の郵便局員：「あれ？この2本の道はただの別々の道だぞ。じゃあ、来た郵便物をそのまま転送してやろう！」

こうなると、郵便物（データフレーム）は無限にぐるぐる回り始めます。

1. 右のスイッチは、ポートチャネルから送られてきたフレームを、もう一方の独立したポート（左のスイッチから見ると独立ポート）から受信します。
2. 左のスイッチは、独立したポートで受信したフレームを、今度は別の独立したポート（右のスイッチから見るとポートチャネルの一部）から送り出します。
3. 右のスイッチは、それがポートチャネルの一部から送られてきたフレームだと認識せず、また別の経路として処理し、さらに送り出します。

このように、データがネットワーク内を無限に循環し続ける現象を「ループ」と呼びます。

ループが発生すると、スイッチのMACアドレステーブル（どのMACアドレスがどのポートにいるかを記憶している表）が、同じMACアドレスが複数のポートから見つかることで頻繁に書き換えられ（「MACアドレスフラッピング」）、最終的にスイッチが混乱して正しい宛先を見つけられなくなります。

さらに、ブロードキャストフレーム（ネットワーク内の全員に送られるフレーム）がループすると、そのコピーが無限に増殖し、ネットワーク全体がブロードキャストフレームで溢れかえり（「ブロードキャストストーム」）、最終的にはネットワーク全体が通信不能に陥ってしまいます。これは本当に恐ろしい事態です。

リスク2：帯域不均衡と冗長性の欠如

設定ミスにより、一部のリンクだけがポートチャネルとして機能せず、通常の独立したポートとして動作してしまうこともあります。

この場合、期待していた帯域幅の増加は得られませんし、もしその機能していないリンクが物理的に切れても、残りのリンクがポートチャネルとして機能していないため、冗長性も発揮されません。せっかくリンクアグリゲーションを設定した意味がなくなってしまいます。

リスク3：トラブルシューティングの困難さ

手動設定は、見た目にはシンプルですが、設定ミスが発生した際のトラブルシューティングは非常に困難です。LACPのようなプロトコルであれば、「リンクが確立できない」「エラーがある」といった具体的なメッセージやステータスを確認できますが、手動設定ではそのような情報がありません。

「なんか遅いな」「通信が不安定だな」といった漠然とした症状から、ループや設定ミスを特定するのは、非常に骨の折れる作業になります。

—

具体的な設定例と「やってはいけない」こと（Cisco IOSの場合）

それでは、Cisco IOSを例に、手動設定と、それが引き起こすかもしれない問題のイメージを共有しましょう。

正しいスタティックリンクアグリゲーションの設定例

以下は、両方のスイッチでポートチャネルグループ1をスタティックモードで設定する例です。

! スイッチAの設定例
SwitchA(config)# interface range GigabitEthernet0/1 - 2
SwitchA(config-if-range)# description --- Link Aggregation to SwitchB ---
SwitchA(config-if-range)# channel-group 1 mode on
SwitchA(config-if-range)# no shutdown
SwitchA(config-if-range)# exit
SwitchA(config)# interface Port-channel 1
SwitchA(config-if)# description --- Port-channel to SwitchB ---
SwitchA(config-if)# switchport mode access
SwitchA(config-if)# switchport access vlan 10
SwitchA(config-if)# no shutdown
SwitchA(config-if)# end
! スイッチBの設定例（Aと全く同じ設定が必要です）
SwitchB(config)# interface range GigabitEthernet0/1 - 2
SwitchB(config-if-range)# description --- Link Aggregation to SwitchA ---
SwitchB(config-if-range)# channel-group 1 mode on
SwitchB(config-if-range)# no shutdown
SwitchB(config-if-range)# exit
SwitchB(config)# interface Port-channel 1
SwitchB(config-if)# description --- Port-channel to SwitchA ---
SwitchB(config-if)# switchport mode access
SwitchB(config-if)# switchport access vlan 10
SwitchB(config-if)# no shutdown
SwitchB(config-if)# end

channel-group 1 mode on が「手動設定（スタティック）」を意味します。
両方のスイッチでこの設定が完璧に一致していれば、問題なくポートチャネルとして機能します。

【やってはいけない】設定ミスによるループ誘発例

では、恐ろしい設定ミスを見てみましょう。

スイッチAはポートチャネルを設定しているが、スイッチBは設定していない場合

! スイッチAの設定（ポートチャネル設定済み）
SwitchA(config)# interface range GigabitEthernet0/1 - 2
SwitchA(config-if-range)# channel-group 1 mode on
SwitchA(config-if-range)# no shutdown
! ... ポートチャネルインターフェースの設定も含む ...
! スイッチBの設定（ポートチャネル設定なし。単なる独立したポート）
SwitchB(config)# interface GigabitEthernet0/1
SwitchB(config-if)# description --- Link to SwitchA GE0/1 ---
SwitchB(config-if)# switchport mode access
SwitchB(config-if)# switchport access vlan 10
SwitchB(config-if)# no shutdown
SwitchB(config-if)# exit

SwitchB(config)# interface GigabitEthernet0/2
SwitchB(config-if)# description --- Link to SwitchA GE0/2 ---
SwitchB(config-if)# switchport mode access
SwitchB(config-if)# switchport access vlan 10
SwitchB(config-if)# no shutdown

この状態でケーブルを接続すると、どうなるでしょうか？

  • スイッチAは GigabitEthernet0/1 と GigabitEthernet0/2 をポートチャネル Port-channel 1 のメンバーとして扱います。つまり、この2本のケーブルは論理的に一本のリンクだと認識しています。
  • しかし、スイッチBは GigabitEthernet0/1 と GigabitEthernet0/2 をそれぞれ独立したポートだと認識しています。

結果として、スイッチAから Port-channel 1 を通して送られたフレームは、スイッチBの GigabitEthernet0/1 か GigabitEthernet0/2 のどちらか一方で受信されます。そして、スイッチBはそれが「独立したポート」だと認識しているため、もう一方の GigabitEthernet0/2 （または GigabitEthernet0/1）から、同じVLAN内であれば転送してしまいます。

これにより、データが無限にループし、あっという間にネットワーク全体が停止してしまうのです。恐ろしいですよね。

—

じゃあ、どうすればいいの？推奨策は「LACP」を使おう！

ここまで手動設定のリスクについてお話ししてきましたが、「じゃあ、リンクアグリゲーションは使うべきじゃないの？」と不安になった方もいるかもしれません。ご安心ください！

安全で確実にリンクアグリゲーションを利用するためには、LACP（Link Aggregation Control Protocol）を使うことが強く推奨されます。

LACPがもたらす安心感

LACPは、スイッチ同士が互いに「私たちはポートチャネルを組もうとしているよ」「うん、私も組みたい！」と自動で交渉し、お互いの状態を常に監視し合ってくれます。

  • 設定ミスの自動検知: 片側のスイッチだけ設定が間違っていたり、ケーブルが正しく接続されていなかったりすると、LACPはポートチャネルを確立しません。これにより、前述したようなループの発生を未然に防いでくれます。
  • リンクの状態監視: ケーブルが途中で切れたり、ポートに障害が発生したりした場合、LACPはそのリンクを自動的にポートチャネルから切り離し、残りの健全なリンクで通信を継続します。障害復旧後も、自動でポートチャネルに復帰させてくれます。

まさに、ネットワークを「太く、強く」しながらも、管理者としては「安心できる」機能を提供してくれる頼れるプロトコルなのです。

LACPの設定例（Cisco IOSの場合）

LACPを利用する場合、channel-groupコマンドのmodeオプションでactiveまたはpassiveを指定します。

  • mode active: LACPパケットを積極的に送信し、ポートチャネルの確立を試みます。
  • mode passive: LACPパケットの受信を待ち、相手がactiveであればポートチャネルを確立します。

通常は両側をactiveにするか、片方をactive、もう片方をpassiveに設定します。

! スイッチAの設定例（activeモード）
SwitchA(config)# interface range GigabitEthernet0/1 - 2
SwitchA(config-if-range)# description --- LACP Link to SwitchB ---
SwitchA(config-if-range)# channel-group 1 mode active
SwitchA(config-if-range)# no shutdown
SwitchA(config-if-range)# exit
SwitchA(config)# interface Port-channel 1
SwitchA(config-if)# description --- Port-channel to SwitchB (LACP) ---
SwitchA(config-if)# switchport mode access
SwitchA(config-if)# switchport access vlan 10
SwitchA(config-if)# no shutdown
SwitchA(config-if)# end
! スイッチBの設定例（activeモード、またはpassiveモードでもOK）
SwitchB(config)# interface range GigabitEthernet0/1 - 2
SwitchB(config-if-range)# description --- LACP Link to SwitchA ---
SwitchB(config-if-range)# channel-group 1 mode active  ! または 'mode passive' でも可
SwitchB(config-if-range)# no shutdown
SwitchB(config-if-range)# exit
SwitchB(config)# interface Port-channel 1
SwitchB(config-if)# description --- Port-channel to SwitchA (LACP) ---
SwitchB(config-if)# switchport mode access
SwitchB(config-if)# switchport access vlan 10
SwitchB(config-if)# no shutdown
SwitchB(config-if)# end

この設定であれば、もしスイッチBのchannel-group設定が抜けていたり、誤っていたりしても、スイッチAはLACPのネゴシエーションが成功しないため、ポートチャネルを確立しません。その結果、ケーブルはそれぞれ独立したポートとして扱われ、ループの発生を防ぐことができるのです。

現在のLACPの状態を確認するには、show etherchannel summaryコマンドが便利です。

SwitchA# show etherchannel summary
Flags:  D - down        P - bundled in port-channel
        I - stand-alone s - suspended
        R - Layer3      S - Layer2
        U - in use      f - failed to allocate aggregator
        u - unsuitable for bundling
        w - waiting to be aggregated
        a - LACP is currently active
        p - PAgP is currently active

Number of channel-groups in use: 1
Number of aggregators: 1

Group  Port-channel  Type    Protocol  Ports
-----  ------------  ------- --------- -----------------------------------
1      Po1(SU)       L2      LACP      Gi0/1(P)   Gi0/2(P)

この出力でProtocol LACPと表示され、Gi0/1(P)やGi0/2(P)の(P)がPort-channelにバンドルされていることを示していれば、正常にLACPによるポートチャネルが確立されています。

—

まとめ：プロトコルの力で安全なネットワークを

今回は、リンクアグリゲーションの中でも「手動設定（スタティック）」に焦点を当て、その潜在的なリスクについて深く掘り下げてきました。

  • リンクアグリゲーションは、ネットワークの帯域幅を増やし、冗長性を高める非常に有効な技術です。
  • しかし、プロトコルによる自動交渉がない手動設定では、設定ミスが直接「ループ」を引き起こし、ネットワーク全体を停止させる恐ろしいリスクがあります。
  • このリスクを回避し、安全にリンクアグリゲーションを利用するためには、LACPのような自動交渉プロトコルを積極的に利用することが、ネットワークエンジニアの皆さんにとっての賢明な選択となります。

「たかがケーブルを束ねるだけ」と思いがちですが、その裏には深いプロトコルの知見と、一つ間違えば大きな障害につながるリスクが潜んでいます。この知識が、皆さんのネットワーク構築やトラブルシューティングの一助となれば幸いです。

これからも、皆さんがネットワークの面白さや奥深さを感じられるような記事をお届けしていきますので、どうぞご期待ください！

—
[あなたの名前/メディア名]

スポンサーリンク

コメント

タイトルとURLをコピーしました