예: LDP 신호 LSP에 대한 MPLS TTL 전파 구성

다음 그림에서는 계층의 문이 [edit protocol ldp] 유익한 일반적인 시나리오를 no-propagate-ttl 보여 줍니다.

그림에서 LDPoRSVP와 백본으로 연결된 두 개의 네이티브 LDP 클라우드를 볼 수 있습니다.

• 라우터 R1에서 패킷은 LDP 레이블로 캡슐화되어 대상 R7로 전송됩니다.
• 라우터 R3에서는 패킷의 LDP 레이블이 IP 패킷으로 제거됩니다. 그런 다음 패킷은 LDPoRSVP(LDP over RSVP)로 캡슐화되어 백본을 통해 전송됩니다.
• 라우터 R5에서 LDPoRSVP 레이블이 IP 패킷으로 제거된 다음 패킷이 다시 LDP 레이블에 캡슐화되어 대상으로 전송됩니다.

목적은 다음 작업을 수행하는 것입니다.

• TTL 전파를 사용하지 않고 두 LDP 클라우드를 숨깁니다
• 백본 숨기기 해제(LDPoRSVP)

패킷이 라우터 R1에서 라우터 R7로 전송되면 이러한 작업은 두 라우터 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에 대해 구성해야 하는 LDP 아래에 새로운 옵션을 no-propagate-ttl 도입했습니다. 이 옵션은 LDP 경로에 대한 TTL 전파를 비활성화합니다.

LDPoRSVP 시나리오에서 전파 동작은 RSVP no decrement TTL(no-decrement-ttl) 옵션에 따라 달라집니다.

• LDPoRSVP 시나리오에서 옵션을 구성하고 no-propagate-ttl 감소 TTL(no-decrement-ttl)이 구성되지 않은 경우 TTL 전파가 발생합니다.

  예:

  라우터 R3에서 LDPoRSVP 시나리오의 경우 다음 구성을 설정하면 TTL 전파가 발생합니다.

• 라우터 R3과 라우터 R5 간의 LSP를 통해 옵션을 구성 no-decrement-ttl 하면 TTL 전파가 비활성화됩니다.

  예를 들어, 라우터 R3에서:

라우터 R1에서 패킷은 CLI가 구성될 때 TTL 255의 LDP 레이블로 no-propagate-ttl 캡슐화됩니다.

라우터 R3에서:

• 패킷의 LDP 레이블은 IP 헤더로 제거되며, TTL은 LDP 레이블에서 IP 헤더로 복사되지 않습니다.
• 패킷은 LDPoRSVP 레이블로 캡슐화되어 백본을 통해 전송됩니다.
• 새로운 옵션은 ldp no-propagate-ttlno-decrement-tll TTL을 전파해야 하는지 여부를 결정합니다.
• no-decrement-ttl 옵션이 구성되지 않았으므로 일반적인 TTL 전파가 발생합니다

라우터 R5에서 LDPoRSVP 레이블은 IP 헤더로 제거됩니다. 새로운 옵션은 LDP 프로토콜을 지원하도록 no-propagate-ttl 구성되며, IP 패킷은 TTL 255의 LDP 레이블로 캡슐화되어 전송됩니다.

• CLI 빠른 구성
• 결과