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 )은 GRES( Graceful 라우팅 엔진 스위치오버 )와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 NSR은 백업 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 실행하여 라우팅 라우팅 엔진을 실행하여 라우팅 프로토콜 정보를 저장합니다. 이 추가 정보를 저장함으로써 NSR은 독립적이며 라우팅 프로토콜 정보를 복원하는 라우팅 플랫폼을 지원하기 위해 도우미 라우터(또는 스위치)에 의존하지 않습니다. NSR은 인접 라우터(또는 스위치)가 Graceful Restart 프로토콜 확장을 지원하지 않는 네트워크에서 유리합니다. 이러한 향상된 기능의 결과로, NSR은 Graceful Restart를 자연스럽게 대체할 수 있습니다.

Junos OS 릴리스 15.1R1부터 NSR을 구성한 경우 NSR 기본 라우팅 엔진에서 어떤 형태로든 명령을 실행할 restart routing 수 없습니다. 그렇게 하면 프로토콜 인접 및 이웃이 손실되고 트래픽이 감소합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

참고:

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

참고:

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

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

그림 1: 논스톱 액티브 라우팅 전환 준비 프로세스 Network device architecture showing master and backup routing engines with packet forwarding engine for high availability.

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

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

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

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

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

  5. 섀시 프로세스(섀시)와 라우팅 프로토콜 프로세스(rpd)를 포함한 백업 라우팅 엔진가 시작됩니다.

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

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

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

그림 2 는 라우팅 플랫폼에 대한 전환의 효과를 보여줍니다.

그림 2: 전환 중 논스톱 액티브 라우팅 Illustrates data flow in a Juniper Networks device, showing Routing Engine, Packet Forwarding Engine, and external peers interaction.

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

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

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

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

  4. 피어 라우터(또는 스위치)는 변경이 발생하지 않은 것처럼 라우팅 플랫폼과 계속 상호 작용합니다. 기본 라우팅 정보에 의존하는 라우팅 인접성 및 세션 상태는 재설정되지 않고 보존됩니다.

주의:

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

EX 시리즈 스위치의 논스톱 액티브 라우팅 이해하기

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

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

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

논스톱 액티브 라우팅을 위해 두 라우팅 엔진을 동기화하기 위해 두 라우팅 엔진을 동시에 시작할 필요는 없습니다. 문을 발행 commit synchronize 할 때 두 라우팅 엔진이 모두 존재하지 않거나 작동하지 않는 경우, 후보 구성은 기본 라우팅 엔진에서 커밋되고 백업 라우팅 엔진이 삽입되거나 온라인 상태가 되면 해당 구성은 자동으로 기본 구성과 동기화됩니다.

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

참고:

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

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

참고:

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

참고:

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

논스톱 액티브 라우팅 시스템 요구 사항

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

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

다음 프로토콜은 비최상위 액티브 라우팅에서 지원됩니다.

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

  • BFD(Bidirectional Forwarding Detection)

    자세한 정보는 무중단 액티브 라우팅 BFD 지원을 참조하십시오.

  • BGP

    자세한 정보는 무중단 액티브 라우팅 BGP 지원을 참조하십시오.

  • EVPN

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

    • EVPN-ETREE

    • EVPN-VPWS

    • EVPN -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에 대한 논스톱 액티브 라우팅 지원에는 다음이 포함됩니다.

    • LDP 유니캐스트 전송 LSP

    • 레이블링된 내부 BGP(IBGP) 및 외부 BGP(EBGP)를 위한 LDP 송신 LSP

    • RSVP 전송 LSP를 통한 LDP

    • 인덱싱된 다음 홉이 있는 LDP 전송 LSP

    • 비용이 불평등한 로드 밸런싱을 하는 LDP 전송 LSP

    • LDP 포인트 투 멀티포인트 LSP

    • LDP 수신 LSP

  • 레이어 2 회로

  • 레이어 2 VPN

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

    참고:

    레이어 2 인터워킹(레이어 2 연결)에는 논스톱 액티브 라우팅이 지원되지 않습니다.

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

    레이어 3 VPN에 대한 논스톱 액티브 라우팅 지원은 다음과 같습니다.

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

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

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

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

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

  • MSDP(Multicast Source Discovery Protocol)

    자세한 내용은 논스톱 액티브 라우팅 MSDP 지원을 참조하십시오.

  • 최단 경로 우선(OSPF)/OSPFv3

    참고:

    IPSEC 인증으로 활성화된 OSPFv3 이웃은 NSR에서 지원되지 않습니다.

  • 프로토콜 독립 멀티캐스트(PIM)

    자세한 정보는 무중단 액티브 라우팅 PIM 지원을 참조하십시오.

  • RIP 및 RIP 차세대(RIPng)

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

    RSVP에 대한 논스톱 액티브 라우팅 지원에는 다음이 포함됩니다.

    • 포인트 투 멀티포인트 LSP

      • RSVP 포인트 투 멀티포인트 기존의 비연결 다음 홉을 사용하는 수신, 전송 및 송신 LSP.

      • RSVP 포인트 투 멀티포인트 레이블 경로에 복합 다음 홉을 사용하는 LSP 포인트 투 멀티포인트 전송 LSP.

    • 포인트 투 포인트 LSP

      • RSVP 비연동 다음 홉을 사용하는 LSP Point-to-Point 수신, 전송 및 송신 LSP.

      • RSVP 연동된 복합 다음 홉을 사용하는 지점 간 전송 LSP.

  • RSVP-TE LSP

    자세한 정보는 RSVP-TE LSP에 대한 NSP(Nonstop Active Routing Support)를 참조하십시오.

  • VPLS

  • VRRP

  • VRRP

nonstop active routing에서 지원하지 않는 프로토콜을 구성하는 경우, 프로토콜은 평소와 같이 작동합니다. 전환이 발생하면 지원되지 않는 프로토콜의 상태 정보는 보존되지 않으며 프로토콜에 내재된 일반적인 복구 메커니즘을 사용하여 새로 고쳐야 합니다.

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

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

논스톱 액티브 라우팅 BFD 지원

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

참고:

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

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

참고:

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

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

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

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

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

NST(Nonstop Active Routing) BGP 지원

무중단 액티브 라우팅 BGP 지원은 다음 조건이 적용됩니다.

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

  • VPN 주소 패밀리가 구성된 라우팅 디바이스에서 RR(Route Reflector) 또는 ASBR(Autonomous System Border 라우터) 기능이 활성화 또는 비활성화된 경우 BGP 세션이 중단되는 것을 방지하려면 계층 수준에서 [edit protocols bgp] 문을 포함 advertise-from-main-vpn-tables 해야 합니다.

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

  • 기본 라우팅 엔진의 BGP 피어가 논스톱 액티브 라우팅에 지원되지 않는 협상된 주소 패밀리 기능을 가진 경우, 백업 라우팅 엔진의 해당 BGP 인접 라우터 상태는 유휴 상태로 표시됩니다. 전환 시 BGP 세션은 새로운 기본 라우팅 엔진에서 재설정됩니다.

    논스톱 액티브 라우팅에는 다음 주소 패밀리만 지원됩니다.

    • EVPN 신호 전송

    • inet labeled-유니캐스트

    • inet-MDT

    • INET 멀티캐스트

    • inet-mvpn

    • 이넷 유니캐스트

    • inet-vpn 유니캐스트

    • inet6 레이블 유니캐스트

    • inet6 멀티캐스트

    • inet6-mvpn

    • inet6 유니캐스트

    • inet6-vpn 유니캐스트

    • ISO-VPN

    • L2VPN 신호 전송

    • 경로 대상

    참고:

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

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

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

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

무중단 액티브 라우팅은 레이어 2 서킷 및 LDP 기반 VPLS 유사 회선 중복 구성을 지원합니다.

논스톱 액티브 라우팅 PIM 지원

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

PIM에 대한 논스톱 액티브 라우팅은 IPv4 및 IPv6에 대해 지원됩니다. 또한 Junos OS는 IPv4와 IPv6이 모두 구성된 디바이스에서 PIM에 대한 무중단 액티브 라우팅을 지원합니다.

PIM에 대한 논스톱 액티브 라우팅을 구성하려면 다른 프로토콜과 동일한 문(계층 수준의 문 [edit routing-options] 과 계층 수준의 문[edit chassis redundancy])graceful-switchovernonstop-routing 구성에 포함합니다. PIM 논스톱 액티브 라우팅 이벤트를 추적하려면 계층 수준에서 [edit protocols pim traceoptions] 문을 포함 flag nsr-synchronization 합니다.

참고:

clear pim join, clear pim registerclear pim statistics 운영 모드 명령은 무중단 활성 라우팅이 활성화된 경우 백업 라우팅 엔진에서 지원되지 않습니다.

무중단 액티브 라우팅 지원은 PIM 기능에 따라 다릅니다. 기능은 지원되는 기능, 지원되지 않는 기능 및 호환되지 않는 기능의 세 가지 범주로 나뉩니다.

Supported features:

  • 자동 RP

    참고:

    IPv6는 자동 RP를 지원하지 않기 때문에 IPv6에서 PIM 지원은 auto-RP를 지원하지 않습니다.

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

  • 정적 RP

  • 비 RP IPv6 라우터에 임베디드 RP

  • 로컬 RP

    참고:

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

  • BFD

  • 고집적 모드

  • Sparse 모드

  • SSM(Source-specific 멀티캐스트)

  • 로젠 멀티캐스트 VPN(MVPN) 드래프트

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

  • 플로우 맵

  • 통합 ISSU

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

  • 업스트림 어설션 동기화

  • PIM 참가 로드 밸런싱

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

백업 라우팅 엔진은 기본 라우팅 엔진에서 수신하는 구성과 정보를 기반으로 기본 라우팅 엔진을 설정하고 기본 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에서는 Nonstop Active Routing이 지원되지 않습니다. 구성에 논스톱 액티브 라우팅과 PIM 공급자 터널이 있는 차세대 MVPN이 모두 포함되면 커밋 작업이 실패합니다.

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

논스톱 액티브 라우팅 MSDP 지원

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

MSDP에 대한 NSDP에 대한 무중단 활성 라우팅 지원은 전환 전반에 걸쳐 다음과 같은 MSDP 관련 정보를 보존합니다.

  • MSDP 구성 및 피어 정보

  • MSDP 피어 소켓 정보

  • 소스 활성 및 관련 정보

그러나 논스톱 액티브 라우팅 MSDP 지원에는 다음과 같은 제한 사항이 적용됩니다.

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

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

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

RSVP-TE LSP를 위한 논스톱 액티브 라우팅 지원

Junos OS는 RSVP-TE LSP의 일부인 LSR(label-switching router) 및 레이어 2 서킷에 대해 논스톱 액티브 라우팅을 지원합니다. LSR에 대한 논스톱 액티브 라우팅 지원은 LSR의 기본 백업 라우팅 엔진 스위치오버가 네트워크 이웃에게 투명하게 유지되고 전환 도중 및 전환 후에도 LSP 정보가 변경되지 않은 상태로 유지되도록 보장합니다.

show rsvp version 명령을 사용하여 LSR에서 논스톱 액티브 라우팅 모드 및 상태를 볼 수 있습니다. 마찬가지로, 백업 라우팅 엔진에서 및 show mpls lsp show rsvp session 명령을 사용하여 백업 라우팅 엔진에서 다시 생성된 상태를 볼 수 있습니다.

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

Junos OS는 차세대 MVPN(멀티캐스트 VPN)에 대한 논스톱 액티브 라우팅을 지원합니다.

show rsvp session detail 이 명령을 사용하면 포인트 투 멀티포인트 LSP 재병합 상태 정보(P2MP LSP re-merge; 가능한 값은 head, member, 및 none)를 확인할 수 있습니다.

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

그러나 Junos OS는 다음 기능에 대해 논스톱 액티브 라우팅을 지원하지 않습니다.

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

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

  • BFD 활성 감지

  • 설정 보호

RSVP-TE LSP에 대한 NSR(Nonstop Active Routing) 지원에는 다음과 같은 제한 사항이 적용됩니다.

  • 우회 LSP는 전환 전반에서 유지되지 않으므로 전환 후 우회 LSP가 다시 온라인으로 돌아오지 못할 수 있습니다.

  • and show rsvp interface detail | extensive 명령에 show rsvp statistics 해당하는 컨트롤 플레인 통계는 라우팅 엔진 전환 간에 유지되지 않습니다.

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

  • 상태 시간 초과는 nonstop active routing 전환 중에 추가 시간이 걸릴 수 있습니다. 예를 들어, 이웃이 기본에 두 개의 hello 메시지를 보내지 못한 후 전환이 발생하면 새로운 기본 라우팅 엔진은 이웃의 시간을 초과하기 전에 또 다른 세 개의 hello 기간 동안 대기합니다.

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

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

  • 무중단 활성 라우팅이 활성화되면 Graceful Restart가 지원되지 않습니다. 그러나 Graceful Restart Helper 모드는 지원됩니다.

플랫폼별 NSR 동작

다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.

플랫폼

차이

EX 시리즈

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

MX 시리즈

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

PTX 시리즈

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

  • 레이블 BGP

  • 레이어 2 상호 연동(레이어 2 스위칭)을 제외한 레이어 레이어 2 스위칭)

  • 레이어 3 VPN

  • LDP

  • 회신

변경 내역 표

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

출시
설명
15.1R1
Junos OS 릴리스 15.1R1부터 NSR을 구성한 경우 NSR 기본 라우팅 엔진에서 어떤 형태로든 명령을 실행할 restart routing 수 없습니다.
12.3
Junos OS 릴리스 12.3부터는 동기화 요구 사항과 로직으로 인해 NSR 또는 GRES 성능이 시스템에서 가장 느린 라우팅 엔진에 의해 제한됩니다.