RFC 5786-2010
OSPF トラフィック エンジニアリング (TE) 拡張機能でルーターのローカル アドレスをアドバタイズする (更新: 3630)

規格番号

RFC 5786-2010

制定年

2010

出版団体

IETF - Internet Engineering Task Force

最新版

RFC 5786-2010

範囲

はじめに 動機 場合によっては、制約付き最短パス ファースト（CSPF）計算マルチプロトコル ラベル スイッチング（MPLS）トラフィック エンジニアリング ラベル スイッチド パス（TE LSP）を、現在 TE LSA でアドバタイズされていないルータのローカル アドレスに設定することが望ましい場合があります。 @ ie@ ループバックおよび非 TE インターフェイス アドレス。 たとえば、VPN トラフィックと非 VPN トラフィックを伝送するネットワークでは、VPN トラフィックと非 VPN トラフィックに異なる MPLS TE LSP を使用することが望ましいことがよくあります。 この場合、あるループバック アドレスが VPN トラフィックの BGP ネクストホップとして使用され、別のループバック アドレスが非 VPN トラフィックの BGP ネクストホップとして使用される可能性があります。 VPN サービスと非 VPN サービスに異なる BGP セッションが使用される可能性もあります。 したがって、各ループバック アドレスに 1 つずつ、2 つの別個の MPLS TE LSP が望ましいです。 ただし、OSPF ネットワーク内の現在のルーターは、CSPF を使用して、ルーター ID またはリモート ルーターの TE 対応リンクのローカル アドレスに対する MPLS TE LSP を計算することしかできません。 この制限は、OSPF TE 拡張 [RFC3630@RFC5329] がルータ ID と、特定のルータの TE 対応リンクのローカル アドレスのみをアドバタイズするために発生します。 ネットワーク内の他のルーターは、アドバタイジング ルーターに属するこれらのローカル アドレスをトラフィック エンジニアリング データベース (TED) に入力できます。 ただし、アドバタイジング ルーターの他のローカル アドレス、つまりループバック アドレスや非 TE インターフェイス アドレスを TED に設定することはできません。 ルータ LSA [RFC2328] の OSPFv2 スタブ リンクは、ルータにスタブ到達可能性情報を提供しますが、ルータのすべてのローカル アドレスを学習するには十分ではありません。 特に、サブネット化されたポイントツーポイント (P2P) インターフェイスの場合、stub@ リンク ID がサブネット アドレスになります。 一方、サブネット化されていないインターフェイスの場合は、スタブ リンク ID が近隣アドレスになります。 OSPFv3 [RFC5340] のイントラプレフィックス LSA も、ローカル アドレスを学習するには十分ではありません。 上記の理由により、この文書では、ノードのローカル アドレスをアドバタイズするための OSPF TE 拡張機能の拡張を定義します。

RFC 5786-2010 発売履歴

• 2010 RFC 5786-2010 OSPF トラフィック エンジニアリング (TE) 拡張機能でルーターのローカル アドレスをアドバタイズする (更新: 3630)