ルーティングインスタンスのSNMPを設定する

Junos OSでは、すべてのルーティングインスタンスのSNMPマネージャーが、対応するルーティングインスタンスや論理システムネットワークに関連するSNMPデータをリクエストおよび管理できます。

Junos OSの場合:

• デフォルト以外のルーティングインスタンスや論理システムからのクライアントは、所属するルーティングインスタンスや論理システムネットワーク上でのみ、MIBオブジェクトにアクセスしてSNMP操作を行うことができます。

• デフォルトのルーティングインスタンスからのクライアントは、すべてのルーティングインスタンスと論理システムネットワークに関連する情報にアクセスできます。

• Junos管理ルーティングインスタンス(mgmt_junos)は特別なインスタンスです。管理ルーティングインスタンスのクライアントは、デフォルトのルーティングインスタンスであるかのように扱われ、すべてのルーティングインスタンスと論理システムネットワークに関連する情報にアクセスできます。

仮想プライベートネットワーク(VPN)サービスの提供が増加する中、この機能は、特定のルーティングインスタンスのSNMPデータを取得する必要があるサービスプロバイダにとって特に便利です( 図1を参照)。サービスプロバイダは、この情報を独自の管理ニーズに使用したり、顧客が使用するためにデータをエクスポートしたりできます。

図1:ルーティングインスタンスのSNMPデータ

リクエストでルーティングインスタンスが指定されていない場合、SNMPエージェントは以前と同様に動作します。

• 非ルーティングテーブルオブジェクトの場合、すべてのインスタンスが公開されます。

• ルーティングテーブルオブジェクトの場合、デフォルトのルーティングインスタンスに関連付けられたオブジェクトのみが公開されます。

  注:

  実際のプロトコルデータユニット(PDU)は、デフォルト(inet.0)のルーティングインスタンス上で交換されますが、返されるデータの内容は、リクエストPDUで指定されたルーティングインスタンスによって決定されます。

必要なルーティングインスタンスでSNMPv3管理インターフェイスを設定することで、イングレスルーティングインスタンスに限定的ではなく、すべてのルーティングインスタンスと論理システムネットワークに関連する情報にアクセスできます。 [edit snmp v3] 階層レベルで管理インスタンス設定ステートメントを設定できます。

• 利点
• 管理ルーティングインスタンスを有効にする
• 管理ルーティングインスタンスを削除する

表1は 、Junos OSでサポートされているエンタープライズ固有のMIBオブジェクトを示し、SNMPリクエストでルーティングインスタンスが指定された場合にこれらのオブジェクトがどのように処理されるかを詳細に説明するメモを提供します。ダッシュ(–)は、その項目が該当しないことを示します。

表2は 、Junos OSでサポートされているクラス1 MIBオブジェクト(標準およびエンタープライズ固有MIB)を示しています。クラス1オブジェクトでは、特定のルーティングインスタンスに属する論理インターフェイス(とその親物理インターフェイス)のみが公開されます。

表3は 、Junos OSでサポートされているクラス2 MIBオブジェクト(標準およびエンタープライズ固有MIB)を示しています。クラス2オブジェクトでは、論理システム内のすべてのインスタンスが公開されます。データはルーティングインスタンスレベルまで分離されません。

表4は 、Junos OSでサポートされているクラス3 MIBオブジェクト(標準およびエンタープライズ固有MIB)を示しています。クラス3では、オブジェクトはデフォルトの論理システムに対してのみ公開されます。

表5は 、Junos OSでサポートされているクラス4 MIBオブジェクト(標準およびエンタープライズ固有MIB)を示しています。クラス4オブジェクトでは、データはルーティングインスタンスによって分離されません。すべてのインスタンスが公開されます。

ルーティングインスタンスを指定すると、ルーティング関連のすべての MIB オブジェクトが、リクエスト内のルーティング インスタンスによって維持されるデータを返します。他のすべてのMIBオブジェクトについては、返されるデータはそのルーティングインスタンスに従って分離されます。例えば、そのルーティングインスタンスに割り当てられたインターフェイス(例えば、論理インターフェイス[ifls]とそれに対応する物理インターフェイス[ifds])のみがSNMPエージェントによって公開されます。同様に、インターフェイスに明確に添付されているオブジェクト(アドレスなど)も分離されます。

添付ファイルがあいまいなオブジェクト(sysApplMIB 内のオブジェクトなど)については、分離は行われず、すべてのインスタンスがすべてのケースに表示されます。

別のカテゴリのオブジェクトは、デフォルト論理システム内のルーティングインスタンスに関係なく、論理システムが指定されていない場合にのみ表示されます(デフォルトの論理システム内でのみ)。このカテゴリのオブジェクトは、シャーシMIBオブジェクト、SNMPグループ内のオブジェクト、RMONアラーム、イベントおよびロググループ、Ping MIBオブジェクト、構成管理オブジェクト、およびV3オブジェクトです。

要約すると、ルーティングインスタンスをサポートするために、MIBオブジェクトは次のいずれかのカテゴリに分類されます。

• クラス1—データは、リクエスト内のルーティングインスタンスに従って分離されます。これは、分離クラスの中で最も詳細なものです。

• クラス2 - データは、リクエストで指定された論理システムに従って分離されます。特定の論理システムに属するすべてのルーティングインスタンスに対して、同じデータが返されます。これは通常、ルーティングインスタンス情報を抽出することが困難な場合や、ルーティングインスタンスが適用されないルーティングテーブルオブジェクトに当てはまります。

• クラス3—データは、デフォルトの論理システムに対してのみ公開されます。デフォルトの論理システムに属するすべてのルーティングインスタンスに対して、同じデータセットが返されます。別の論理システム(デフォルトではない)を指定した場合、データは返されません。通常、このクラスは、論理システムの変更を監視せず、デフォルト コンテキスト(シャーシ MIB オブジェクトなど)のみを使用してオブジェクトを登録するサブエージェントに実装されたオブジェクトに適用されます。

• クラス4—データはルーティングインスタンスによって分離されません。すべてのルーティングインスタンスに対して同じデータが返されます。通常、これは、論理システムの変更を監視し、論理システムの変更ごとにすべてのオブジェクトを登録または登録解除するサブエージェントに実装されたオブジェクトに適用されます。ルーティングインスタンスで値を分離できないオブジェクトは、このクラスに該当します。

各クラスに関連付けられたオブジェクトのリストについては、 ルーティングインスタンスでサポートされているSNMP MIB を参照してください。

トラップレシーバーが、属する論理システムネットワークに関連しないトラップを受信するのを制限できます。これを行うには、[edit snmp]階層レベルにlogical-system-trap-filterステートメントを含めます。

logical-system-trap-filterステートメントがSNMP設定に含まれていない場合、すべてのトラップが設定されたルーティングインスタンスの宛先に転送されます。ただし、このステートメントが設定されていても、デフォルトのルーティングインスタンスに関連付けられたトラップレシーバーは、すべてのSNMPトラップを受信します。

トラップグループオブジェクトの下で設定する場合、ルーティングインスタンス(またはルーティングインスタンスに属するインターフェイス)に適用されるすべてのv1およびv2cトラップには、コミュニティ文字列にエンコードされたルーティングインスタンス名があります。エンコーディングは、リクエストPDUで使用されるものと同じです。

v3フレームワークの下で設定されたトラップの場合、v3メッセージ処理モデルが設定されると、ルーティングインスタンス名がコンテキストフィールドに含まれます。その他のメッセージ処理モデル(v1またはv2c)では、ルーティングインスタンス名はトラップメッセージヘッダーで運ばれません(コミュニティ文字列ではエンコードされません)。

この機能により、ルーティング インスタンスは、v3 リクエストのコンテキスト フィールド、または v1 または v2c リクエストのコミュニティ文字列でエンコードされたもので識別されます。

コミュニティ文字列でエンコードされた場合、ルーティングインスタンス名が最初に表示され、実際のコミュニティ文字列とは @ 文字で区切られます。

@文字を含む有効なコミュニティ文字列との競合を避けるため、典型的なコミュニティ文字列処理が失敗した場合にのみ、コミュニティが解析されます。例えば、RIという名前のルーティングインスタンスが設定されている場合、RI@publicを含むSNMPリクエストはRIルーティングインスタンスのコンテキスト内で処理されます。アクセス制御(ビュー、送信元アドレス制限、アクセス権など)は、実際のコミュニティ文字列(@文字以降のデータ セット、ここではpublic)に従って適用されます。ただし、コミュニティ文字列RI@publicが設定されている場合、プロトコル データ ユニット(PDU)はそのコミュニティに従って処理され、埋め込まれたルーティング インスタンス名は無視されます。

論理システムは、物理ルーターのアクションのサブセットを実行し、独自のルーティングテーブル、インターフェイス、ポリシー、ルーティングインスタンスを保持します。論理システム内でルーティング インスタンスが定義されている場合、論理システム名はルーティング インスタンスと一緒にスラッシュ( / )で区切ってエンコードする必要があります。例えば、ルーティングインスタンス RI が論理システム LS内で構成されている場合、そのルーティングインスタンスは、コミュニティ文字列内で LS/RI@publicとしてエンコードする必要があります。ルーティングインスタンスが論理システム(デフォルトの論理システム内)の外部で構成されている場合、論理システム名(または / 文字)は必要ありません。

また、論理システムを作成すると、論理システム内に常にデフォルトのルーティングインスタンス(名前が default)が作成されます。この名前は、そのルーティングインスタンス(例: LS/default@public)のデータを実行するときに使用する必要があります。v3リクエストの場合、名前 logical system/routing instance はコンテキスト フィールドで直接識別する必要があります。

この例では、INFrtdという名前のルーティングインスタンスに割り当てられた802.3ad ae0インターフェイス設定を示しています。

以下の snmpwalk コマンドは、SNMPコミュニティ publicを使用して、ルーティングインスタンスINFrtdに属するルータ1および802.3aeバンドルインターフェイスからSNMP関連情報を取得する方法を示しています。

この例では、コミュニティmyCommunity1のルーティングインスタンスInBandManagementの設定を示しています。

ルーティングインスタンスは、インターフェイス et-0/0/16に制限されています。制限されたクライアントは、ポリシーオプションで SNMPClients として設定されます。

以下の snmpwalk コマンドは、設定済みのクライアントからインターフェイス et-0/0/16 にSNMPリクエストを routinginstance@communityとして送信する方法を示しています。