Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

NSR(Nonstop Active Routing) 이해하기

NSR(Nonstop Active Routing)은 라우팅 엔진 중 하나가 다운될 경우 라우팅 엔진의 투명한 전환을 가능하게 합니다.

NSR(Nonstop Active Routing Concepts)

NSR(Nonstop active routing)은 GRES(Graceful 라우팅 엔진 Switchover)와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 NSR은 백업 라우팅 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 실행하여 라우팅 프로토콜 정보도 저장합니다. NSR은 이러한 추가 정보를 저장함으로써 독립적이며 라우팅 플랫폼에서 라우팅 프로토콜 정보를 복원하는 데 도움을 주기 위해 헬퍼 라우터(또는 스위치)에 의존하지 않습니다. NSR은 이웃 라우터(또는 스위치)가 GR(Graceful Restart) 프로토콜 확장을 지원하지 않는 네트워크에서 유리합니다. 이 향상된 기능의 결과로 NSR은 Graceful Restart를 자연스럽게 대체합니다.

Junos OS 릴리스 15.1R1부터 NSR을 구성한 경우, NSR 기본 라우팅 엔진에서 restart routing 어떤 형태로든 명령을 실행하는 것은 유효하지 않습니다. 이로 인해 프로토콜 인접성 및 이웃이 손실되고 트래픽이 감소합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인할 수 있습니다.

플랫폼별 NSR 동작 섹션에서 플랫폼과 관련된 참고 사항을 검토하십시오.

메모:

NSR을 사용하려면 먼저 라우팅(또는 스위칭) 플랫폼에서 GRES를 활성화해야 합니다. GRES에 대한 자세한 내용은 GRES(Graceful 라우팅 엔진 Switchover) 이해를 참조하십시오.

메모:

NSR이 활성화되어 있으면 fxp0 인터페이스를 통해 구성된 syslog 호스트에 연결할 수 있는 경우 백업 라우팅 엔진에서 특정 시스템 로그(syslog) 메시지가 전송됩니다.

그림 1 은 무중단 액티브 라우팅의 시스템 아키텍처와 라우팅(또는 스위칭) 플랫폼이 전환을 준비하기 위해 따르는 프로세스를 보여줍니다.

그림 1: Nonstop Active Routing Switchover 준비 프로세스 Nonstop Active Routing Switchover Preparation Process

NSR을 위한 전환 준비 프로세스는 다음 단계로 구성됩니다.

  1. 기본 라우팅 엔진이 시작됩니다.

  2. 기본 라우팅 엔진의 라우팅(또는 스위칭) 플랫폼 프로세스(예: 섀시 프로세스 [chassisd] 및 라우팅 프로토콜 프로세스[rpd])가 시작됩니다.

  3. 패킷 포워딩 엔진이 시작되고 기본 라우팅 엔진에 연결됩니다.

  4. 모든 상태 정보가 시스템에서 업데이트됩니다.

  5. 섀시 프로세스(chassisd) 및 라우팅 프로토콜 프로세스(rpd)를 포함하여 백업 라우팅 엔진이 시작됩니다.

  6. 시스템은 GRES 및 NSR이 활성화되었는지 여부를 결정합니다.

  7. 커널 동기화 프로세스(ksyncd)는 백업 라우팅 엔진과 기본 라우팅 엔진을 동기화합니다.

  8. 지원되는 프로토콜의 경우, 상태 정보는 기본 라우팅 엔진과 백업 라우팅 엔진의 라우팅 프로토콜 프로세스 간에 직접 업데이트됩니다.

그림 2 는 라우팅 플랫폼에서 전환의 영향을 보여줍니다.

그림 2: 전환 Nonstop Active Routing During a Switchover 중 무중단 활성 라우팅

전환 프로세스는 다음 단계로 구성됩니다.

  1. 기본 라우팅 엔진의 keepalive가 손실되면 시스템은 백업 라우팅 엔진으로 graceful 전환됩니다.

  2. 패킷 포워딩 엔진은 백업 라우팅 엔진에 연결되며, 이 엔진은 새로운 기본이 됩니다. 라우팅 프로토콜 프로세스(rpd) 및 섀시 프로세스(chassisd)가 이미 실행 중이므로 이러한 프로세스를 다시 시작할 필요가 없습니다.

  3. 전환 시점부터 학습된 상태 정보가 시스템에서 업데이트됩니다. 전환 중에도 포워딩 및 라우팅이 계속되어 패킷 손실이 최소화됩니다.

  4. 피어 라우터(또는 스위치)는 아무런 변화가 없었던 것처럼 라우팅 플랫폼과 계속 상호 작용합니다. 기본 라우팅 정보에 의존하는 라우팅 인접성 및 세션 상태는 보존되며 재설정되지 않습니다.

주의:

NSR을 활성화한 후 기본 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 다시 시작하지 않는 것이 좋습니다. 이는 프로토콜 인접성/피어링 세션을 방해하여 트래픽 손실을 초래하기 때문입니다.

EX 시리즈 스위치의 NSR(Nonstop Active Routing) 이해하기

중복 라우팅 엔진이 있는 EX 시리즈 스위치 또는 EX 시리즈 Virtual Chassis에서 NSR(Nonstop Active Routing)을 구성하여 라우팅 엔진 중 하나가 다운될 경우 라우팅 엔진의 투명한 전환을 활성화할 수 있습니다.

NSR(Nonstop Active Routing)은 지원되는 라우팅 프로토콜의 재시작 없이 라우팅 엔진의 투명한 전환을 가능하게 하여 라우팅 엔진에 고가용성을 제공합니다. 두 라우팅 엔진 모두 처리 프로토콜 세션에서 완전히 활성화되므로 각 엔진이 다른 라우팅 세션을 대신할 수 있습니다. 전환은 변경이 발생했음을 감지하지 않는 이웃 라우팅 디바이스에 투명합니다.

이웃 라우팅 디바이스가 프로토콜의 Graceful Restart를 지원하도록 구성되지 않았거나 PIM과 같이 Graceful Restart가 지원되지 않는 프로토콜의 Graceful Restart를 보장하려는 경우 nonstop active routing을 활성화합니다.

무중단 활성 라우팅을 위해 동기화하기 위해 두 개의 라우팅 엔진을 동시에 시작할 필요가 없습니다. 문을 실행할 commit synchronize 때 두 라우팅 엔진이 모두 없거나 작동하지 않으면 후보 구성이 기본 라우팅 엔진에서 커밋되고 백업 라우팅 엔진이 삽입되거나 온라인에 연결되면 구성이 기본 구성과 자동으로 동기화됩니다.

NSR(Nonstop Active Routing)은 GRES(Graceful 라우팅 엔진 Switchover )와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 무중단 액티브 라우팅은 백업 라우팅 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 실행하여 라우팅 프로토콜 정보도 저장합니다. 이 추가 정보를 저장함으로써 논스톱 액티브 라우팅은 라우팅 프로토콜 정보 복원을 지원하기 위해 다른 라우팅 디바이스에 의존하지 않습니다.

메모:

Graceful 라우팅 엔진 전환 후, 명령을 실행하여 clear interface statistics (interface-name | all) 새로운 기본 라우팅 엔진의 로컬 통계에 대한 누적 값을 재설정하는 것이 좋습니다.

NSR(Nonstop Active Routing)이 활성화된 경우 라우팅 엔진의 동기화에 문제가 있다고 의심되는 경우, 추적 옵션을 사용하여 문제 해결 정보를 수집할 수 있습니다. 예를 들어, NSR이 활성화된 그레이스풀 라우팅 엔진 전환 이후 특정 프로토콜이 이웃과의 연결을 끊는 경우, 추적 옵션을 사용하여 문제를 격리할 수 있습니다. Tracing Nonstop Active Routing Synchronization Events(무중단 활성 라우팅 동기화 이벤트 추적)를 참조하십시오.

메모:

Graceful restart 및 nonstop active routing은 상호 배타적입니다. 둘 다 구성된 경우 커밋 시 오류 메시지를 받게 됩니다.

메모:

NSR(Nonstop Active Routing)은 레이어 3 프로토콜 세션에 대해서만 투명한 전환 메커니즘을 제공합니다. NSB(Nonstop Bridging)는 레이어 2 프로토콜 세션에 대해 유사한 메커니즘을 제공합니다. EX 시리즈 스위치의 논스톱 브리징 이해를 참조하십시오.

NSR(Nonstop Active Routing System) 요구 사항

이 섹션에서는 다음과 같은 주제를 다룹니다.

NSR(Nonstop Active Routing Protocol) 및 기능 지원

다음 프로토콜은 비상위 활성 라우팅에서 지원됩니다.

  • LACP(Link Aggregation Control Protocol)를 사용하는 어그리게이션 이더넷 인터페이스

  • BFD(Bidirectional Forwarding Detection)

    자세한 정보는 NSBD(Nonstop Active Routing BFD 지원)를 참조하세요.

  • BGP(Border

    자세한 내용은 NSB(Nonstop Active Routing BGP) 지원을 참조하세요.

  • EVPN (영문)

    • BUM 트래픽에 대한 수신 복제를 사용하는 EVPN

    • EVPN-ETREE

    • EVPN-VPWS (영문)

    • EVPN -가상 확장형 LAN(VXLAN)

    • PBB-EVPN

    • Junos OS 릴리스 18.2R1부터 BUM 트래픽에 대해 P2MP mLDP 복제를 사용하는 EVPN

    자세한 내용은 EVPN에 대한 NSR 및 통합 ISSU 지원을 참조하십시오.

  • 레이블 BGP(PTX 시리즈 패킷 전송 라우터: 전용)

  • IS-IS

  • LDP

  • LDP 기반 VPLS(Virtual Private LAN Service)

  • LDP OAM(운영, 운영 및 관리) 기능

  • LDP(PTX 시리즈 패킷 전송 라우터만 해당)

    LDP에 대한 NSR(Nonstop Active Routing) 지원은 다음과 같습니다.

    • LDP 유니캐스트 전송 LSP

    • 레이블된 내부 BGP(IBGP) 및 외부 BGP(EBGP)에 대한 LDP 송신 LSP

    • RSVP 전송 LSP를 통한 LDP

    • LDP 전송 LSP(인덱싱된 다음 홉 포함)

    • 동일하지 않은 비용의 로드 밸런싱을 가진 LDP 전송 LSP

    • LDP Point-to-Multipoint LSP

    • LDP 수신 LSP

  • 레이어 2 회로

  • 레이어 2 VPN

  • 레이어 2 VPN(PTX 시리즈 패킷 전송 라우터만 해당)

    메모:

    무중단 활성 라우팅은 레이어 2 인터워킹(레이어 2 연결)에 지원되지 않습니다.

  • 레이어 3 VPN(동적 GRE 터널, 멀티캐스트 VPN 또는 BGP 플로우 경로를 포함하지 않음)

    레이어 3 VPN에 대한 NSR(Nonstop Active Routing) 지원은 다음과 같습니다.

    • IPv4 레이블이 지정된 유니캐스트(수신 또는 송신)

    • IPv4-vpn 유니캐스트(수신 또는 송신)

    • IPv6 레이블링된 유니캐스트(수신 또는 송신)

    • IPv6-vpn 유니캐스트(수신 또는 송신)

  • 논리적 시스템 지원(인터페이스 및 커널 정보를 보존하기 위한 논리적 시스템에 대한 논스톱 액티브 라우팅 지원).

  • MSDP(Multicast Source Discovery Protocol)

    자세한 내용은 NSDP(Nonstop Active Routing) MSDP 지원을 참조하십시오.

  • OSPF/OSPFv3

    메모:

    IPSEC 인증으로 활성화된 OSPFv3 인접 라우터는 NSR에서 지원되지 않습니다.

  • PIM(Protocol Independent Multicast)

    자세한 내용은 NSP(Nonstop Active Routing PIM 지원)를 참조하십시오.

  • RIP 및 RIPng(RIP next generation)

  • RSVP(PTX 시리즈 패킷 전송 라우터만 해당)

    RSVP를 위한 NSR(Nonstop Active Routing) 지원은 다음과 같습니다.

    • 포인트 투 멀티포인트 LSP

      • RSVP Point-to-Multipoint 수신, 전송, 송신 LSP는 기존의 비-체인 다음 홉을 사용합니다.

      • RSVP Point-to-Multipoint 레이블 경로에 복합 다음 홉을 사용하는 Point-to-Multipoint 전송 LSP.

    • 포인트-투-포인트 LSP

      • RSVP 포인트 투 포인트 수신, 전송, 송신 LSP는 연동되지 않은 다음 홉을 사용합니다.

      • RSVP 연동된 복합 다음 홉을 사용하는 포인트 투 포인트 전송 LSP.

  • RSVP-TE LSP

    자세한 내용은 RSVP-TE LSP에 대한 NSR(Nonstop Active Routing Support)을 참조하십시오.

  • 증권 시세 표시기

  • VRRP (VRRP)

  • VRRP (VRRP)

NSR(Nonstop Active Routing)에서 지원하지 않는 프로토콜을 구성하는 경우 프로토콜은 평소와 같이 작동합니다. 전환이 발생하면 지원되지 않는 프로토콜에 대한 상태 정보는 보존되지 않으며 프로토콜에 내재된 정상적인 복구 메커니즘을 사용하여 새로 고쳐야 합니다.

논리적 시스템이 구성된 라우터에서는 NSR이 기본 인스턴스에서만 지원됩니다.

OSPF 및 NSR로 구성된 Virtual Chassis 환경에서 백업 디바이스의 실패 또는 재시작은 NSR이 구성되지 않은 환경에 비해 글로벌 컨버전스 시간이 더 길어질 수 있습니다.

NSB(Nonstop Active Routing) BFD 지원

논스톱 액티브 라우팅은 라우팅 프로토콜이 발견한 토폴로지를 사용하여 이웃을 모니터링하는 BFD(Bidirectional Forwarding Detection) 프로토콜을 지원합니다. BFD 프로토콜은 네트워크의 실패를 감지하는 간단한 Hello 메커니즘입니다. BFD는 빠른 활성화 감지에 효율적으로 간소화되기 때문에 라우팅 프로토콜과 함께 사용될 때 라우팅 복구 시간이 향상됩니다. 논스톱 액티브 라우팅이 활성화되면 라우팅 엔진 전환 발생 시 BFD 세션 상태가 다시 시작되지 않습니다.

메모:

BFD 세션 상태는 통합 또는 정적 경로를 사용하는 클라이언트 또는 BGP, IS-IS(Intermediate System to Intermediate System), OSPF/OSPFv3, PIM 또는 RSVP에 대해서만 저장됩니다.

BFD 세션이 패킷 포워딩 엔진에 배포되면 라우팅 엔진 전환 중에 BFD 패킷이 계속 전송됩니다. 분산 되지 않은 BFD 세션이 전환 중에 활성 상태로 유지되어야 하는 경우, 세션 실패 감지 시간이 라우팅 엔진 전환 시간보다 더 큰지 확인해야 합니다. 다음 BFD 세션은 패킷 포워딩 엔진에 배포되지 않습니다. 다중 홉 세션, 터널 캡슐화된 세션 및 통합 라우팅 및 브리징(IRB) 인터페이스를 통한 세션.

메모:

BFD는 시스템 리소스를 소비하는 집약적인 프로토콜입니다. 라우팅 엔진 기반 세션의 경우 100ms 미만, 분산 BFD 세션의 경우 10ms 미만의 BFD에 대한 최소 간격을 지정하면 원치 않는 BFD 플래핑이 발생할 수 있습니다. minimum-interval 구성 문은 BFD 활성화 감지 매개 변수입니다.

네트워크 환경에 따라 다음과 같은 추가 권장 사항이 적용될 수 있습니다.

  • BFD 세션이 많은 대규모 네트워크 구축의 경우, 라우팅 엔진 기반 세션의 경우 최소 간격을 300ms, 분산 BFD 세션의 경우 100ms로 지정합니다.

  • BFD 세션 수가 많은 대규모 네트워크를 구축하는 경우, 자세한 정보는 주니퍼 네트웍스 고객 지원에 문의하십시오.

  • 무중단 활성 라우팅이 구성될 때 라우팅 엔진 전환 이벤트 동안 BFD 세션이 계속 유지되도록 하려면 라우팅 엔진 기반 세션에 최소 2.5초 간격을 지정합니다. 논스톱 액티브 라우팅이 구성된 분산 BFD 세션의 경우, 최소 간격 권장 사항은 변경되지 않고 네트워크 구축에만 의존합니다.

NSR(Nonstop Active Routing) BGP 지원

NSR(Nonstop Active Routing) BGP 지원에는 다음 조건이 적용됩니다.

  • 무중단 활성 라우팅 전환 도중과 이후에 기본 라우팅 엔진과 백업 라우팅 엔진 간에 일관된 경로 선택을 보장하려면 계층 수준에서 문을 [edit protocols bgp] 포함 path-selection external-router-ID 해야 합니다.

  • VPN 주소 패밀리가 advertise-from-main-vpn-tables [edit protocols bgp] 구성된 라우팅 디바이스에서 경로 리플렉터(RR) 또는 ASBR(Autonomous System Border Router) 기능이 활성화되거나 비활성화될 때 BGP 세션이 다운되지 않도록 하려면 계층 수준에서 문을 포함해야 합니다.

  • BGP(Border Gateway Protocol) 세션, 가동 시간 및 가동 중지 시간 통계는 논스톱 액티브 라우팅(Nonstop Active Routing) 및 ISSU 동안 기본 및 백업 라우팅 엔진 간에 동기화되지 않습니다. 백업 라우팅 엔진은 백업이 설정된 세션을 처음 인식하는 시간을 기준으로 자체 세션 가동 시간을 유지합니다. 예를 들어 백업 라우팅 엔진이 재부팅된 경우(또는 백업 라우팅 엔진에서 실행되는 restart routing 경우) 백업이 방금 설정된 세션에 대해 학습했기 때문에 백업의 가동 시간이 짧습니다. BGP 세션이 기본에서 처음 실행될 때 백업이 작동 중인 경우 기본의 가동 시간과 백업의 가동 시간은 거의 동일한 기간입니다. 라우팅 엔진 전환 후, 새로운 기본은 백업 라우팅 엔진에 남아 있는 시간부터 계속됩니다.

  • 기본 라우팅 엔진의 BGP 피어가 무중단 활성 라우팅을 지원하지 않는 협상된 address-family 기능이 있는 경우 백업 라우팅 엔진의 해당 BGP neighbor 상태는 유휴 상태로 표시됩니다. 전환 시 BGP 세션은 새로운 기본 라우팅 엔진에서 재설정됩니다.

    무중단 활성 라우팅에 대해 다음 주소 패밀리만 지원됩니다.

    • EVPN 시그널링

    • inet labeled-unicast

    • inet-mdt

    • inet 멀티캐스트

    • inet-mvpn

    • inet 유니캐스트

    • inet-vpn 유니캐스트

    • inet6 레이블이 지정된 유니캐스트

    • inet6 멀티캐스트

    • inet6-mvpn

    • inet6 유니캐스트

    • inet6-VPN 유니캐스트

    • iso-vpn

    • L2VPN 시그널링

    • 라우트 타겟

    메모:

    주소 패밀리는 BGP의 기본 인스턴스에서만 지원됩니다. VRF 인스턴스에서는 유니캐스트만 지원됩니다.

  • BGP 경로 감쇠는 논스톱 활성 라우팅이 활성화된 경우 백업 라우팅 엔진에서 작동하지 않습니다.

NSR(Nonstop Active Routing), 레이어 2 서킷 및 VPLS 지원

NSR(Nonstop Active Routing)은 LDP 기반 및 RSVP-TE 기반 네트워크 모두에서 레이어 2 서킷 및 VPLS를 지원합니다. 논스톱 액티브 라우팅 지원을 통해 백업 라우팅 엔진은 기본 라우팅 엔진의 레이어 2 서킷 및 VPLS가 광고하는 레이블을 추적하고 라우팅 엔진 전환 후 동일한 레이블을 사용할 수 있습니다.

NSR(Nonstop Active Routing)은 레이어 2 서킷 및 LDP 기반 VPLS 유사 회선 중복 구성을 지원합니다.

NSR(Nonstop Active Routing) PIM 지원

NSR(Nonstop Active Routing)은 백업 라우팅 엔진에서 스테이트풀 복제를 사용하여 PIM(Protocol Independent Multicast)을 지원합니다. 백업 라우팅 엔진에 복제된 상태 정보에는 이웃 관계, 참가 및 정리 이벤트, RP(Rendezvous Point) 집합, 경로와 다음 홉 간의 동기화, 멀티캐스트 세션 상태 및 두 라우팅 엔진 간의 전송 상태에 대한 정보가 포함됩니다.

PIM을 위한 NSR(Nonstop Active Routing)은 IPv4 및 IPv6에 지원됩니다. 또한 Junos OS는 IPv4와 IPv6이 모두 구성된 디바이스에서 PIM에 대한 무중단 활성 라우팅을 지원합니다.

PIM에 대한 무중단 활성 라우팅을 구성하려면 다른 프로토콜과 동일한 명령문을 구성에 포함시킵니다. nonstop-routing 계층 수준의 문 [edit routing-options] 과 계층 수준의 문[edit chassis redundancy].graceful-switchover PIM nonstop active routing 이벤트를 추적하려면 계층 수준에서 문을 [edit protocols pim traceoptions] 포함합니다flag nsr-synchronization.

메모:

clear pim join, clear pim register, clear pim statistics 및 작동 모드 명령은 NSR(Nonstop Active Routing)이 활성화된 경우 백업 라우팅 엔진에서 지원되지 않습니다.

NSR(Nonstop Active Routing) 지원은 다양한 PIM 기능에 따라 다릅니다. 기능은 지원되는 기능, 지원되지 않는 기능 및 호환되지 않는 기능의 세 가지 범주로 나뉩니다.

Supported features:

  • 자동 RP

    메모:

    IPv6는 auto-RP를 지원하지 않기 때문에 IPv6의 NSP(Nonstop Active Routing) PIM 지원은 auto-RP를 지원하지 않습니다.

  • 부트스트랩 라우터(BSR)

  • 정적 RP

  • 비 RP IPv6 라우터에 RP 내장

  • 로컬 RP

    메모:

    RP 세트 정보 동기화는 로컬 RP 및 BSR(IPv4 및 IPv6), autoRP(IPv4) 및 임베디드 RP(IPv6)에 대해 지원됩니다.

  • BFD (BFD)

  • 고집적 모드

  • 스파스 모드

  • SSM(Source-Specific Multicast)

  • Draft Rosen 멀티캐스트 VPN(MVPN)

  • Anycast RP(IPv4 및 IPv6 구성에서 애니캐스트 RP 집합 정보 동기화 및 애니캐스트 RP 레지스터 상태 동기화)

  • 플로우 맵

  • 통합 ISSU

  • 인접 정책, 부트스트랩 라우터 내보내기 및 가져오기 정책, 범위 정책, 플로우 맵, RPF(Reverse Path Forwarding) 검사 정책과 같은 정책 기능

  • 업스트림 어설션 동기화Upstream assert synchronization

  • PIM 조인 로드 밸런싱

Junos OS는 초안 Rosen MVPN을 위한 논스톱 액티브 라우팅 PIM을 지원합니다. 초안 Rosen MVPN을 위한 논스톱 액티브 라우팅 PIM 지원을 통해 논스톱 액티브 라우팅 지원 디바이스가 기본 및 데이터 멀티캐스트 배포 트리(MDT) 상태 등 초안 Rosen MPVN 관련 정보를 스위치 오버 전반에 걸쳐 보존할 수 있습니다.

백업 라우팅 엔진은 기본 라우팅 엔진에서 받은 구성 및 정보를 기반으로 기본 MDT를 설정하고 기본 MDT 상태 정보를 계속 업데이트합니다.

그러나 데이터 MDT의 경우 백업 라우팅 엔진은 기본 라우팅 엔진에 의존하여 데이터 MDT가 생성, 업데이트 또는 삭제될 때 업데이트를 제공합니다. 백업 라우팅 엔진은 데이터 MDT 플로우 속도를 모니터링하거나 플로우 속도의 변화에 따라 데이터 MDT 전환을 트리거하지 않습니다. 마찬가지로 백업 라우팅 엔진은 데이터 MDT 지연 타이머 또는 타임아웃 타이머를 유지하지 않습니다. 기본 라우팅 엔진으로 인계될 때까지 데이터 MDT에 대한 MDT 참가 TLV 패킷을 보내지 않습니다. 전환 후 새 기본 라우팅 엔진은 각 데이터 MDT에 대해 MDT 조인 TLV 패킷을 보내기 시작하고 데이터 MDT 타이머도 다시 설정합니다. 타이머의 만료 시간은 이전 기본 라우팅 엔진의 원래 값과 다를 수 있습니다.

Junos OS는 IGMP 전용 인터페이스에서 PIM(Protocol Independent Multicast) 무중단 활성 라우팅을 지원합니다. IGMP 전용 인터페이스의 멀티캐스트 조인은 PIM 상태에 매핑되며 이러한 상태는 백업 라우팅 엔진에 복제됩니다. 백업에서 해당 PIM 상태를 사용할 수 있는 경우 멀티캐스트 경로는 백업 라우팅 엔진에서 포워딩으로 표시됩니다. 이를 통해 전환 후 트래픽 흐름이 중단되지 않습니다. 이 지원에는 IGMPv2, IGMPv3, MLDv1 및 MLDv2 보고서 및 리프가 포함됩니다.

Unsupported features: 무중단 활성 라우팅과 함께 라우터에서 다음 PIM 기능을 구성할 수 있지만, 이러한 기능은 무중단 활성 라우팅이 활성화되지 않은 것처럼 작동합니다. 즉, 라우팅 엔진 전환 및 기타 중단 중에는 상태 정보가 보존되지 않으며 트래픽 손실이 예상됩니다.

  • IGMP(Internet Group Management Protocol) 제외 모드

  • IGMP 스누핑

PIM 프로바이더 터널을 사용하는 차세대 MVPN에는 무중단 활성 라우팅이 지원되지 않습니다. 구성에 PIM 프로바이더 터널이 있는 차세대 MVPN과 논스톱 액티브 라우팅이 모두 포함된 경우 커밋 작업은 실패합니다.

Junos OS는 PIM에 대해서만 무중단 활성 라우팅을 비활성화하는 구성 문을 제공하므로 호환되지 않는 PIM 기능을 활성화하고 라우터의 다른 프로토콜에 대해 무중단 활성 라우팅을 계속 사용할 수 있습니다. 호환되지 않는 PIM 기능을 활성화하기 전에 계층 수준에서 문을 [edit protocols pim] 포함합니다nonstop-routing disable. 이 경우 호환되지 않는 기능뿐만 아니라 모든 PIM 기능에 대해 무중단 활성 라우팅이 비활성화됩니다.

NSD(Nonstop Active Routing) MSDP 지원

Junos OS는 MSDP(Multicast Source Discovery Protocol)에 대한 무중단 액티브 라우팅을 지원합니다.

MSDP에 대한 NSR(Nonstop Active Routing) 지원은 전환 중에 다음과 같은 MSDP 관련 정보를 보존합니다.

  • MSDP 구성 및 피어 정보

  • MSDP 피어 소켓 정보

  • 소스 활성 및 관련 정보

그러나 Nonstop Active Routing MSDP 지원에는 다음과 같은 제한 사항이 적용됩니다.

  • 백업 라우팅 엔진은 네트워크에서 소스-액티브 메시지를 처리하여 액티브 소스 정보를 학습하기 때문에 기본 라우팅 엔진과 백업 라우팅 엔진 간에 소스 액티브 정보를 동기화하는 데 최대 60초가 걸릴 수 있습니다. 따라서 소켓의 초기 복제 후 60초 이내에는 계획된 전환이 허용되지 않습니다.

  • 마찬가지로, Junos OS는 서로 240초 이내에 계획된 두 개의 전환을 지원하지 않습니다.

Junos OS를 사용하면 계층 수준에서 문을 포함하여 flag nsr-synchronization MSDP 무중단 활성 라우팅 이벤트를 추적할 수 [edit protocols msdp traceoptions] 있습니다.

RSVP-TE LSP를 위한 NSR(Nonstop Active Routing) 지원

Junos OS는 RSVP-TE LSP의 일부인 레이블 스위칭 라우터(LSR) 및 레이어 2 서킷에 대한 무중단 액티브 라우팅을 지원합니다. 레이블 스위칭 라우터(LSR)의 무중단 활성 라우팅 지원은 레이블 스위칭 라우터(LSR)의 기본-백업 라우팅 엔진 전환이 네트워크 인접 라우터에 투명하게 유지되고 전환 중과 전환 후에도 LSP 정보가 변경되지 않도록 보장합니다.

명령을 사용하여 show rsvp version 레이블 스위칭 라우터(LSR)에서 NSR(Nonstop Active Routing Mode) 및 상태를 볼 수 있습니다. 마찬가지로, 백업 라우팅 엔진에서 및 show rsvp session 명령을 사용하여 show mpls lsp 백업 라우팅 엔진에서 재생성된 상태를 확인할 수 있습니다.

Junos OS 논스톱 액티브 라우팅 기능은 RSVP Point-to-Multipoint LSP에서도 지원됩니다. 전환 중 LSP는 백업 라우팅 엔진에 나타나 전환 전후의 기본 라우팅 엔진과 상태 정보를 공유하고 동기화합니다. Point-to-Multipoint 전송 및 송신 LSP에 대한 무중단 활성 라우팅 지원은 전환이 네트워크 이웃에게 투명하게 유지되도록 보장하고 전환 전반에 걸쳐 LSP 정보를 보존합니다.

Junos OS는 차세대 멀티캐스트 VPN(MVPN)을 위한 무중단 활성 라우팅을 지원합니다.

show rsvp session detail 명령을 사용하여 point-to-multipoint LSP 재병합 상태 정보(P2MP LSP re-merge, 가능한 값은 , member, )none를 확인할 수 있습니다head.

Junos OS는 VPLS 및 MVPN에서 사용하는 Point-to-Multipoint LSP에 대한 무중단 액티브 라우팅을 지원합니다.

그러나 Junos OS는 다음 기능에 대해 무중단 활성 라우팅을 지원하지 않습니다.

  • GMPLS(Generalized Multiprotocol Label Switching) 및 LSP 계층

  • 도메인 간 또는 느슨한 홉 확장 LSP

  • BFD 활성화 감지

  • 설정 보호

RSVP-TE LSP에 대한 NS(Nonstop Active Routing) 지원에는 다음과 같은 제약이 따릅니다.

  • 우회 LSP는 전환 중에 유지되지 않으므로 우회 LSP는 전환 후 다시 켜지지 않을 수 있습니다.

  • show rsvp interface detail | extensive 명령에 해당하는 show rsvp statistics 컨트롤 플레인 통계는 라우팅 엔진 스위치오버에서 유지되지 않습니다.

  • monitor mpls label-switched-path 명령에 대해 show mpls lsp statistics 백업 라우팅 엔진의 통계가 보고되지 않습니다. 그러나 전환이 발생하면 백업 라우팅 엔진이 기본으로 인계된 후 통계를 보고하기 시작합니다. clear statistics 이전 기본 라우팅 엔진에서 실행된 명령은 지워지지 않은 통계를 포함하여 통계를 보고하는 새로운 기본 라우팅 엔진에 아무런 영향을 미치지 않습니다.

  • 상태 시간 초과는 무중단 활성 라우팅 전환 중에 추가 시간이 걸릴 수 있습니다. 예를 들어, 이웃이 기본에 두 개의 hello 메시지를 보내지 않은 후 전환이 발생하면 새로운 기본 라우팅 엔진은 이웃의 시간이 초과되기 전에 또 다른 세 개의 hello 기간을 기다립니다.

  • RSVP 수신 라우터에서 자동 대역폭 기능을 구성하는 경우, 대역폭 조정 타이머는 전환 후 새로운 기본에서 설정됩니다. 이로 인해 전환 발생 후 대역폭 조정에 필요한 시간이 일회성 증가합니다.

  • 백업 LSP - 로컬 수리 포인트(PLR)와 노드 또는 링크 장애 후 병합 포인트 사이에 설정된 LSP는 라우팅 엔진 전환 중에 보존되지 않습니다.

  • NSR(Nonstop Active Routing)이 활성화되면 GR(Graceful Restart)이 지원되지 않습니다. 그러나 GR(Graceful Restart) Helper 모드는 지원됩니다.

플랫폼별 NSR 동작

다음 표를 사용하여 플랫폼에 대한 플랫폼별 동작을 검토합니다.

플랫폼

다름

EX 시리즈

EX9214 스위치에서 VRRP 기본 상태는 무중단 활성 라우팅이 활성화된 경우에도 그레이스풀 라우팅 라우팅 엔진 전환 중에 변경될 수 있습니다.

MX 시리즈

차세대 라우팅 엔진(NG-RE)이 설치된 MX 시리즈 디바이스의 라우팅 엔진 재부팅 프로세스 중에는 NSR이 지원되지 않습니다. NSR은 라우팅 엔진 전환 프로세스 중에도 계속 작동합니다.

PTX 시리즈

PTX 시리즈의 NSR(Nonstop Active Routing) 전환은 다음 MPLS 및 VPN 프로토콜과 연동된 복합 다음 홉을 사용하는 애플리케이션에 대해서만 지원됩니다.

  • 레이블이 있는 BGP

  • 레이어 2 인터워킹을 제외한 레이어 2 VPN(레이어 2 스위칭)

  • 레이어 3 VPN

  • LDP

  • RSVP

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

석방
묘사
15.1R1 시리즈
Junos OS 릴리스 15.1R1부터 NSR을 구성한 경우, NSR 기본 라우팅 엔진에서 restart routing 어떤 형태로든 명령을 실행하는 것은 유효하지 않습니다.
12.3
Junos OS 릴리스 12.3부터 NSR 또는 GRES 성능은 동기화 요구 사항 및 논리로 인해 시스템에서 가장 느린 라우팅 엔진에 의해 제한됩니다.