例：LDP シグナル LSP の MPLS TTL 伝搬の設定

次の図は、[edit protocol ldp]階層での no-propagate-ttl ステートメントが有益な典型的なシナリオを示しています。

この図では、LDPoRSVPを備えたバックボーンで接続された2つのネイティブLDPクラウドを見ることができます。

• ルーターR1から、パケットはLDPラベルでカプセル化され、宛先R7に送信されます。
• ルーターR3では、パケットのLDPラベルがIPパケットに削除されます。次に、パケットは LDP over RSVP(LDPoRSVP)でカプセル化され、バックボーンを介して送信されます。
• ルーターR5では、LDPoRSVPラベルがIPパケットにストリップされた後、パケットが再びLDPラベルにカプセル化され、宛先に送信されます。

目的は、次のアクションを実行することです。

• TTL伝播を使用しないことで、2つのLDPクラウドを非表示にする
• バックボーンを再表示する(LDPoRSVP)

ルーター R1 からルーター R7 にパケットを送信する場合、これらのアクションは 2 つのルーター R1 と R5 で実行する必要があります。既存のオプションではこれを実現できません。例えば、ルーターR5でグローバルオプション(set protocol mpls no-propagate-ttl)を使用すると、逆方向(R7-R1)のTTL伝搬LDPoRSVPバックボーンが無効になります。これは、オプションがLDPとRSVPの両方に適用可能であるために発生します。

ルーターR3のLDPは、TTLなしとTTL伝播の両方の動作をサポートする必要があります。

LDPoRSVPを搭載したルーターR3からR4方向では、ルーターは伝播TTL動作をサポートする必要があります。ただし、ネイティブLDP(ルーターR2)に対しては、LDPは伝播なしTTL動作をサポートする必要があります。

この結果を得るために、ルーター R3 およびルーター R5 に設定する必要がある新しいオプション no-propagate-ttl を LDP の下に導入しました。このオプションは、LDPパスのTTLの伝播を無効にします。

LDPoRSVPシナリオでは、伝搬動作はRSVPのデクリメントTTL(no-decrement-ttl)オプションに依存します。

• LDPoRSVP シナリオで no-propagate-ttl オプションを設定し、no decrement TTL(no-decrement-ttl)が設定されていない場合、TTL 伝送が行われます。

  たとえば、以下のように表示されます。

  ルーターR3では、LDPoRSVPシナリオの場合、以下の設定を行うとTTL伝搬が行われます。

• ルーターR3とルーターR5の間のLSP上で no-decrement-ttl オプションを設定すると、TTL伝搬は無効になります。

  例えば、ルーター R3 の場合:

ルーターR1では、いずれかの no-propagate-ttl CLIが設定されているため、パケットはTTL255のLDPラベルでカプセル化されます。

ルーター R3 の場合:

• パケットのLDPラベルはIPヘッダーに取り除かれ、TTLはLDPラベルからIPヘッダーにコピーされません。
• パケットはLDPoRSVPラベルでカプセル化され、バックボーンを介して送信されます。
• no-decrement-tllでldp no-propagate-ttl新しいオプションは、TTLを伝播するかどうかを決定します。
• no-decrement-ttl オプションは設定されていないため、通常の TTL 伝送が行われます

ルーターR5では、LDPoRSVPラベルがIPヘッダーにストリップされています。新しいオプションはLDPプロトコルの no-propagate-ttl をサポートするように構成され、IPパケットはTTL 255のLDPラベルでカプセル化されて送信されます。

• CLIクイック構成
• 結果