Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

패킷 전달 동작 구성

간접 다음 홉 이해하기

Junos OS는 타사 다음 홉이라고도 하는 간접적으로 연결된 다음 홉을 지원하는 모든 라우팅 프로토콜에 대해 간접 다음 홉 개념을 지원합니다.

내부 BGP(IBGP)와 같은 라우팅 프로토콜은 간접적으로 연결된 경로에 대한 라우팅 정보를 전송할 수 있기 때문에 Junos OS는 AS 내 라우팅 프로토콜(OSPF, IS-IS, RIP 및 정적)의 경로에 의존하여 최고의 직접 연결된 다음 홉을 확인합니다. 라우팅 엔진은 경로 확인을 수행하여 최고의 직접 연결된 다음 홉을 결정하고 해당 경로를 패킷 포워딩 엔진에 설치합니다.

기본적으로 Junos OS는 패킷 포워딩 엔진 포워딩 테이블에서 포워딩 다음 홉 바인딩에 대한 간접 포워딩 엔진 경로를 유지하지 않습니다. 그 결과, 리라우팅 이벤트가 발생하면 포워딩 next-hop 바인딩에 대한 잠재적으로 수천 개의 경로를 업데이트해야 하므로 경로 컨버전스 시간이 증가합니다. 그림 1 은 간접 다음 홉이 비활성화된 상태에서 다음 홉 바인딩을 포워딩하는 경로를 보여줍니다.

그림 1: 포워딩 경로 다음 홉 바인딩 Network routing diagram with prefix 192.168/16 linked to outgoing interface so-0/0/0, indicating routing process.

패킷 포워딩 엔진 포워딩 테이블에서 포워딩 다음 홉 바인딩에 대한 간접 포워딩 엔진 다음 홉을 유지하도록 Junos OS를 활성화할 수 있습니다. 그 결과, 포워딩 next-hop 바인딩에 대한 업데이트해야 하는 경로가 줄어들기 때문에 경로 컨버전스 시간이 향상됩니다. 그림 2 는 간접 다음 홉이 활성화된 다음 홉 바인딩을 포워딩하는 경로를 보여줍니다.

그림 2: 포워딩 간접 다음 홉 바인딩 Routing process showing a packet's path based on destination prefix 192.168/16. Highlights indirect next hop and outgoing interface so-0/0/0. 에 대한 경로

예: 패킷 포워딩 엔진에서 간접 다음 홉을 활성화하여 경로 리컨버전스 최적화

이 예에서는 네트워크 토폴로지에서 변경이 발생할 때 필요한 포워딩 테이블 변경 횟수를 줄여 간접 다음 홉을 사용하여 더 빠른 네트워크 컨버전스(예: BGP 네트워크)를 촉진하는 방법을 보여줍니다.

요구 사항

이 예제를 구성하기 전에 디바이스 초기화 이외의 특별한 구성은 필요하지 않습니다.

개요

이 예에서는 여러 디바이스가 동일하지 않은 비용 경로를 통해 연결됩니다. 디바이스 R1에서 디바이스 R2로, 디바이스 R3을 통과하는 경로는 디바이스 R4를 통과하는 경로보다 더 높은 IGP 메트릭을 가집니다. 디바이스 R1은 디바이스 R2에 대한 내부 BGP 연결을 가지고 있습니다. 디바이스 R0은 네트워크에 여러 경로를 삽입하고, 디바이스 R1은 이러한 경로를 디바이스 R2에 보급합니다. 디바이스 R2는 디바이스 R1에 직접 연결되어 있지 않기 때문에 디바이스 R2의 포워딩 테이블에는 간접적인 다음 홉이 포함됩니다. 내부 게이트웨이 프로토콜(이 경우 OSPF)은 디바이스 R1, R2, R3 및 R4 간의 내부 링크에서 실행되고 있습니다. 각 라우터는 해당 루프백 인터페이스 IPv4 주소를 광고합니다.

디바이스 R2에서 이 indirect-next-hop 문은 Junos OS가 패킷 포워딩 엔진 포워딩 테이블에서 다음 홉 바인딩 포워딩에 대한 간접 포워딩 테이블을 유지할 수 있도록 합니다. 그 결과, 포워딩 next-hop 바인딩에 대한 업데이트해야 하는 경로가 줄어들기 때문에 경로가 실패할 경우 경로 컨버전스 시간이 개선됩니다.

토폴로지

그림 3 은 샘플 네트워크를 보여줍니다.

그림 3: 간접 다음 홉에 대한 샘플 토폴로지
Network topology diagram showing six routers labeled R0 to R5. R0 and R5 are endpoints; R1 to R4 form a ring structure.

CLI 빠른 구성 섹션은 그림 3의 모든 디바이스에 대한 전체 구성을 보여줍니다. 그렇지 않으면 이 예에서는 디바이스 R0, 디바이스 R1 및 디바이스 R2에 초점을 맞춥니다.

구성

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.

디바이스 R0

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 R5

디바이스 R0 구성

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R0 구성:

  1. 데모 목적으로 네트워크에 삽입할 수 있는 여러 경로를 포함하여 인터페이스를 구성합니다.

  2. 네트워크 연결성을 위해 정적 기본 경로를 구성합니다.

  3. 디바이스 구성을 완료하면 구성을 커밋합니다.

디바이스 R1 구성

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R1 구성:

  1. 데모 목적으로 네트워크에 삽입할 수 있는 여러 경로를 포함하여 인터페이스를 구성합니다.

  2. BGP를 구성합니다.

  3. OSPF를 구성합니다.

  4. 라우팅 정책을 구성합니다.

  5. 디바이스 R0에 구성된 인터페이스 집합에 대한 고정 경로 집합을 구성합니다.

  6. AS(Autonomous System) 식별자를 구성합니다.

  7. 디바이스 구성을 완료하면 구성을 커밋합니다.

디바이스 R2 구성

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R2 구성:

  1. 데모 목적으로 네트워크에 삽입할 수 있는 여러 경로를 포함하여 인터페이스를 구성합니다.

  2. BGP를 구성합니다.

  3. OSPF를 구성합니다.

  4. 라우팅 정책을 구성합니다.

  5. AS 식별자를 구성합니다.

  6. 포워딩 플레인에서 간접 다음 홉을 활성화합니다.

  7. 디바이스 구성을 완료하면 구성을 커밋합니다.

결과

, show protocols, show policy-optionsshow routing-options 명령을 실행show interfaces하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 R0

디바이스 R1

디바이스 R2

CLI 빠른 구성에 표시된 대로 디바이스 R3, 디바이스 R4 및 디바이스 R5를 구성합니다.

검증

구성이 제대로 작동하고 있는지 확인합니다.

경로에 예상되는 indirect-next-hop 플래그가 있는지 확인

목적

디바이스 R2가 패킷 포워딩 엔진 포워딩 테이블에서 다음 홉 바인딩 포워딩에 대한 간접 다음 홉을 유지하도록 구성되어 있는지 확인합니다.

작업
의미

0x3 출력의 플래그는 디바이스 R2가 패킷 포워딩 엔진 포워딩 테이블에서 다음 홉 바인딩 포워딩에 대한 간접 다음 홉을 유지하도록 구성되었음을 나타냅니다. 구성에서 문이 indirect-next-hop 삭제되거나 비활성화되면 이 플래그는 로 변경됩니다.0x2 Trio MPC(Modular Port Concentrator) 칩셋이 탑재된 Junos MX 시리즈 라우터는 기본적으로 indirect-next-hop을 지원하며 비활성화할 수 없습니다. 따라서, indirect-next-hop 에서 구성forwarding-options하지 않더라도 기능은 기본적으로 작동합니다. 따라서 0x3 플래그는 Trio MPC(Modular Port Concentrator)에 적용되지 않습니다.

참고:

명령이 show krt indirect-next-hop 숨겨져 있으므로 문서화되지 않습니다. show krt indirect-next-hop 이 명령이 간접 다음 홉 기능을 확인하는 유일한 명령이기 때문에 여기에 표시됩니다. 물론 가장 좋은 검증 방법은 경로 장애 후 재컨버전스 중에 네트워크 성능을 모니터링하는 것입니다.