진화한 Junos OS를 위한 NSR(Nonstop Active Routing Concept)

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

NSR을 set routing-options nonstop-routing 활성화하려면 구성 문을 사용합니다.

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

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

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

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

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

5. 백업 라우팅 엔진이 시작되고 라우팅 프로토콜 프로세스(rpd)도 포함됩니다.

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

7. 백업 라우팅 엔진은 기본 라우팅 엔진과 동기화됩니다.

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

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

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

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

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

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

주의:

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

준비 상태를 확인하려면 운영 모드 명령을 실행합니다 show system switchover .