NSR(Nonstop Active Routing) 구성
다음 단계와 예제를 통해 디바이스에서 무중단 활성 라우팅을 구성합니다.
NSR(Nonstop Active Routing) 지원
NSR(Nonstop Active Routing)을 사용하려면 GRES(Graceful 라우팅 엔진 Switchover)를 구성해야 합니다. 그레이스풀 라우팅 엔진 스위치오버를 활성화하려면 계층 수준에서 문을 [edit chassis redundancy] 포함합니다graceful-switchover.
[edit chassis redundancy] graceful-switchover;
기본적으로 NSR(Nonstop Active Routing)은 비활성화됩니다. 무중단 활성 라우팅을 활성화하려면 계층 수준에서 문을 [edit routing-options] 포함합니다nonstop-routing.
[edit routing-options] nonstop-routing;
NSR(Nonstop Active Routing)[edit routing-options]을 비활성화하려면 계층 수준에서 문을 제거 nonstop-routing 하십시오.
nonstop active routing을 활성화하면 멀티캐스트 VPN 라우팅 인스턴스에 대한 자동 경로 식별자를 활성화할 수 없습니다. 자동 경로 식별자는 계층 수준에서 문을 [edit routing-instances instance-name] 구성 route-distinguisher-id 하여 사용할 수 있습니다. 자세한 정보는 라우팅 디바이스용 Junos OS VPN 라이브러리를 참조하십시오.
NSR 기본 라우팅 엔진의 라우팅 프로토콜 프로세스(rpd)가 충돌하는 경우, 기본 라우팅 엔진은 단순히 라우팅 엔진 전환 없이 rpd를 재시작하며, 이는 라우팅 프로토콜 인접 및 이웃에 영향을 미치고 트래픽 손실을 초래합니다. 트래픽 흐름에 대한 이러한 부정적인 영향을 방지하려면 계층 수준에서 [edit system] 문을 구성합니다switchover-on-routing-crash. 이 구성은 기본 라우팅 엔진의 rpd가 충돌하는 경우 NSR 라우팅 엔진 전환을 강제 실행합니다.
[edit system] user@host# set switchover-on-routing-crash
라우팅 프로토콜 프로세스(rpd)가 빠르게 세 번 연속으로 실패할 때 라우팅 플랫폼이 백업 라우팅 엔진으로 전환될 수 있도록 하려면 계층 수준에서 [edit system processes routing failover] 문을 포함합니다other-routing-engine.
명령문에 other-routing-engine 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.
라우팅 엔진 구성 동기화
NSR(Nonstop Active Routing) commit synchronize 을 구성할 때는 구성 변경 사항이 두 라우팅 엔진에서 동기화되도록 계층 수준에서 명령문을 [edit system] 포함해야 합니다.
[edit system]commit synchronize;
문을 포함 commit synchronize 하지 않고 NSR(Nonstop Active Routing) 구성을 커밋하려고 하면 커밋이 실패합니다.
계층 수준에서 문을 [edit system] 구성 commit synchronize 하고 기본 라우팅 엔진에서 커밋을 실행하면 기본 구성이 백업과 자동으로 동기화됩니다.
그러나 커밋을 실행할 때 백업 라우팅 엔진이 다운되면 Junos OS는 경고를 표시하고 기본 라우팅 엔진에서 후보 구성을 커밋합니다. 백업 라우팅 엔진이 작동하면 구성이 자동으로 기본 라우팅 엔진과 동기화됩니다.
새로 삽입된 백업 라우팅 엔진은 구성을 기본 라우팅 엔진 구성과 자동으로 동기화합니다.
무중단 활성 라우팅을 구성할 때 기본 라우팅 엔진이 이미 실행된 후 백업 라우팅 엔진을 온라인으로 전환할 수 있습니다. 두 개의 라우팅 엔진을 동시에 시작할 필요는 없습니다.
무중단 활성 라우팅을 활성화한 후 기본 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 다시 시작하지 않는 것이 좋습니다. 이는 프로토콜 인접성/피어링 세션을 방해하여 트래픽 손실을 초래하기 때문입니다.
NSR(Nonstop Active Routing) 작업 확인
NSR(Nonstop Active Routing)이 활성화되었는지 확인하려면 명령을 실행합니다 show task replication . BGP nonstop active routing의 경우, 명령도 show bgp replication 실행해야 합니다.
BGP가 구성된 경우, 무중단 활성 라우팅 전환을 시도하기 전에 의 show bgp replication 출력을 확인하여 백업 라우팅 엔진에서 BGP 라우팅 테이블 동기화가 완료되었는지 확인합니다. 출력 show task replication 결과의 상태는 complete 소켓 복제가 완료되었으며 BGP 동기화가 진행 중임을 나타냅니다. BGP 동기화가 완료되었는지 여부를 확인하려면 기본 라우팅 엔진의 출력 show bgp replication 에서 및 Synchronization state 필드를 확인해야 Protocol state 합니다. 이어야 Protocol state 하고 idle 이어야 Synchronization state 합니다complete. BGP 동기화가 완료되기 전에 NSR 전환을 수행하면 BGP 세션이 플랩될 수 있습니다.
이러한 명령에 대한 자세한 내용은 CLI 탐색기를 참조하십시오.
무중단 활성 라우팅 또는 그레이스풀 라우팅 엔진 스위치오버를 활성화하고 백업 라우팅 엔진에서 라우팅 관련 운영 모드 명령(예 show route: , show bgp neighbor, show ospf database등)을 실행하면 출력이 기본 라우팅 엔진에서 실행된 동일한 명령의 출력과 일치하지 않을 수 있습니다. 예를 들어, 백업 라우팅 엔진의 라우팅 테이블에 기본 라우팅 엔진의 라우팅 테이블에 없는 영구 팬텀 경로가 포함된 것은 정상입니다.
BFD 상태 복제 상태를 표시하려면 명령을 실행합니다 show bfd session . BFD 세션이 replicated 백업 라우팅 엔진에 복제되면 이 명령의 출력에 플래그가 나타납니다. 자세한 내용은 CLI 탐색기를 참조하세요.
스위치에서 NSR(Nonstop Active Routing) 구성
NSR(Nonstop active routing)은 지원되는 라우팅 프로토콜의 재시작 없이 라우팅 엔진의 투명한 전환을 위한 메커니즘을 제공합니다. 두 라우팅 엔진 모두 처리 프로토콜 세션에서 완전히 활성화되므로 각 엔진이 다른 라우팅 세션을 대신할 수 있습니다. 전환은 이웃에게 투명합니다.
여러 라우팅 엔진이 있는 주니퍼 네트웍스 EX 시리즈 스위치 또는 Virtual Chassis 또는 Virtual Chassis Fabric 구성의 EX 시리즈 또는 QFX 시리즈 스위치에서 NSR을 구성할 수 있습니다.
NSR(Nonstop Active Routing)을 구성하려면,
두 개의 라우팅 엔진을 동시에 시작할 필요는 없습니다. 명령을 실행할 commit synchronize 때 백업 라우팅 엔진이 작동하지 않으면 후보 구성이 기본 라우팅 엔진에서 커밋됩니다. 백업 라우팅 엔진이 삽입되거나 작동하면 구성이 기본 구성과 자동으로 동기화됩니다.
Graceful 라우팅 엔진 전환 후, 명령을 실행하여 clear interface statistics (interface-name | all) 새로운 기본 라우팅 엔진의 로컬 통계에 대한 누적 값을 재설정하는 것이 좋습니다.
Nonstop Active Routing을 비활성화하려면:
[edit routing-options] user@switch# delete nonstop-routing
참조
NSR 전환 후 BGP 피어 세션의 자동 재구축 방지
동적 데이터베이스에 구성된 라우팅 정책을 적용한 경우 NSR(Nonstop Active Routing) 전환 후 BGP 피어 세션이 자동으로 재설정되지 않도록 하는 것이 유용합니다. NSR이 활성화되면 동적 데이터베이스가 백업 라우팅 엔진과 동기화되지 않습니다. 따라서 전환이 발생하면 동적 데이터베이스에 구성된 가져오기 및 내보내기 정책을 더 이상 사용하지 못할 수 있습니다. 동적 라우팅 정책 구성에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용자 설명서를 참조하십시오.
BGP 설정 타이머는 전환 간에 유지되지 않습니다.
NSR 전환 후 지정된 기간 동안 또는 세션을 수동으로 재설정할 때까지 BGP 피어 세션을 재설정하지 않도록 라우팅 디바이스를 구성할 수 있습니다. idle-after-switch-over 계층 수준에서 문을 [edit protocols bgp] 포함합니다.
idle-after-switch-over (forever | seconds);
이 문을 구성할 수 있는 계층 수준 목록은 이 문에 대한 구성 문 요약을 참조하십시오.
의 경우seconds 1에서 4294967295 사이의 값을 지정합니다. BGP 피어 세션은 지정된 기간이 지날 때까지 재설정되지 않습니다. forever 옵션을 지정하면 명령을 실행할 때까지 BGP 피어 세션이 clear bgp neighbor 다시 설정되지 않습니다.
예: NSR(Nonstop Active Routing) 구성
다음 예는 BGP, IS-IS(Intermediate System to Intermediate System) 및 최단 경로 우선(OSPF)에 대한 graceful 라우팅 엔진 switchover, nonstop active routing, nonstop active routing 추적 옵션을 활성화합니다.
[edit]
system commit {
synchronize;
}
chassis {
redundancy {
graceful-switchover; # This enables graceful Routing Engine switchover on
# the routing platform.
}
}
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.1.1/30;
}
family iso;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.1.1.1/30;
}
family iso;
}
}
so-0/0/2 {
unit 0 {
family inet {
address 10.2.1.1/30;
}
family iso;
}
}
so-0/0/3 {
unit 0 {
family inet {
address 10.3.1.1/30;
}
family iso;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.2.1/32;
}
family iso {
address 49.0004.1921.6800.2001.00;
}
}
}
}
routing-options {
nonstop-routing; # This enables nonstop active routing on the routing platform.
router-id 192.168.2.1;
autonomous-system 65432;
}
protocols {
bgp {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing
# events for BGP.
}
advertise-from-main-vpn-tables;
local-address 192.168.2.1;
group external-group {
type external;
export BGP_export;
neighbor 192.168.1.1 {
family inet {
unicast;
}
peer-as 65103;
}
}
group internal-group {
type internal;
neighbor 192.168.10.1;
neighbor 192.168.11.1;
neighbor 192.168.12.1;
}
}
isis {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing events
# for IS-IS.
}
interface all;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
ospf {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing events
# for OSPF.
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
}
}
policy-options {
policy-statement BGP_export {
term direct {
from {
protocol direct;
}
then accept;
}
term final {
then reject;
}
}
}
참조
로컬 통계 재설정
Graceful 라우팅 엔진 전환 후, 명령을 실행하여 clear interface statistics (interface-name | all) 새로운 기본 라우팅 엔진의 로컬 통계에 대한 누적 값을 재설정하는 것이 좋습니다.
참조
예: 스위치에서 NSR(Nonstop Active Routing) 구성
NSR(Nonstop Active Routing)은 지원되는 라우팅 프로토콜의 재시작 없이 라우팅 엔진의 투명한 전환을 가능하게 하여 라우팅 엔진에 고가용성을 제공합니다. 두 라우팅 엔진 모두 처리 프로토콜 세션에서 완전히 활성화되므로 각 엔진이 다른 라우팅 세션을 대신할 수 있습니다. 전환은 이웃에게 투명합니다.
이 예에서는 여러 라우팅 엔진이 있는 스위치 또는 Virtual Chassis 또는 Virtual Chassis Fabric 구성의 EX 시리즈 또는 QFX 시리즈 스위치에서 무중단 활성 라우팅을 구성하는 방법을 설명합니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
여러 라우팅 엔진을 장착한 EX 시리즈 또는 Virtual Chassis 또는 Virtual Chassis Fabric 구성의 EX 시리즈 또는 QFX 시리즈 스위치
EX 시리즈 스위치용 Junos OS 릴리스 10.4 이상
QFX 시리즈 스위치용 Junos OS 릴리즈 13.2X51-D20 이상
개요 및 토폴로지
여러 라우팅 엔진이 있는 모든 EX 시리즈 또는 Virtual Chassis 또는 Virtual Chassis Fabric 구성의 EX 시리즈나 QFX 시리즈 스위치에서 무중단 활성 라우팅을 구성합니다. 논스톱 액티브 라우팅은 이웃 라우팅 디바이스가 GR(Graceful Restart) 프로토콜 확장을 지원하지 않는 네트워크에서 유리합니다.
이 예에서 사용되는 토폴로지는 프로토콜의 Graceful Restart를 지원하도록 구성되지 않은 이웃 라우팅 디바이스에 연결된 중복 라우팅 엔진이 있는 EX8200 스위치로 구성됩니다.
구성
CLI 빠른 구성
무중단 활성 라우팅을 신속하게 구성하려면 다음 명령을 복사하여 스위치 터미널 창에 붙여넣으십시오.
[edit] set chassis redundancy graceful-switchover set routing-options nonstop-routing set system commit synchronize
절차
단계별 절차
스위치에서 NSR(Nonstop Active Routing)을 구성하려면:
GRES(Graceful 라우팅 엔진 Switchover) 활성화:
[edit chassis redundancy] user@switch# set graceful-switchover
Enable nonstop active routing(기본적으로 nonstop active routing은 비활성화됨):
[edit routing-options] user@switch# set nonstop-routing
라우팅 엔진 간의 구성 변경 사항을 동기화합니다.
[edit system] user@switch# set commit synchronize
문을 포함
commit synchronize하지 않고 NSR(Nonstop Active Routing) 구성을 커밋하려고 하면 커밋이 실패합니다.메모:커밋을 실행할 때 백업 라우팅 엔진이 다운되면 경고가 표시되고 후보 구성이 기본 라우팅 엔진에서 커밋됩니다. 백업 라우팅 엔진이 작동하면 구성이 기본 구성과 자동으로 동기화됩니다. 이후에 백업 라우팅 엔진을 삽입하거나 가져오면 해당 구성이 기본 라우팅 엔진 구성과 자동으로 동기화됩니다.
결과
구성 결과를 확인합니다:
[edit]
user@switch# show
chassis {
redundancy {
graceful-switchover;
}
routing-options {
nonstop-routing;
}
system {
commit synchronize;
}
확인
구성이 제대로 작동하는지 확인하려면 다음의 작업을 수행하십시오:
NSR(Nonstop Active Routing)이 스위치에서 올바르게 작동하는지 확인
목적
NSR(Nonstop Active Routing)이 활성화되어 있는지 확인합니다.
행동
다음 명령을 실행합니다.show task replication
user@switch# show task replication
Stateful Replication: Enabled
RE mode: Master
Protocol Synchronization Status
OSPF Complete
RIP Complete
PIM Complete
RSVP Complete
의미
이 출력 결과를 보면 기본 라우팅 엔진에서 무중단 활성 라우팅(Stateful Replication)이 활성화되어 있음을 알 수 있습니다. 논스톱 라우팅이 활성화되지 않은 경우, 위에 표시된 출력 대신:
백업 라우팅 엔진에서 다음 오류 메시지가 표시됩니다.
error: the routing subsystem is not running기본 라우팅 엔진에서 무중단 라우팅이 활성화되지 않은 경우 다음과 같은 출력이 표시됩니다.
Stateful Replication: Disabled RE mode: Master
문제 해결
무중단 활성 라우팅 문제를 해결하려면 다음 작업을 수행하십시오.
NSR이 활성화된 경우 라우팅 엔진의 동기화 문제 조사
문제
NSR(Nonstop Active Routing)이 활성화된 상태에서 GRES(Graceful 라우팅 엔진 Switchover)가 발생한 후 프로토콜은 이웃과의 연결을 잃게 됩니다.
용액
추적 옵션을 사용하여 문제를 격리하고 문제 해결 정보를 수집할 수 있습니다. 추적 옵션에서 수집된 정보를 사용하여 프로토콜에 대한 연결 손실의 원인인 라우팅 엔진의 동기화를 확인하거나 제거할 수 있습니다. Tracing Nonstop Active Routing Synchronization Events(무중단 활성 라우팅 동기화 이벤트 추적)를 참조하십시오.