プロトコル ファミリーとインターフェイス アドレスのプロパティ

ルーターにはデフォルトアドレスとプライマリインターフェイスが、インターフェイスにはプライマリおよび優先アドレスがあります。

ルーターのデフォルト アドレスは、番号なしインターフェイスの送信元アドレスとして使用されます。ルーティングプロトコルは、OSPFおよび内部 BGP（IBGP）など、プロトコルが使用するルーターIDとしてデフォルトアドレスを選択しようとします。

ルーターのプライマリインターフェイスは、インターフェイス名が指定されていない場合、および宛先アドレスが特定の発信インターフェイスを意味しない場合にパケットが出るインターフェイスです。

インターフェイスのプライマリアドレスは、ローカルで発信され、インターフェイスに送信されたブロードキャストおよびマルチキャストパケットのローカルアドレスとして、デフォルトで使用されます。インターフェイスの優先アドレスは、ローカルルーターによってサブネット上の宛先に発信されたパケットに使用されるデフォルトローカルアドレスです。

ルーターのデフォルトアドレスは、以下のシーケンスを使用して選択されます。

1. lo0ではない127.0.0.1 ループバックインターフェイス 上のプライマリアドレスが使用されます。

2. プライマリインターフェイスのプライマリアドレスが使用されます。

3. 「プライマリ」と「優先」アドレスを持つ複数のインターフェイスがある場合、一番小さいインターフェイスインデックスを持つインターフェイスが選択され、そのプライマリアドレスが使用されます。どのインターフェイスのIPアドレスも明示的にprimaryステートメントでマークされていない場合、そのインターフェイスの数値的に一番小さいアドレスがシステムのデフォルトアドレスとして使用されます。

4. IPアドレスを持つ残りのインターフェイスのいずれかを選択できます。これには、ルーターの管理インターフェイスあるいは内部インターフェイスが含まれます。このため、ループバックアドレスを割り当てるか、プライマリインターフェイスを明示的に設定するかしてデフォルトのアドレス選択を制御することをお勧めします。

番号なしイーサネットインターフェイスを設定すると、以下の要件および制限が適用されます。

• 現在、unnumbered-addressステートメントは、IPバージョン4（IPv4）およびIPバージョン6（IPv6）アドレスファミリー向け、番号なしイーサネットインターフェイスの設定をサポートしています。

• IPアドレスは、番号なしインターフェイスとしてまだ設定されていないイーサネットインターフェイスにのみ割り当てることができます。

• 番号なしイーサネットインターフェイスには、1つ以上のIPアドレスを設定する必要があります。

• 番号なしイーサネットインターフェイスのドナーインターフェイスを番号なしとして設定することはできません。

• 番号無しの イーサネット インターフェイスは、以下のステートaddressメント オプションの設定をサポートしていません。arp、broadcast、primary、preferred、またはvrrp-group。

  これらのステートメントオプションについては、インターフェイスアドレスの設定を参照してください。

• インターネットグループ管理プロトコル（IGMP）および物理インターフェイスモジュール（PIM）は、ホストに直接面し、ダウンストリームPIMネイバーがない番号のないイーサネットインターフェイスでのみ実行できます。PIMトポロジーでアップストリームインターフェイスとして機能する番号なしイーサネットインターフェイスでIGMPまたはPIMを実行することはできません。

• しかしながら、ポイントツーポイント（P2P）接続として設定された番号なしイーサネットインターフェイス上でOSPFを実行することは可能です。ただし、P2Pとして設定されていない番号なしイーサネットインターフェイスでOSPFまたはIS-ISを実行することはできません。

  IGP （内部ゲートウェイプロトコル）を使用してリンクステート配信を行う場合は、番号無しインターフェイス設定のドナーインターフェイスでOSPFが有効になっていることを確認し、ドナーIPアドレスに到達してOSPFセッションを確立できるようにします。

• 目的
• アクション
• 意味

• 目的
• アクション
• 意味

• 目的
• アクション
• 意味

ファイアウォールフィルターを適用する場合、インターフェイスグループの一部となるようにインターフェイスを定義できます。そのインターフェイスで受信されたパケットは、グループの一部としてタグ付けされます。次に、ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイドで説明されているように、interface-group一致ステートメントを使用してこれらのパケットを照合できます。

インターフェイスをインターフェイスグループの一部として定義するには、groupステートメントを使用します。

以下の階層レベルでこのステートメントを使用することができます。

• [edit interfaces interface-name unit logical-unit-number family family filter]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family filter]

IPバージョン4（IPv4）、IPバージョン6（IPv6）、MPLS、またはピアAS課金トラフィックを伝送するインターフェイスの場合、ネットワークを通過するトラフィックの入口および出口点を基にパケット数を管理できます。入口と出口のポイントは、ソースと宛先のプレフィックスによって識別され、ソースクラスと宛先クラスとして定義される不連続なセットにグループ化されます。ルーティングネイバー、自律システム、ルートフィルターなど、さまざまなパラメータに基づいてクラスを定義できます。

ソースクラス使用率（SCU）アカウンティングカウントパケットは、IPソースアドレスで検索を実行することにより、顧客に送信されたパケットをカウントします。SCUを使用すると、プロバイダーコアの特定のプレフィックスから発信され、カスタマーエッジの特定のプレフィックス宛てのトラフィックを追跡できます。インバウンドとアウトバウンドの両方の物理インターフェイスでSCUアカウンティングを有効にし、パケットの送信元のルートが転送テーブルにある必要があります。

宛先クラス使用率（DCU）は、IP宛先アドレスの検索を実行することにより、顧客からのパケットをカウントします。DCUを使用すると、カスタマーエッジから発信され、プロバイダーコアルーター上の特定のプレフィックス宛てのトラフィックを追跡できます。

図 1は、ISPネットワークを示しています。このトポロジーでは、DCUを使用して、顧客が特定のプレフィックスに送信するパケットをカウントできます。たとえば、プレフィックス210.210/16および220.220/16宛てのパケットをカウントする3つのカウンター（顧客ごとに1つ）を用意できます。

SCUを使用して、プロバイダーが特定のプレフィックスから送信するパケットをカウントできます。例えば、プレフィックス210.210/16と215.215/16から送信されたパケットや特定の出力インターフェイスで送信されたパケットをカウントできます。

図 1: ソースクラスと宛先クラスを使用したプレフィックスアカウンティング

最大126のソースクラスと最大126の宛先クラスを設定できます。宛先クラスの使用とソースクラスの使用を有効にするインターフェイスごとに、オペレーティングシステムは、126クラスの上限まで、対応するクラスごとにインターフェイス固有のカウンターを維持します。

インターフェイスでパケットカウントを有効にするには、accountingステートメントを使用します。

directionは、次のいずれかになります。

• input—少なくとも1つの予想されるイングレスポイントを設定します。

• output—少なくとも1つの予想されるエグレスポイントを設定します。

• input output—単一のインターフェイスでは、少なくとも1つの予想されるイングレスポイントと1つの予想されるエグレスポイントを設定します。

以下の階層レベルでこれらのステートメントを使用することができます。

• [edit interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

SCUを機能させるには、少なくとも1つの入力インターフェイスと少なくとも1つの出力インターフェイスを設定する必要があります。

SCUとDCUアカウンティングの両方で単一のパケットをカウントする機能は、基盤となる物理インターフェイスによって異なります。

• モジュラー型ポートコンセントレータ/モジュラー型インターフェイス カード（MPC/MIC）を介したトラフィックの場合、SCUとDCUの両方が設定されていると、単一の着信パケットがSCUとDCUの両方のアカウンティングでカウントされます。発信パケットが確実にカウントされるようにするには、発信インターフェイスの設定にsource-class-usage outputステートメントを使用します。

• DPCインターフェイスを介したトラフィックの場合、着信パケットは1回だけカウントされ、SCUはDCUよりも優先されます。これは、設定にsource-class-usage inputステートメントとdestination-class-usageステートメントを使用したインターフェイスにパケットが到着し、送信元と宛先の両方がアカウンティングプレフィックスと一致する場合、オペレーティング システムはパケットをソースクラスにのみ関連付けることを意味します。

MPCインターフェイスを介したトラフィックの場合、SCUおよびDCUアカウンティングは、出力フィルターが評価された後に実行されます。パケットがファイアウォールフィルターの一致条件に一致する場合、一致した用語アクションがdiscardである事例を除いて、パケットはSCUまたはDCUアカウンティングに含まれます。

T Series、M120、およびM320ルーターでは、ソースクラスと宛先クラスはルーターファブリックを介して実行されません。この意味は次のとおりです。

• T Series、M120、およびM320ルーターでは、パケットがファブリックに入る前にSCUおよびDCUアカウンティングが実行されます。

• M7i、M10i、M120、およびM320ルーター、非MPCを搭載したMXシリーズルーター、およびT Seriesルーターでは、出力フィルタが評価される前にSCUおよびDCUアカウンティングが実行されます。したがって、パケットがファイアウォールフィルターの一致条件に一致する場合、そのパケットはSCUまたはDCUアカウンティングに含まれます。パケットは、任意の用語アクション（discardアクションを含む）に対してカウントされます。

• M120、M320、およびT Seriesルーターでは、destination-classおよびsource-classステートメントは、転送テーブルに適用されるフィルターに対してのみ[edit firewall family family-name filter filter-name term term-name from]階層レベルでサポートされます。M7i、M10i、およびMXシリーズルーターでは、これらのステートメントがサポートされています。

インターフェイスでアカウンティングを有効にすると、オペレーティングシステムはそのインターフェイスのパケットカウンターを維持し、inet、inet6、およびmplsプロトコルファミリー用に個別のカウンターを使用します。次に、ポリシーアクションステートメントでソースクラスと宛先クラスの属性を設定する必要があります。これらの属性は、転送テーブルのエクスポートポリシーに含める必要があります。

Junos OSリリース9.3以降では、vrf-table-labelステートメントで設定されたレイヤー3 VPNのSCUアカウンティングを設定できます。[edit routing-instances routing-instance-name vrf-table-label]階層レベルでsource-class-usageステートメントを使用します。この階層レベルのsource-class-usageステートメントは、仮想ルーティングおよび転送（VRF）インスタンスタイプでのみサポートされます。

ソースクラスと宛先クラスのアカウンティングプロファイルの詳細については、ルーティングデバイス用 Junos OS ネットワーク管理ガイドを参照してください。MPLS の詳細については、MPLS アプリケーションユーザーガイドを参照してください。