セキュリティデバイス上のイーサネットポートスイッチングモード

サポートされているデバイスとポート

ジュニパーネットワークスは、さまざまなイーサネットポートとデバイスでスイッチング機能をサポートしています( 表1を参照)。プラットフォームのサポートは、インストールされた Junos OS リリースによって異なります。以下のポートとデバイスが含まれています。

• SRX300、SRX320、PoE、SRX340、SRX345、SRX550M、およびSRX1500デバイスのオンボードイーサネットポート(ギガビットおよびファストイーサネット内蔵ポートSRX320。

• SRX650 デバイス上のマルチポート ギガビット イーサネット XPIM。

表1:スイッチング機能でサポートされているデバイスとポート

デバイス	ポート
SRX100デバイス	オンボードファストイーサネットポート(fe-0/0/0およびfe-0/0/7)
SRX210デバイス	オンボードギガビットイーサネットポート(ge-0/0/0およびge-0/0/1)および1ポートギガビットイーサネットSFP Mini-PIMポート。 オンボードファストイーサネットポート(fe-0/0/2およびfe-0/0/7)
SRX220デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/7)および1ポートギガビットイーサネットSFP Mini-PIMポート。
SRX240デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/15)および1ポートギガビットイーサネットSFP Mini-PIMポート。
SRX300デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/7)
SRX320デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/7)
SRX340デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/15)
SRX345デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/15)
SRX550デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/9、マルチポートギガビットイーサネットXPIMモジュール、および1ポートギガビットイーサネットSFP Mini-PIMポート。
SRX550Mデバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/9)およびマルチポートギガビットイーサネットXPIMモジュール。
SRX650デバイス	マルチポートギガビットイーサネットXPIMモジュール 注: SRX650デバイスでは、イーサネットスイッチングはギガビットイーサネットインターフェイス(ge-0/0/0〜ge-0/0/3ポート)ではサポートされていません。
SRX1500デバイス	オンボードギガビットイーサネットポート(ge-0/0/0〜ge-0/0/19)

SRX100では。SRX220、SRX240、SRX300、SRX320、SRX340、SRX345デバイスでは、オンボードのギガビットイーサネットポートをスイッチポートまたはルーテッドポートとして動作するように設定できます。(プラットフォームのサポートは、インストールされた Junos OS リリースによって異なります)。

統合ブリッジングおよびルーティング

IRB(統合型ブリッジングおよびルーティング)は、同じ VLAN 内でのレイヤー2スイッチングとレイヤー 3 ルーティングの同時サポートを提供します。VLANのインターフェイスに到着したパケットは、パケットの宛先MACアドレスに基づいてスイッチングまたはルーティングされます。ルーターのMACアドレスを宛先とするパケットは、他のレイヤー3インターフェイスにルーティングされます。

リンク層ディスカバリープロトコルとLLDPメディアエンドポイントディスカバリー

デバイスは、LLDP(Link Layer Discovery Protocol)とMED(LLDP-Media Endpoint Discovery)を使用して、ネットワークリンクに関するデバイス情報を学習し、配信します。この情報により、デバイスはさまざまなシステムを迅速に識別できるため、LAN はスムーズかつ効率的に相互運用できるようになります。

LLDP対応デバイスは、タイプ長値(TLV)メッセージの情報をネイバーデバイスに送信します。デバイス情報には、シャーシやポートの識別、システム名やシステム機能などの詳細が含まれます。TLV は、Junos OS ですでに設定されているパラメーターからこの情報を活用します。

LLDP-MEDはさらに一歩進んで、デバイスとIP電話間でIPテレフォニーメッセージを交換します。これらの TLV メッセージは、パワー オーバー イーサネット(PoE)ポリシーに関する詳細情報を提供します。PoE管理TLVにより、デバイスポートから必要な電力レベルと電力優先度をアドバタイズできます。たとえば、デバイスは、PoEインターフェイス上で動作しているIP電話に必要な電力を、利用可能なリソースと比較できます。デバイスがIP電話に必要なリソースを満たすことができない場合、デバイスは電力の妥協に達するまで電話とネゴシエートできます。

以下の基本的なTLVがサポートされています。

• シャーシ識別子—ローカルシステムに関連付けられたMACアドレス。

• ポート識別子—ローカルシステム内の指定されたポートのポート識別子。

• ポートの説明—ユーザーが設定したポートの説明。ポートの説明は最大256文字です。

• システム名—ローカルシステムのユーザー設定名。システム名は256文字以内にしてください。

• スイッチング機能の概要—この情報は設定不可能ですが、ソフトウェアから取得されます。

• システム機能—システムによって実行される主要な機能。システムがサポートする機能。例えば、イーサネットスイッチングやルーターです。この情報は設定できませんが、製品のモデルに基づいています。

• 管理アドレス—ローカルシステムのIP管理アドレス。

以下のLLDP-MED TLVがサポートされています。

• LLDP-MED機能—ポートの主要な機能をアドバタイズするTLV。値の範囲は0から15です。

  • 0—機能

  • 1—ネットワークポリシー

  • 2 - 位置の特定

  • 3 - MDI-PSE(medium-dependent interface power-sourcing equipment)経由の拡張電力

  • 4—インベントリ

  • 5–15 - 予約済み

• LLDP-MEDデバイスクラス値:

  • 0 - クラスが定義されていません

  • 1 - クラス 1 デバイス

  • 2 - クラス 2 デバイス

  • 3 - クラス 3 デバイス

  • 4—ネットワーク接続デバイス

  • 5–255—予約済み

  注:

  Junos OSリリース15.1X49-D60およびJunos OSリリース17.3R1以降、SRX300、SRX320、SRX340、SRX345、SRX550MおよびSRX1500デバイスでLLDP(Link Layer Discovery Protocol)とLLDP-Media Endpoint Discovery(MFD)が有効になります。

• ネットワークポリシー—ポートVLAN設定と関連するレイヤー2およびレイヤー3属性をアドバタイズするTLV。属性には、ポリシー識別子、音声やストリーミングビデオなどのアプリケーションタイプ、802.1Q VLANタグ、802.1p優先ビットとDiffservコードポイントが含まれます。

• エンドポイントの場所—エンドポイントの物理的な場所をアドバタイズするTLV。

• MDI経由の拡張電力—ポートの電源タイプ、電源、電力優先度、電力値をアドバタイズするTLV。ポートで電力優先度をアドバタイズするのは、PSEデバイス(ネットワーク接続デバイス)の責任です。

LLDPおよびLLDP-MEDは、SRX100、SRX210、SRX240、SRX300、SRX320、SRX340、SRX345デバイスのベースポート上のuPIM(拡張スイッチングモード)、およびSRX650デバイスのギガビットバックプレーン物理インターフェイスモジュール(GPIM)で明示的に設定する必要があります。(プラットフォームのサポートは、インストールされた Junos OS リリースによって異なります)。すべてのインターフェイスまたは特定のインターフェイスでLLDPを設定するには、[set protocols]階層レベルでlldpステートメントを使用します。すべてのインターフェイスまたは特定のインターフェイスでLLDP-MEDを設定するには、[set protocols]階層レベルでlldp-medステートメントを使用します。

スイッチポートのタイプ

スイッチのポート(またはインターフェイス)は、アクセスモードまたはトランクモードのいずれかで動作します。

アクセスモードのインターフェイスは、デスクトップコンピュータ、IP電話、プリンター、ファイルサーバー、セキュリティカメラなどのネットワークデバイスに接続します。インターフェイス自体は単一のVLANに属しています。アクセスインターフェイスを介して送信されるフレームは、通常のイーサネットフレームです。

トランクインターフェイスは、複数のVLANのトラフィックを処理し、同一の物理接続を介してこれらすべてのVLANのトラフィックを多重化します。トランクインターフェイスは通常、スイッチ同士を相互接続するために使用します。

デイジーチェーンのuPIM

複数のuPIMを組み合わせて、単一の統合スイッチとして動作させることはできません。ただし、1つのuPIM上のポートを別のuPIMのポートにデイジーチェーン方式で物理的に接続することで、同じシャーシ上のuPIMを外部に接続できます。

2つ以上のuPIMをデイジーチェーン接続することで、個々のuPIMよりも多くのポート数を持つ1つのスイッチを作成します。各uPIMの1つのポートが接続にのみ使用されます。例えば、6ポートのuPIMと8ポートのuPIMをデイジーチェーン接続した場合、結果は12ポートのuPIMとして動作します。uPIM のどのポートもデイジー チェーン接続に使用できます。

デイジーチェーン接続されたuPIMの1つだけにIPアドレスを設定して、プライマリuPIMにします。セカンダリuPIMは、トラフィックをプライマリuPIMにルーティングし、プライマリuPIMがルーティングエンジンに転送します。これにより、外部リンクのオーバーサブスクリプションにより、遅延やパケットドロップが多少増加します。

2つのuPIM間のリンクは1つだけサポートされています。uPIM 間で複数のリンクを接続すると、ループトポロジーが作成されますが、これはサポートされません。

Q-in-Q VLANタギング

IEEE 802.1ad規格で定義されているQ-in-Qトンネリングにより、イーサネットアクセスネットワーク上のサービスプロバイダは、2つの顧客サイト間のレイヤー2イーサネット接続を拡張できます。

Q-in-Qトンネリングでは、パケットが顧客VLAN(C-VLAN)からサービスプロバイダのVLANに移動する際に、サービスプロバイダ固有の802.1Qタグがパケットに追加されます。この追加タグは、トラフィックをサービスプロバイダ定義のS-VLAN(サービス VLAN)に分離するために使用されます。パケットの元の顧客802.1Qタグは残され、サービスプロバイダのネットワークを通過して透過的に送信されます。パケットがS-VLANを下流方向に流れると、余分な802.1Qタグが削除されます。

注:

サービスプロバイダのVLANにQ-in-Qトンネリングが設定されている場合、 ルーテッドVLANインターフェイスからのパケットを含め、そのVLANの顧客向けアクセスポートから送信されるすべてのルーティングエンジンパケットには常にタグが付けられません。

C-VLANをS-VLANにマッピングするには、3つの方法があります。

• オールインワンバンドリング—[edit vlans]階層レベルでdot1q-tunnelingステートメントを使用して、顧客VLANを指定せずにマッピングします。特定のアクセスインターフェイスからのすべてのパケットは、S-VLANにマッピングされます。

• 多対1バンドリング—[edit vlans]階層レベルでcustomer-vlansステートメントを使用して、S-VLANにマッピングするC-VLANを指定します。

• 特定のインターフェイスでのC-VLANのマッピング—[edit vlans]階層レベルでmappingステートメントを使用して、指定されたアクセスインターフェイス上の特定のC-VLANをS-VLANにマッピングします。

表2は 、SRXシリーズファイアウォールでサポートされているC-VLANからS-VLANへのマッピングを示しています。(プラットフォームのサポートは、インストールされた Junos OS リリースによって異なります)。

表2:サポートされているマッピング方法

マッピング	SRX210	SRX240	SRX300	SRX320	SRX340	SRX345	SRX550M	SRX650
オールインワンのバンドル	はい	はい	いいえ	いいえ	はい	はい	はい	はい
多対1のバンドル	いいえ	いいえ	いいえ	いいえ	はい	はい	はい	はい
特定のインターフェイスでのC-VLANのマッピング	いいえ	いいえ	いいえ	いいえ	はい	はい	はい	はい

注:

VLAN変換はSRX300およびSRX320デバイスでサポートされていますが、これらのデバイスはQ-in-Qトンネリングをサポートしていません。

注:

SRX650デバイスでは、dot1q-tunnelingの設定オプションで、設定をコミットした場合でも、同じS-VLANに対して顧客VLANの範囲とVLANプッシュは連携しません。両方が設定されている場合、VLANプッシュは顧客VLANの範囲よりも優先されます。

IRB インターフェイスは、SRX210、SRX240、SRX340、SRX345、SRX650 デバイスの Q-in-Q VLAN でサポートされています。Q-in-Q VLAN上のIRBインターフェイスに到着したパケットは、パケットが単一タグ付きか二重タグ付きかに関係なくルーティングされます。トランクインターフェイスから出る場合にのみ、発信ルーテッドパケットにS-VLANタグが含まれます。アクセスインターフェイスから出るとき、パケットはタグなしにインターフェイスを出ます。(プラットフォームのサポートは、インストールされた Junos OS リリースによって異なります)。

Q-in-Qの導入では、ダウンストリームインターフェイスから送信された顧客のパケットは、送信元および宛先のMACアドレスを変更することなく転送されます。インターフェイスレベルとVLANレベルの両方で、MACアドレス学習を無効にすることができます。インターフェイスのMACアドレス学習を無効にすると、そのインターフェイスがメンバーになっているすべてのVLANの学習を無効にします。VLANのMACアドレス学習を無効にすると、すでに学習したMACアドレスがフラッシュされます。

SRX100、SRX210、SRX240、SRX300、SRX320、SRX340、SRX345、SRX650デバイス(インストールされているJunos OSリリースに応じてプラットフォームサポートあり)では、レイヤー3アグリゲートイーサネットでは、以下の機能はサポートされていません。

• カプセル化(CCC、VLAN CCC、VPLS、PPPoE など)

• J-Web

• Junos OSリリース19.4R2以降、冗長イーサネット(reth)インターフェイスでLLDPを設定できるようになりました。 set protocol lldp interface <reth-interface> コマンドを使用して、rethインターフェイスでLLDPを設定します。

• SRX550Mデバイスでは、XEメンバーインターフェイスを備えたアグリゲートイーサネット(ae)インターフェイスをイーサネットスイッチングファミリーで設定することはできません。

• SRX300、SRX320、SRX340、SRX345、およびSRX550Mデバイスでは、レイヤー3インターフェイスでのQ-in-Qサポートには以下の制限があります。

  • 二重タグは、rethおよびaeインターフェイスではサポートされていません。

  • マルチポロジールーティングは、フローモードおよびシャーシクラスターではサポートされていません。

  • デュアルタグ付きフレームは、カプセル化(CCC、TCC、VPLS、PPPoEなど)ではサポートされていません

  • レイヤー 3 論理インターフェイスでは、 input-vlan-map、 output-vlan-map、 inner-range、 inner-list は適用されません

  • 0x8100の付いたTPIDのみがサポートされており、タグの最大数は2つです。

  • デュアルタグ付きフレームは、IPV4およびIPv6ファミリーを持つ論理インターフェイスにのみ使用できます。

• SRX100、SRX210、SRX240、SRX300、SRX320、SRX340、SRX345、SRX650デバイス(インストールされているJunos OSリリースに応じてプラットフォームサポートあり)では、Rvi( ルーテッドVLANインターフェイス )では、以下の機能はサポートされていません。

  • IS-IS(ファミリーISO)

  • VLANインターフェイスでのカプセル化(Ether CCC、VLAN CCC、VPLS、PPPoEなど)

  • CLNS

  • DVMRP

  • VLAN インターフェイスの MAC の変更

  • G-ARP

  • VLAN インターフェイス用 VLAN ID の変更