付録:IP-ClosファブリックへのMist Edge統合(オプション)
エンタープライズWi-Fiアクセスポイント(AP)は、L2 MACブリッジと考えることができます。一方はクライアントデバイスと無線で通信し、もう一方は有線イーサネットネットワークに接続します。このため、APはVLANに対してL3ゲートウェイ機能を実行しません。代わりに、ネットワーク内のどこか(APのイーサネットポートが接続されるポイント)に、VLANのL3デフォルトゲートウェイが提供されることが想定されます。ほとんどの場合、これは次のことを意味します。
- 単純な支社/拠点への導入では、VLANのレイヤー3ゲートウェイは通常、WANルーターに配置されます。スイッチとAPの両方がこのルーターに接続し、多くの場合DHCPサーバー機能もWANルーター上でホストされています。
- キャンパスファブリックの導入では、VLANのレイヤー3ゲートウェイはファブリックのVRFに存在します。VRF の正確な配置はキャンパス ファブリックの設計によって異なりますが、これらの環境では、ファブリックは通常、DHCP サーバー自体として機能するのではなく、DHCP リレー機能のみを実行します。
ジュニパー Mist Wi-Fi は、AP からネットワークにトラフィックを転送するための 2 つの主要なモデルをサポートしています。
- 1つ目は分散モデルで、無線クライアントトラフィックをAPでローカルに分割します。このアプローチでは、AP が SSID をブロードキャストしてクライアントを関連付け、そのトラフィックを AP のイーサネット側にあるタグ付き VLAN にマッピングします。場合によっては、クライアントトラフィックを、APを離れることなく、同じAPやSSIDに接続されている別のデバイスに直接切り替えることもあります。
での無線クライアントローミング
- 2つ目のオプションは、Mist Edgeとして知られる中央トラフィックデータプレーンコンセントレータで、無線クライアントトラフィックをリモートで分割する集中型(トンネル化されたアプローチ)です。このモデルでは、アクセスポイントはトンネリングヘッドエンドのリモートIPアドレスを使用して、トンネリングエンドポイントへのオーバーレイトランスポートトンネルを確立します。このトンネルは、あらゆるルーティングネットワークまたはVLANで動作できるため、柔軟な導入が可能です。トンネルでは、ジュニパー Mist は L2TPv3 プロトコルを使用します。IPsec 保護を有効にすることでセキュリティをさらに強化できます。トラフィックがトンネリングヘッドエンドに到達すると、通常はSSID設定に基づいて、設定されたとおりに適切なVLANに分割されます。このアプローチにより、トラフィック処理が一元化され、ネットワーク内の1つのポイントで一貫したポリシー適用が可能になります。
キャンパスファブリックIP ClosなどのEVPNファブリックで集中型アプローチを使用する場合、以下の設定を推奨します。
- キャンパスファブリックのAPオーバーレイネットワークを次のように構成します。
- APは、ファブリック上のDHCPリレーを使用してDHCPリースを取得します。
- IPアドレスを取得すると、APはジュニパー Mist クラウドに接続して管理します。
- トンネル設定が適用された後、同じVLAN内のMist Edgeデバイスのトンネル終端IPアドレスに、セキュリティ保護されていないL2TPv3トンネルを構築できます。
- 要件に応じて、キャンパスファブリック用の個々の無線クライアントブレイクアウトオーバーレイネットワーク(通常の有線ネットワークと同様)を設定し、以下を確認します。
- これらのネットワークにマッピングされた無線クライアントは、ファブリック上のDHCPリレーを使用してDHCPリースを取得しています。
- アクセススイッチにAPを取り付け、電源を入れます。
- アクセスポートタイプとして設定する必要があるのは、APオーバーレイネットワークだけです。
- サービスブロック機能で、EVPNファブリックの最上部に少なくとも2台(冗長性の場合)Mist Edgeデバイスを接続します。これは通常、WANルーター、ファイアウォール、サーバーなどの他のネットワークサービスの統合ポイントです。
- 各Mist Edgeには、各サービスブロック機能へのインターフェイスが必要です。
- 各Mist Edgeに向かうファブリック側で、固有のESI-LAGを設定します。
- Mist Edgeインターフェイス(OOBMを除く)は、ファブリックに対して単純なLAGを使用しています。
- 両側で、APオーバーレイネットワークはタグなしのネイティブVLANとして設定されます。
- 両側で、個々の無線クライアント ブレイクアウト オーバーレイ ネットワークは、タグ付き VLAN として設定されます。
この推奨構成により、EVPNファブリックは、ファブリック上部のトンネルを経由してAPから無線クライアントトラフィックを収集し、それをネットワークに再注入することができます。このアプローチにより、無線クライアントと有線クライアント間のシームレスな通信が保証されると同時に、EVPNファブリック外のインターネットへのトラフィックフローもサポートできます。
への統合
どちらのアプローチを使用するかは、EVPNファブリックの設計フェーズで決定する必要があります。以下の条件に該当する場合は、EVPNファブリック内のMist Edgeを使用した一元的なアプローチをお勧めします。
- EVPN ファブリックには 2.000 を超える無線クライアントが予想されます。
- ネットワークのAPを介して無線クライアントを「高速」ローミングすることを想定しています。
ローミングの決定は最終的に無線クライアント自体によって行われることを覚えておくことが重要です。基地局がローミングを制御してトリガーできるセルラーネットワークとは異なり、Wi-Fiにはこの機能が標準機能に組み込まれていません。Wi-Fiでは、APネットワークはクライアントにローミングを促したり誘導したりすることしかできませんが、最終的な決定は常にクライアントデバイスに委ねられます。市場にはさまざまなWi-Fiネットワークインターフェイスカード(NIC)があり、それぞれに独自のファームウェアと内部構成があるため、ローミング時に特定のクライアントがどのように動作するかを予測することは非常に困難です。その結果、ローミング動作はデバイスによって大きく異なる可能性があります。ジュニパー Mist Edgeで集中型モデルを使用する場合、スイッチ層のクライアントアクセスに、EVPNファブリックの最上位にあるJunniper Mist Edgeサービスブロックでのブレイクアウトに使用するVLANとは異なるVLANを使用することがベストプラクティスと考えられます。これらのVLANは同じVRF内に存在することもありますが、個別のL2ドメインに分離することをお勧めします。両方のレイヤーが同じL2ドメインを共有する場合、すべてのMACアドレスがアクセスレイヤーとサービスブロックの両方によって学習される必要があり、これは拡張性に影響を与える可能性があります。個別のL2ドメインを使用することで、この問題を回避できます。より詳細なガイダンスについては、次のセクションを参照してください。
EVPNファブリックによる大規模な有線および無線クライアントの設計
適切に設計すれば、ジュニパー Mist Edgeを使用することで、単一ファブリック内で多数の有線および無線クライアントをサポートできます。これを実現するには、アクセス層で有線クライアントに使用されるVLANを無線クライアントに使用するVLANから分離し、デフォルトゲートウェイ(VRF)の場所をファブリックの異なるレイヤーに配置し、異なるファブリックスイッチによって処理する必要があります。この機能は将来の機能強化として計画されており、新しいキャンパスファブリックを作成する際に自動的に適用される予定です。
これらの詳細が必要な場合は、事前にジュニパーの担当者にお問い合わせください。新機能が利用可能になり次第、その発表はレビューのために ここに 掲載されます。それまでの間、必要な設計変更を事前に把握しておくと役立ちます。そうすれば、拡張機能が利用可能になったときに備えることができます。
独立した大規模なクライアント設計を実現するために推奨されるVLAN構造は、以下の通りです。
- APがDHCPリースの取得、ジュニパー Mistクラウドへの接続、ジュニパー Mist Edgeへのトンネルの確立に使用する1つ以上のVLANを計画します。これらのVLANは、アクセススイッチにのみ存在する必要があり、通常はスイッチポート上のネイティブVLANとして設定されます。
- ジュニパー Mist Edge のトンネル終端 IP アドレスを提供する小規模な VLAN を計画します。APは、リモートで中断された無線クライアントトラフィックをこのアドレスに送信します。このVLANは、ジュニパー Mist Edgeが接続されているサービスブロックにのみ、通常はジュニパー Mist EdgeのLAGトランク上のネイティブVLANとして展開します。APトンネルVLANとMist EdgeトンネルVLANが同じVRF内にあることを確認します。そうでない場合は、VRFの分離によりトラフィックが強制的にWANルーターを通過します。この分離により、多くのAPがあっても、ジュニパー Mist Edgeは、すべてのAPのARPエントリを維持する代わりに、デフォルトAPのローカルIPアドレスを追跡するだけで済みます。
- APによって転送され、ジュニパー Mist EdgeでハンドオフされたWi-Fiクライアントトラフィックを受信する1つ以上のVLANを計画します。これらのVLANは通常トランクされ、ESI-LAGを介してジュニパー Mist EdgeのLAGインターフェイスを介してEVPNファブリックに伝送されます。これらは、意図したスケール分離を維持するためにのみサービスブロックで設定する必要があります。
- 有線クライアントトラフィック専用のVLANを1つ以上計画します。これらのVLANは、EVPNファブリックアクセスレイヤーでのみ定義する必要があります。有線クライアントと無線クライアント間で通信が想定される場合は、EVPNファブリック内でトラフィックを交換できるように、同じVRFにVLANを配置することを検討してください。
- 追加のインフラストラクチャサービス(サーバーなど)がサービスブロックで接続されている場合は、無線クライアントVLANが存在するサービスブロックにのみ存在する独自のVLANを使用していることを確認してください。可能な場合は、同じVRFを使用することを再度推奨します。
ジュニパー Mist Edge の拡張の詳細については、次のセクションを参照してください。
EVPNファブリックでの無線クライアントローミング
EVPN ネットワークにおける MACアドレス モビリティの背後にある概念については、次の リンクで説明しています。
有線クライアントでは、これは通常、発生するべきではない異常を示しているため、EVPNファブリックは通常、MACアドレスの移動を異常な動作として扱います。以下の例では、2つのファブリックリーフスイッチ間のリンクがループを作成できます。これを防ぐために、EVPN ファブリックで使用される戦略の 1 つは、同じ MACアドレスが複数のリンクに現れる場合を検出することです。この場合、MACアドレスは自動的にブロックリストに登録され、それに関連するトラフィックは転送されなくなります。
重複するMACアドレスの自動ブロックリストに登録することは、有線クライアントには便利ですが、無線クライアントにとっては問題が発生する可能性があります。クライアントがEVPNファブリック内の異なるリーフノードに接続されたAP間を移動する通常のローミング動作は、重複したMACイベントとして表示される場合があります。これにより、新たにローミングされた MACアドレスが、動作が正当であってもブロックリストに登録される可能性があります。
この問題を防止し、無線クライアントの適切なローミングを確保するには、次の 2 つのアプローチを検討できます。
- 設計上: EVPNファブリックに統合されたジュニパー Mist Edgeで一元化された(トンネル化された)アプローチを使用する場合、ローミングは重複するMACイベントとして表示されません。これは、すべてのアクセスポイントがジュニパー Mist Edge上でオーバーレイトンネルを終端するため、クライアントが接続されているAPに関係なく、EVPNファブリックは常に同じアップストリームのMist Edgeインターフェイス上のクライアントMACアドレスを参照するためです。
- 重複MACアドレス検出のデフォルトパラメーターを緩和:ジュニパーEVPNファブリックにより、管理者は検出ウィンドウと関連パラメーターを調整できます( 確認してください)。2025年5月29日以降、新しく作成されたすべてのEVPNファブリックは、推奨ベストプラクティスに基づいた緩和された設定を自動的に使用します。これらのデフォルトを設定すると、追加の設定を必要とせずに無線クライアントローミングがサポートされます。
古いファブリックでは、ファブリックアンダーレイとデバイスタイプに応じて、以下に示す追加のCLIコマンドが必要です。ここで設定したパラメーターは推奨ベストプラクティスであるため、変更しないでください。
# Duplicate MAC detection relaxation for fabric ipv4-undelay set groups top protocols evpn duplicate-mac-detection auto-recovery-time 5 detection-threshold 10 detection-window 20 # # Duplicate MAC detection relaxation for fabric ipv6-undelay or physical ex92xx or vJunos-switch set groups top routing-instances evpn_vs protocols evpn duplicate-mac-detection auto-recovery-time 5 detection-threshold 10 detection-window 20
ジュニパー Mist Edgeで一元化されたアプローチを使用する場合でも、重複MACアドレス緩和が有効になっていることを確認することをお勧めします。これにより、AP が異なるクラスタの Mist Edge ジュニパートンネルを終端し、無線クライアントがそれらの間でローミングを試みた場合に、適切な処理が確保されます。
2つのジュニパー Mist EdgeとESI-LAGファブリックアタッチによるハイブリッドラボの構築
ジュニパー Mist Edge を統合する場合、ノースバウンド側のファブリックのサービスブロック機能で接続することをお勧めします。アクセススイッチは通常、必要なトラフィックを管理するためのリソースと容量が不足しているため、アクセススイッチ層では接続しないでください。
統合では、EVPNファブリックによって提供される冗長性機能を活用する必要があります。これには、ジュニパー Mist EdgeへのESI-LAG接続を使用し、リンク監視のために両端でアクティブなLACPを有効にすることが含まれます。以下の図は、標準的なサーバー統合の例を使用して、このアプローチを示しています。
ジュニパー Mist Edge には他にもいくつかの統合オプションが用意されていますが、キャンパスファブリックの導入では無視する必要があります。適切な方法は、ファブリック側のESI-LAGとジュニパー Mist Edgeの単一のLAGを使用して統合し、その接続を介してアップストリームとダウンストリームの両方のインターフェイスを多重化することです。このラボ設計では、1台が使用できなくなった場合に備えて冗長性を確保するために、推奨される最小限のジュニパー Mist Edgeを導入し、両方のユニットを1つのクラスターに配置します。EVPNファブリック内のすべてのAPは、単一のAPサイトに割り当てられます(スイッチサイトの割り当ては異なる場合がありますが、このシナリオでは問題になりません)。また、サイトごとのシャッフル機能を有効にする必要があります。この機能を有効にすると、2つのMist Edgeのうちの1つが通常の動作中にトンネルの終端を処理するように選択され、もう1つはスタンバイ状態のままで、プライマリユニットがAPから到達できなくなった場合に自動的に引き継ぎます。重要な注意:すべてのMist Edgeが1つのクラスターに存在する場合、APが両方のMist Edgeにトンネルを分散しないようにすることが不可欠です。アクティブ/アクティブアプローチは有益に見えるかもしれませんが、異なるMist Edgeに固定されたAP間を無線クライアントがローミングする場合、ファブリック内の2つのESI-LAG間で不必要なMACアドレス移動につながる可能性があります。アクティブ/アクティブ設計は、スケールアウト戦略に関する次のセクションで説明するように、モビリティドメインが分離されている場合にのみ使用してください。
ジュニパー Mist Edgeデバイスは、モデルに応じて、トンネル運用用に2つまたは4つのアップリンクインターフェイスを提供できます。以下に示す設定は、トンネル運用用に 2 つのアップリンク インターフェイスをサポートするジュニパー Mist Edge に推奨されるラボ設計を示しています。
した場合のキャンパスファブリックMist Edge統合
ジュニパー Mist Edgeを設定する場合、LAGおよびアクティブなLACP設定はジュニパー Mistポータルで直接指定されません。これを設定するには、下の画像に示すように、アップストリームとダウンストリームの個別の操作を無効にし、代わりにアップストリームとダウンストリームの両方のインターフェイスを同時に有効にします。
のLAG/LACP設定
トンネル運用用に4つの収益インターフェイスを備えたジュニパー Mist Edgeの推奨ラボ設定は次のとおりです。
場合のキャンパスファブリックMist Edge統合
ジュニパー Mist Edgeを設定する場合、LAGおよびアクティブなLACP設定はジュニパー Mistポータルで直接指定されません。これを設定するには、下の画像に示すように、アップストリームとダウンストリームの個別の操作を無効にし、代わりにアップストリームとダウンストリームの両方のインターフェイスを同時に有効にします。
のLAG/LACP設定
ラボの準備
このラボは、必要な物理デバイスを最小限に抑えて機能を示すために構築されました。実稼働環境での使用を想定したものではありません。 ここでは、vJunosスイッチVMとMist Cloudの統合について説明します。
によるハイブリッドラボ
ここで説明するラボは、物理的なジュニパー Mist Edgeデバイスを使用して構築されたものではありません。APは仮想化できないため、代わりに仮想マシンと物理ハードウェアを組み合わせて使用しました。この設定に追加された2つのアクセススイッチも物理デバイスであり、バーチャルシャーシとVXLANグループベースのポリシー(GBP)機能を利用できます。
ジュニパー Mist Edge仮想マシンは、VMとして展開する場合、LAG上のLACPをサポートしません。VMのLAGでLACPを設定すると、LACP設定はバックエンドで自動的に抑制され、VMには適用されません。この制限が存在するのは、LAG設定が通常、ホストオペレーティングシステムのハイパーバイザーレベルで処理されるためです。ラボ環境では、この制約を克服するために、物理的なME-X1デバイスとして設定しています。
サービスブロックスイッチの上のトポロジーはコアネットワークの一部であり、各コアスイッチには2台のジュニパー Mist Edgeデバイスが接続されています。各ジュニパー Mist Edge には、専用の ESI-LAG 構成があります。このセットアップの設計コンセプトは次のとおりです。
- サブネット10.33.33.0/24のVLAN1033がAPのネイティブ/アクセスVLANとして割り当てられ、APが正常に起動できるようにします。すべてのSSID VLANがジュニパー Mist Edgeを介してトンネリングされるため、APにはネイティブVLANは1つだけです。このVLANには複数の目的があります。
- これは、APに起動用のDHCPリースを提供します。
- これにより、APはジュニパーMistクラウドと通信して管理することができます。
- これにより、APは2台のジュニパー Mist Edgeデバイスのうちの1台へのトンネルを確立し、SSIDに関連付けられたすべてのVLANを次のVLANのデフォルトゲートウェイ経由で伝送できます。
- サブネット10.11.11.0/24のVLAN 1011これは、ジュニパー Mist Edge が AP からのトンネル終端用の静的 IP アドレスを持つネットワークです。 VLAN 1099 および 1088 は、無線クライアントが接続できる特定の SSID に割り当てられます。これらのVLANのトラフィックは、独自のL2TPv3トンネルを使用して、APからジュニパー Mist Edgeにトンネリングされます。トンネリングされたトラフィックは、L2 VLANトランクとして提示され、サービスブロックを介してファブリックに再挿入され、適切なVRFにマッピングできるようになります。
- VLAN 1091 および 1081 は、有線クライアントに使用されます。
まだ完了していない場合は、上記の付録で説明されているとおり、IP Closファブリックの作成、DHCPリレー設定、WANルーターの統合の手順を実行します。
ジュニパーのMist Edgeとファブリックの設定
スイッチテンプレートでは、APをアクセススイッチに接続するためのポートプロファイルが設定されています。転送はジュニパー Mist Edgeを介して処理されるため、アクセスVLANとして設定する必要があるのはVLAN 1033だけです。
スイッチテンプレートに移動し、新しいポートプロファイルを設定します。
- 名前=
myap - ポート有効=
Enabled - モード=
Access - ポートネットワーク=
vlan1033 - PoE=
Enabled
用のポートプロファイル
次に、サービスブロックスイッチ(この例ではcore1とcore2)上のリンクにポートプロファイルが必要です。APトンネルはネイティブVLANとして伝送され、無線クライアントブレイクアウト用のVLANはタグ付きVLANとして設定されます。
スイッチテンプレートに移動し、新しいポートプロファイルを設定します。
- 名前=
me-uplink - ポート有効=
Enabled - モード=
Trunk - ポートネットワーク=
vlan1011 - trunk networks=
vlan1088とvlan1099
のポートプロファイル
有線ポートとアクセスポート用の Access-Switch1 と Access-Switch2 の設定では、以下のポートプロファイルが作成されています。
次に、Access-Switch1 と Access-Switch2 で、AP に接続されているすべてのポートにこのポートプロファイルを適用します。
- ポートID=
ge-0/0/16 - 設定プロファイル=
myap
用ポート設定
APが今すぐ起動し、DHCPリースを取得し、ジュニパー Mistクラウドに接続できるようになるため、ジュニパー Mistクラウドに表示されていることを確認します。
次に、サービスブロック機能を実行する core1 と core2 を設定します。
最初のジュニパー Mist Edge の Core1-Switch と Core2-Switch の構成は次のとおりです。
- ポートID=
ge-0/0/3 - インターフェイス=
L2 interface - 設定プロファイル=
me-uplink - ポートアグリゲーション=
Enabled- AE Index=
5(このインデックス値が一意であり、同じジュニパー Mist Edgeに対するインターフェイスでのみ使用されることを確認する必要があります) - ESI-LAG=
Enabled(有効化は必須)
- AE Index=
2台目のジュニパーMist EdgeのCore1-SwitchとCore2-Switchの構成は次のとおりです。
- ポートID=
ge-0/0/4 - インターフェイス=
L2 interface - 設定プロファイル=
me-uplink - ポートアグリゲーション=
Enabled- AE Index=
6(このインデックス値が、同じジュニパー Mist Edgeに対するインターフェイスでのみ使用されることを確認する必要があります) - ESI-LAG=
Enabled(有効化は必須です)
- AE Index=
2025年7月現在、ジュニパーMistクラウドは、サービスブロック機能でVLANとVRFのデフォルトゲートウェイやDHCPリレーを自動的に設定しません。この機能は将来のリリースに含まれる可能性がありますが、現時点では、追加のCLIコマンドを使用してこれらの設定を手動で追加する必要があります。何を設定する必要があるかを判断するには、IP Closファブリックの場合、まずアクセススイッチの1つのポートに無線クライアント用のVLANを設定することをお勧めします。その後、IRB と DHCP のリレー設定をサービスブロック スイッチにコピーできます。次の例は、ファブリックのこのプロセスを示しています。
以下の追加Junos CLIをテストする際には、EVPNファブリックのメンテナンスウィンドウを考慮してください。
APからジュニパー Mist Edgeへのトンネルを確立するために使用されるVLAN1011の場合、デフォルトゲートウェイの設定が必要です。接続されたジュニパー Mist Edge には常に静的 IP アドレスが割り当てられるため、DHCP リレーは必要ありません。
set interfaces irb unit 1011 family inet address 10.11.11.1/24 set interfaces irb unit 1011 family inet mtu 9000 set interfaces irb unit 1011 description vlan1011 set interfaces irb unit 1011 no-dhcp-flood set interfaces irb unit 1011 mac 00:00:5e:e4:31:57 # set groups top routing-instances evpn_vs vlans vlan1011 l3-interface irb.1011 set groups top routing-instances devices interface irb.1011
サービスブロック機能の設定と添付されているものによっては、必要なDHCPリレー設定の大部分をサービスブロック機能のVRFに自動的に含めることができる場合があります。通常、サービスブロックスイッチの設定を確認すると、下の画像に示すようにDHCPリレーは無効になります。
でのDHCPリレーのローカル設定
これは、クライアントは通常、アクセススイッチを通じてのみDHCPリースを取得することを前提としているためです。サービスブロック機能でESI-LAGを介して接続されたサーバーは、通常、静的IPアドレスに依存しています。ただし、例外として、このオプションを有効にしてから、無線クライアントブレイクアウトネットワークのDHCPリレーを手動で設定することで、この動作を上書きすることができます。
VRFでDHCPリレーを有効にした場合に発生する可能性のある問題として、同じVRFを使用しているEVPNファブリックアクセススイッチに接続されたクライアントが突然DHCPリースを取得できなくなってしまうことがあります。
この動作は、使用中のJunosリリースによっては発生することがあります。DHCPリレーエージェントを有効にすると、VRF内に非表示のトラフィックフィルターがインストールされるためです。これらのフィルターは、ローカルで生成されたトラフィックとともに単にVRFを通過しているだけであっても、アクセススイッチからのDHCPリレーパケットを誤ってブロックする可能性があります。これを回避または解決するには、次のいずれかの方法を使用できます。
- サービスブロック機能スイッチが物理デバイスである場合は、サービスブロックスイッチで影響を受けるVRFに
などのJunos設定を追加します。これにより、アクセススイッチから発信されるDHCPリレートラフィックをブロックする可能性のある隠れたフィルターが削除されます。set groups top routing-instances <vrf> forwarding-options dhcp-relay no-snoop
- サービスブロック機能が仮想スイッチVM上で実行されていて、上記の調整が機能しない場合は、アクセススイッチ上のクライアントが使用するVLANを1つのVRFに分離し、すべての無線クライアントを別のVRFに配置することをお勧めします。これにより、サービスブロック上のDHCPリレー設定が他のVRFと干渉することはありません。
これは、VLAN 1099の無線クライアントブレークアウトに必要な設定です。
set interfaces irb unit 1099 family inet address 10.99.99.1/24
set interfaces irb unit 1099 family inet mtu 9000
set interfaces irb unit 1099 description vlan1099
set interfaces irb unit 1099 no-dhcp-flood
set interfaces irb unit 1099 mac 00:00:5e:e4:31:57
#
set groups top routing-instances evpn_vs vlans vlan1099 l3-interface irb.1099
set groups top routing-instances customera interface irb.1099
#
set groups top routing-instances customera forwarding-options dhcp-relay server-group vlan1099 192.168.122.12
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 interface irb.1099
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 active-server-group vlan1099
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 relay-option-82 circuit-id vlan-id-only
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 relay-option-82 server-id-override
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 route-suppression destination
set groups top routing-instances customera forwarding-options dhcp-relay group vlan1099 overrides relay-source lo0.1
set groups top routing-instances customera forwarding-options dhcp-relay forward-only
set groups top routing-instances customera forwarding-options dhcp-relay no-snoop
これは、VLAN 1088 の無線クライアント ブレークアウトに必要な設定です。
set interfaces irb unit 1088 family inet address 10.88.88.1/24
set interfaces irb unit 1088 family inet mtu 9000
set interfaces irb unit 1088 description vlan1088
set interfaces irb unit 1088 no-dhcp-flood
set interfaces irb unit 1088 mac 00:00:5e:e4:31:57
#
set groups top routing-instances evpn_vs vlans vlan1088 l3-interface irb.1088
set groups top routing-instances customerb interface irb.1088
#
set groups top routing-instances customerb forwarding-options dhcp-relay server-group vlan1088 192.168.122.12
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 interface irb.1088
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 active-server-group vlan1088
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 relay-option-82 circuit-id vlan-id-only
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 relay-option-82 server-id-override
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 route-suppression destination
set groups top routing-instances customerb forwarding-options dhcp-relay group vlan1088 overrides relay-source lo0.2
set groups top routing-instances customerb forwarding-options dhcp-relay forward-only
set groups top routing-instances customerb forwarding-options dhcp-relay no-snoop
コアスイッチがvJunosスイッチVMであるため、「l3-interface」を含む行に「routing-instances evpn_vs」というステートメントが含まれているだけです。 ご自身のファブリックと導入環境に適した設定を確認してください。
この設定では、スイッチテンプレートで追加のCLIコマンドのロールを定義し、そのロールをcore1とcore2に割り当てることで追加します。その後、ステートメントはルールベースの CLI コマンドとして表示されます。または、CLIコマンドを各スイッチに個別に追加することもできます。
による追加Junos CLI
次に、ジュニパー Mist Edge を設定します。下の画像は、ラボをセットアップした後の状態を示しており、提供された登録コードを使用して2台のジュニパー Mist Edge VMが起動され、ジュニパーMistクラウドに登録されています。
この例では、ジュニパー Mist Edge はグローバル レベルで使用されており、特定のサイトには割り当てられていないため、「未割り当て」と表示されます。大規模な組織では、Mist Edge をサイトに割り当て、 組織 -> サイト構成オプション を使用してトンネルを構成することができます。このアプローチは、Shuffle-by-Site 機能がどのように動作するかを示したかったため、この例では実装されませんでした。
次に、最初のジュニパー Mist Edgeを次のように設定します。
- 名前=
mistedge1 - IP=
10.11.11.5(APのVLANは、使用するMist-Edge VLANとは異なる必要があることに注意してください) - ネットマスク=
/24 - ゲートウェイ=
10.11.11.1 - アップストリームとダウンストリームのトラフィックを分離=
Unchecked - インターフェイス ge0=
Checked - インターフェイスge1=
Checked - DHCP リレー=
Unchecked
ジュニパー Mist Edge で DHCP リレーを直接設定しないでください。ファブリックは、サービスブロック機能でVRFを介してこのトラフィックを処理するように設定されています。
次に、2台目のジュニパー Mist Edgeを次のように設定します。
- 名前=
mistedge2 - IP=
10.11.11.6(APのVLANは、使用するMist-Edge VLANとは異なる必要があることに注意してください) - ネットマスク=
/24 - ゲートウェイ=
10.33.33.1 - アップストリームとダウンストリームのトラフィックを分離=
Unchecked - インターフェイス ge0=
Checked - インターフェイスge1=
Checked - DHCP リレー=
Unchecked
次に、2つのMistエッジを内部に置いてMist Edgeクラスターを設定します。
- 名前=
site-cluster - Mist Edges=
mistedge1とmistedge2 - ホスト名 / IPs=
10.11.11.5,10.11.11.6(ジュニパー Mist Edgeを割り当てると自動的に実行されます) - AP Subnets=
10.33.33.0/24(この設定はオプションです。有効にすると、ジュニパー Mist Edgeは、APの送信元IPアドレスがVLAN 1033に割り当てられた範囲内にある場合にのみトンネルを受け入れます) - トンネルホストの選択=
Shuffle by Site(この設定は必須であり、同じサイトまたはファブリック内のすべてのAPが同じジュニパー Mist Edgeを使用することを保証するものです)
これで、クラスターの割り当てがジュニパー Mist Edgeに表示されます。
作成されたクラスターは、以下の図のようになります。
クラスターで「Shuffle-by-site」を選択せずに続行しないでください。この設計では、できるだけ長く単一のジュニパー Mist Edge を使用するようにAPに指示することが重要です。
次に、APからジュニパー Mist Edge(この場合はvlan1033)までのオーバーレイトンネルの設定です。
- 名前=
fabric1-downstream - VLAN ID =
1099, 1088(無線クライアントトラフィックのすべてのブレイクアウトVLANに依存) - プライマリクラスター=
site-cluster - セカンダリクラスター=
No Cluster - プロトコル=
UDP - MTU=
1500 - IPsec=
Unchecked - 自動プリエンプション=
Enabled(プライマリ Edge がまだアクティブで他の AP を管理しているときに、APが誤って 2 番目のジュニパー Mist Edgeにローミングした場合、APは自動的にプライマリにローミングバックします。) - 15分ごと=
Checked(ローミングはできるだけ早く行われる必要があるため、この設定)
入力した設定の結果、以下のような概要が表示されます。
現時点では、トンネル設定がまだ指定されていないため、ジュニパー Mist Edge に接続している AP はありません。
設定の最後のステップとして、トンネル設定に関する情報を含むWLANテンプレートを設定する必要があります。以下は、2つのSSIDが設定されたファブリックテンプレートです。
最初のSSIDの設定はシンプルなPSKです。以下に示すように、タグ付けされたトンネルブレイクアウトVLANの1つを設定する必要があります。
- VLAN=
Tagged - VLAN ID =
1099
これで、このSSIDのトンネル設定は次のようになります。
- カスタムフォワーディング=
Checked - 宛先=
Org Mist Edge - トンネル=
fabric1-downstream
のトンネル設定
特別な必要がない限り、2つの追加機能を有効にしないでください。「MistトンネルがダウンしたときにWLANを無効にする」と「Mist Edgeクラスターが変更されたときにクライアントを再接続する」は、デフォルトのままにしておきます。トンネル距離が短く、新しいクラスターは通常、このような機能が有益である可能性があるアップストリーム構成を使用するため、ジュニパー Mist EdgeがEVPNファブリック内で動作している場合、これらのオプションは必要ありません。
2つ目のSSIDの設定は、やはりシンプルなPSKです。以下に示すように、タグ付けされたトンネルブレイクアウトVLANの1つを設定する必要があります。
- VLAN=
Tagged - VLAN ID =
1088
これで、このSSIDのトンネル設定は再び次のようになります。
- カスタムフォワーディング=
Checked - 宛先=
Org Mist Edge - トンネル=
fabric1-downstream
のトンネル設定
また、この設計では、すべてのアクセスポイントが実際に同じサイトに属していることを確認してください。
にある必要がある
この最後のステップが完了すると、設定は完了です。これで、両方のAPが同じサイトの一部であり、[Shuffle-by-Site]オプションで特定のMist Edgeが指定されるため、予想どおり、ジュニパー Mistエッジの1つにのみ接続されていることがわかります。これにより、APが単一のMist Edgeに固定されたままであることを確認できます。また、トンネルサービスがアクティブであることを確認し、設定が有効であることを示します。
これで、ジュニパー Mist Edgeとクラスターを示すAPビューもできました。
そして、選択された個々のAPからのレポート:
AP上のMistエッジトンネル
また、以下の例に示すように、ジュニパー Mist Edge のインサイトを確認してください。
サイトトンネル作成による代替設定オプション
この例では、グローバルなジュニパー Mist Edge と、サイトごとのシャッフルオプションが有効になっているクラスターを使用しました。ただし、システムを設定する方法はこれだけではありません。また、クラスターを作成せずに、サイトの設定から直接Mist Edgeを展開してトンネルを確立することもできます。これを行うには、 組織→サイト設定→ <APのサイト> に移動し、[ トンネルの追加]を選択します。
下Mist Edgeトンネルを作成
これが弊社サイトのトンネル設定です。
- VLAN ID =
1099, 1088(無線クライアントトラフィックに使用されるすべてのブレイクアウトVLANによって異なります) - プロトコル=
UDP - AP Subnets=
10.33.33.0/24(オプションで、この送信元IPを使用するAPのみにトンネル終了を制限します) - MTU=
1500 - IPsec=
Unchecked - プライマリクラスターが有効=
Checked/Enabled- ホストIP=
10.11.11.5
- ホストIP=
- セカンダリクラスターが有効=
Checked/Enabled- ホストIP=
10.11.11.6
- ホストIP=
- Auto Preemption=
Enabled(元のAPがアクティブなままに、APが意図せず2番目のMist Edgeにローミングした場合、他のAPとともに元のMist Edgeに戻る必要があります)- 15分ごと=
Checked(ローミングはできるだけ早く行われる必要があるため、この設定)
- 15分ごと=
サイト設定レベルではサイトごとのシャッフルオプションは使用できないため、プライマリとセカンダリのジュニパー Mist Edgeを手動で指定する必要があります。この設定により、APはEVPNファブリック内の単一の指定されたMist Edgeでトンネルを終端します。
設定のテスト
この時点で、必要な設定がすべて完了し、テスト用に無線クライアントを起動できます。私たちの場合:
- Desktop3 VMはSSID dc51-pskに接続し、最初のVRFでVLAN 1099に割り当てられ、DHCPリースを受け取ります。
- Desktop4 VMは、SSID dc51-psk2に接続し、2番目のVRFのVLAN 1088に割り当てられ、DHCPリースを受け取ります。
接続された2台の無線クライアントは次のように報告されます。
ジュニパー Mistポータルで サイト->スイッチパケットキャプチャ を使用する場合、スイッチポートに入るトラフィックをキャプチャできます。以下は、APがAccess1スイッチに接続されているインターフェイスから取得したトレースを示しています。APとのジュニパーMistクラウドと、ローカルジュニパー Mist EdgeへのL2TPv3トンネルのHTTPS通信を確認できます。
でのパケットキャプチャ
以下の出力は、2台のジュニパー Mist Edgeを統合するためのサービスブロックとして機能するCore1スイッチから収集されたものです。
root@core1> show lldp neighbors
Local Interface Parent Interface Chassis Id Port
.
ge-0/0/1 - 2c:6b:f5:5e:9a:c0 evpn_uplink-to-0200043ef581 dist1
ge-0/0/2 - 2c:6b:f5:d9:94:c0 evpn_uplink-to-0200043ef581 dist2
ge-0/0/3 ae5 562537d5-60c9-45cd-9883-93bd614382d3 port0 mistedge1
ge-0/0/4 ae6 fbed3379-875a-4329-a957-03c64788d8ef port0 mistedge2
.
root@core1> show lacp interfaces
.
.
Aggregated interface: ae5
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
ge-0/0/3 Actor No No Yes Yes Yes Yes Fast Active
ge-0/0/3 Partner No No Yes Yes Yes Yes Fast Active
LACP protocol: Receive State Transmit State Mux State
ge-0/0/3 Current Fast periodic Collecting distributing
Aggregated interface: ae6
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
ge-0/0/4 Actor No No Yes Yes Yes Yes Fast Active
ge-0/0/4 Partner No No Yes Yes Yes Yes Fast Active
LACP protocol: Receive State Transmit State Mux State
ge-0/0/4 Current Fast periodic Collecting distributing
.
root@core1> show ethernet-switching table
MAC flags (S - static MAC, D - dynamic MAC, L - locally learned, P - Persistent static, C - Control MAC
SE - statistics enabled, NM - non configured MAC, R - remote PE MAC, O - ovsdb MAC,
B - Blocked MAC)
.
Ethernet switching table : 14 entries, 14 learned
Routing instance : evpn_vs
Vlan MAC MAC GBP Logical SVLBNH/ Active
name address flags tag interface VENH Index source
.
vlan1033 d4:20:b0:01:45:82 DR vtep.32769 172.16.254.6
vlan1033 d4:20:b0:01:46:4f DR vtep.32770 172.16.254.5
vlan1033 fa:13:47:b8:a3:c6 DLR ae5.0
vlan1033 fe:54:00:42:27:e4 DR ae6.0
vlan1088 34:e8:94:db:5a:fd DLR ae5.0
vlan1088 52:54:00:3d:91:08 DR vtep.32769 172.16.254.6
vlan1099 1c:fd:08:77:93:4b DR vtep.32770 172.16.254.5
vlan1099 52:54:00:2c:80:63 DR vtep.32770 172.16.254.5
以下は、2台のジュニパー Mist Edgeを統合するためのサービスブロックとして機能するCore2スイッチから収集されたものです。
root@core2> show lldp neighbors
Local Interface Parent Interface Chassis Id Port info System Name
.
ge-0/0/1 - 2c:6b:f5:5e:9a:c0 evpn_uplink-to-020004070deb dist1
ge-0/0/2 - 2c:6b:f5:d9:94:c0 evpn_uplink-to-020004070deb dist2
ge-0/0/3 ae5 562537d5-60c9-45cd-9883-93bd614382d3 port1 mistedge1
ge-0/0/4 ae6 fbed3379-875a-4329-a957-03c64788d8ef port1 mistedge2
.
root@core2> show lacp interfaces
.
.
Aggregated interface: ae5
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
ge-0/0/3 Actor No No Yes Yes Yes Yes Fast Active
ge-0/0/3 Partner No No Yes Yes Yes Yes Fast Active
LACP protocol: Receive State Transmit State Mux State
ge-0/0/3 Current Fast periodic Collecting distributing
Aggregated interface: ae6
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
ge-0/0/4 Actor No No Yes Yes Yes Yes Fast Active
ge-0/0/4 Partner No No Yes Yes Yes Yes Fast Active
LACP protocol: Receive State Transmit State Mux State
ge-0/0/4 Current Fast periodic Collecting distributing
root@core2> show ethernet-switching table
.
MAC flags (S - static MAC, D - dynamic MAC, L - locally learned, P - Persistent static, C - Control MAC
SE - statistics enabled, NM - non configured MAC, R - remote PE MAC, O - ovsdb MAC,
B - Blocked MAC)
.
Ethernet switching table : 15 entries, 15 learned
Routing instance : evpn_vs
Vlan MAC MAC GBP Logical SVLBNH/ Active
name address flags tag interface VENH Index source
.
vlan1033 d4:20:b0:01:45:82 DR vtep.32769 172.16.254.6
vlan1033 d4:20:b0:01:46:4f DR vtep.32770 172.16.254.5
vlan1033 fa:13:47:b8:a3:c6 DLR ae5.0
vlan1033 fe:54:00:42:27:e4 DL ae6.0
vlan1088 34:e8:94:db:5a:fd DLR ae5.0
vlan1088 52:54:00:3d:91:08 DR vtep.32769 172.16.254.6
vlan1099 1c:fd:08:77:93:4b DR vtep.32770 172.16.254.5
vlan1099 34:e8:94:db:53:79 DLR ae5.0
vlan1099 52:54:00:2c:80:63 DR vtep.32770 172.16.254.5
4つのジュニパー Mist EdgeとESI-LAGファブリックアタッチによるハイブリッドラボの構築により拡張可能
あるジュニパー Mist Edgeに依存して別のがスタンバイとして機能するだけでは、大規模な導入では不十分な場合があります。このような場合は、容量を増やしてシステムを拡張する方法を検討する必要があります。
全体として、主に 2 つの拡張戦略があります。
- 単一クラスターの拡張:これには、前の章で説明した現在のクラスターにジュニパー Mist Edgeを追加し、APを複数のサイトに分割して、シャッフルする機能に基づいて異なるMist Edgeが使用されるようにすることが含まれます。これは、N+1の冗長性モデルに準拠しており、サイトごとにNが定義されます。この方法では、各APが単一のクラスター内で選択するMist Edgeを制御できないため、クラスター内のすべてのMist Edgeが同じモデルまたはSKUである必要があります。
- クラスターのペアの導入による拡張: この方法では、プライマリとセカンダリとして指定された 2 つの新しいクラスターを一度に追加することで、システムをスケーリングします。各クラスターで1つのMist Edgeのみがアクティブです。これは、N(一次クラスター)+ N(二次クラスター)の冗長性モデルを使用し、Nはモビリティドメインとして定義されます(後述で詳しく説明します)。クラスターペア内のMist Edgeは同じモデルまたはSKUである必要がありますが、クラスターペアが異なれば異なるモデルを使用できるため、柔軟性が向上します。
単一クラスターの拡張
この方法は簡単で、既存の単一デバイスクラスターを拡張してMist Edgeを追加し、すべてのAPを1つに配置するのではなく、複数のサイトに分散します。重要な要件は、各サイトにほぼ同じ数のAPがあることです。また、APサイトの数が、クラスター内のMist Edgeの数からスペアユニットを差し引いた数を超えないようにする必要があります。これらのガイドラインに従うことで、設計の管理と効果を保つことができます。さらに、異なるサイト間でAPを分割する場合は、それらのサイト間でクライアントローミングが発生しないように注意してください。そうしないと、クライアントトラフィックは通常固定されているMist Edgeから離れてしまいます。
下の画像では、1台のMist Edgeとその冗長性バックアップの容量に達したため、3台目のMist Edgeが追加されました。その後、APは2つの別々のサイトに分割されました。この設定で、サイトごとのシャッフルオプションを有効にすると、最初のサイトのAPはクラスター内の1つの特定のMist Edgeにトラフィックを固定し、2番目のサイトのAPはトラフィックアンカーに残りの2つのMist Edgeのうちの1つを使用します。
クラスターのペアの導入による拡張
単一のクラスターがスケーリングの限界に達した場合に、この設計をお勧めします。少し複雑ですが、柔軟性が高く、リソース使用をより細かく制御できます。サイトを分割して拡張するのではなく、トラフィック分散のニーズに焦点を当て、モビリティドメインのアイデアを中心に計画を始める必要があります。
容量を拡張するには、特定のクラスターなどのトラフィックブレイクアウト先に基づいてネットワークをセグメント化する必要があります。前章では、ファブリック全体を単一のユニットとして扱い、モビリティドメインの概念を導入しませんでした。しかし、より大規模になると、無線クライアントの場所とVLAN境界の両方を考慮して、ネットワークリソースをどのように使用しているかを評価することが重要になります。
慣例として、ほとんどの設計のモビリティドメインでは、クライアントが1つのSSID内でローミングすることができ、それ以上のネットワーク通信のためにIPアドレスを更新する必要はありません。
モビリティドメインは、クライアントトラフィックがアップストリームからファブリックネットワークに入るSSID内の単一のVLANとして、最小レベルで定義できます。前の章の例では、2つのクライアントVLANが、プライマリデバイスとセカンダリデバイスがあるアクセスポイントからジュニパー Mist Edgeクラスターへの1つのトンネルに多重化されました。更新された設計では、2つの独立したトンネルが使用され、各VLANは1つのトンネルにマッピングされます。このアプローチにより、2番目のトンネルとそれに関連するVLANのトラフィックのみを処理する新しいジュニパーMist Edgeペアを導入できます。この変更により、トラフィック負荷が効果的に分割され、必要に応じてジュニパー Mist Edgeペアを追加して拡張できます。
用の2つのMist Edgeクラスターペア
モビリティドメインとその拡張性を表示する別の方法は、無線クライアントの地理的な場所を考慮することです。例えば、PoD設計を採用している大規模なキャンパスネットワーク(下の画像のように)では、同じファブリックに接続された追加の建物に2番目の分散スイッチとアクセススイッチのセットを展開することができます。このシナリオでは、技術的な理由から、両方のPoDで同じ無線クライアントVLANを同時にサポートする必要があることを想定しています。ただし、クライアントが2つの建物間をローミングする可能性は低いか、めったにローミングしないため、各PoDは1つのビルを表します。
このセットアップの拡張性を高めるために、各PoDに専用のジュニパー Mist Edge ペアを割り当ててワークロードを分割し、それぞれを個別に拡張できるようにすることができます。これを実現するには、それぞれすべてのVLANを伝送する2つのトンネルを作成します。各PoDのアクセスポイントは、それぞれのPoDに関連付けられたトンネルのみを使用するように設定され、その場所にサービスを提供するジュニパー Mist Edgeクラスターに関連付けられています。
ジュニパー Mist Edge クラスターリソースの使用方法や、トラフィックをセグメント化してより大規模に対応する方法を定義する方法は他にも数多くあります。顧客のネットワーク要件ごとに個別に異なるため、ここにすべてをリストすることはできません。
1 組の冗長 ジュニパー Mist Edge によって実装される 1 つの モビリティ ドメインは、接続 AP の数が 4,000 を超えてはなりません。
以下のラボ例は、ジュニパー Mist EdgeクラスターのペアにVLANを分散する場合の一般的なアプローチを示しています。
ラボの準備
ラボでは、以下に示すように、2つのジュニパー Mist Edgeスイッチを追加しました。
用の4つのMistエッジを使用したラボ
ジュニパーのMist Edgeとファブリックの設定
ファブリック、サービスブロック、ジュニパー Mist Edge、AP、アクセススイッチについても、前回とまったく同じ構成を繰り返します。 2つの ジュニパー Mist EdgeとESI-LAGファブリックアタッチによるハイブリッドラボの構築。必要な変更は次のとおりです。
- サービスブロック機能にESI-LAGを追加する
- 2つのジュニパー Mist Edgeクラスターを追加する
- さらに1つのトンネルを追加
- 分割モビリティをサポートするためのクラスターとトンネルの変更
- オプション: 分割モビリティサポートのための AP サイトの割り当てを変更します
3台目のジュニパーMist EdgeのCore1-SwitchとCore2-Switchの構成は次のとおりです。
- ポートID=
ge-0/0/7 - インターフェイス=
L2 interface - 設定プロファイル=
me-uplink - ポートアグリゲーション=
Enabled- AE Index=
7(このインデックス値が一意であり、同じジュニパー Mist Edgeに対するインターフェイスでのみ使用されることを確認する必要があります) - ESI-LAG=
Enabled(有効化は必須)
- AE Index=
向けESI-LAG
4台目のジュニパーMist EdgeのCore1-SwitchとCore2-Switchの構成は次のとおりです。
- ポートID=
ge-0/0/8 - インターフェイス=
L2 interface - 設定プロファイル=
me-uplink - ポートアグリゲーション=
Enabled- AE Index=
8(このインデックス値が一意であり、同じジュニパー Mist Edgeに対するインターフェイスでのみ使用されることを確認する必要があります) - ESI-LAG=有効(有効化は必須)
- AE Index=
向けESI-LAG
次に、3台目のジュニパー Mist Edgeを次のように設定します。
- 名前=
mistedge3 - IP=
10.11.11.7(AP VLANは、ジュニパー Mist Edgeに使用されるVLANとは異なる必要があることに注意してください)(APは同じVLAN1033にありますが、DHCPリース範囲は10.33.33.10から始まることを忘れないでください) - ネットマスク=
/24 - ゲートウェイ=
10.11.11.1 - アップストリームとダウンストリームのトラフィックを分離=
Unchecked - インターフェイス ge0=
Checked - インターフェイスge1=
Checked - DHCP リレー=
Unchecked
次に、4台目のジュニパー Mist Edgeを次のように設定します。
- 名前=
mistedge4 - IP=
10.11.11.8(AP VLANは、ジュニパー Mist Edgeに使用されるVLANとは異なる必要があることに注意してください)(APは同じVLAN1033にありますが、DHCPリース範囲は10.33.33.10から始まることを忘れないでください) - ネットマスク=
/24 - ゲートウェイ=
10.11.11.1 - アップストリームとダウンストリームのトラフィックを分離=
Unchecked - インターフェイス ge0=
Checked - インターフェイスge1=
Checked - DHCP リレー=
Unchecked
前のラボの設定がまだ残っている場合は、まずAPからトンネルの割り当てを削除します。次に、トンネル自体を削除し、サイトクラスター設定を削除します。既存のジュニパー Mist Edgeは、設定を変更せずに再利用できるため、変更しないでください。
最初のMist Edgeクラスターでは、以下を設定します。
- 名前=
fabric1-primary-tunnel1 - Mist Edges=
mistedge1 - ホスト名 / IPs=
10.11.11.5(Mist Edge割り当て時に自動的に設定) - AP Subnets=
10.33.33.0/24(これはオプションの設定です。有効にすると、ジュニパー Mist Edgeは、APの送信元IPアドレスがVLAN 1033に割り当てられた範囲内にある場合にのみトンネルを受け入れます) - トンネルホストの選択=
Shuffle by Site(この設定は、同じサイト(ファブリック)内のすべてのAPが同じMist Edgeを使用するように設定するために必要です)
2番目のMist-Edgeクラスターでは、以下を設定します。
- 名前=
fabric1-secondary-tunnel1 - Mist Edges=
mistedge2 - ホスト名 / IPs=
10.11.11.6(Mist Edge割り当て時に自動的に実行) - AP Subnets=
10.33.33.0/24これはオプションの設定であり、Mist-Edge は、APの送信元 IP アドレスが vlan1033 の範囲内にある場合にのみトンネルを受け入れます。 - トンネルホストの選択=
Shuffle by Site同じサイト(ファブリック)内のすべてのAPに同じMist-Edgeを指示するには必須です。
3番目のジュニパーMist Edgeクラスターでは、以下を設定します。
- 名前=
fabric1-primary-tunnel2 - Mist Edges=
mistedge3 - ホスト名 / IPs=
10.11.11.7(ジュニパー Mist Edge割り当て時に自動的に設定) - AP Subnets=
10.33.33.0/24(この設定はオプションです。有効にすると、ジュニパー Mist Edgeは、APの送信元IPアドレスがVLAN 1033に割り当てられた範囲内にある場合にのみトンネルを受け入れます) - トンネルホストの選択=
Shuffle by Site(この設定は必須であり、同じサイトまたはファブリック内のすべてのAPが同じジュニパー Mist Edgeを使用することを保証します)
4番目のジュニパーMist Edgeクラスターでは、以下を設定します。
- 名前=
fabric1-secondary-tunnel2 - Mist Edges=
mistedge4 - ホスト名 / IPs=
10.11.11.8(ジュニパー Mist Edge割り当て時に自動的に設定) - AP Subnets=
10.33.33.0/24(この設定はオプションです。有効にすると、ジュニパー Mist Edgeは、APの送信元IPアドレスがVLAN 1033に割り当てられた範囲内にある場合にのみトンネルを受け入れます) - トンネルホストの選択=
Shuffle by Site(この設定は必須であり、同じサイトまたはファブリック内のすべてのAPが同じジュニパー Mist Edgeを使用することを保証します)
変更を加えると、設定は以下の図のようになります。
ここでは、技術的には厳しい要件ではないにしても、プライマリ/セカンダリクラスターごとに常に1つのMist Edgeしかないため、サイトごとのシャッフルオプションを維持しています。サイトごとのシャッフルオプションの使用は、すべてのEVPNファブリック設計で常に使用することをお勧めします。
アクセスポイントからMist-Edge(この場合はvlan1033)設定への最初のオーバーレイトンネルを作成します。
- 名前=
Tunnel1 - VLAN ID =
1099 - プライマリクラスター=
fabric1-primary-tunnel1 - セカンダリクラスター=
fabric1-secondary-tunnel1 - プロトコル=
UDP - MTU=
1500 - IPsec=
Unchecked - Auto Preemption=
Enabled(プライマリエッジがまだアクティブで他のAPを管理しているときに、APが誤って2番目のジュニパー Mist Edgeローミングした場合、APは自動的にプライマリにローミングバックします)- 15分ごと=
Checked(ローミングバックはできるだけ早く行われる必要があるため、この設定)
- 15分ごと=
を使用した最初のトンネル
次に、2番目のオーバーレイトンネルの設定をAPからジュニパー Mist Edge(この場合はvlan1033)に追加します。
- 名前=
Tunnel2 - VLAN ID =
1088 - プライマリクラスター=
fabric1-primary-tunnel2 - セカンダリクラスター=
fabric1-secondary-tunnel2 - プロトコル=
UDP - MTU=
1500 - IPsec=
Unchecked - Auto Preemption=
Enabled(プライマリエッジがまだアクティブで他のAPを管理しているときに、APが誤って2番目のジュニパー Mist Edgeローミングした場合、APは自動的にプライマリにローミングバックします)- 15分ごと=
Checked(ローミングバックはできるだけ早く行われる必要があるため、この設定)
- 15分ごと=
を使用した2番目のトンネル
変更内容は以下の図のようになります。
最初のSSIDの設定を確認します。
Tunnel1にVLAN 1099を使用したため、カスタムフォワーディングを作成する必要があります。
- カスタムフォワーディング=
Checked/Enabled- 宛先=
Org Mist Edge
- 宛先=
- トンネル=
Tunnel1
を使用
2 番目の SSID の設定を確認します。
Tunnel2にVLAN 1088を使用したため、カスタムフォワーディングを作成する必要があります。
- カスタムフォワーディング=
Checked/Enabled- 宛先=
Org Mist Edge
- 宛先=
- トンネル=
Tunnel2
を使用
この調整を行うと、両方のSSIDが設定された各APは、以下に示すように、指定されたプライマリクラスターへの2つのトンネルを確立します。