Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Junos OS Evolved에 대한 무중단 활성 라우팅 개념

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

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

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

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

  2. 라우팅 플랫폼은 기본 라우팅 엔진(예: 라우팅 프로토콜 프로세스[rpd])에서 프로세스를 시작합니다.

  3. Packet Forwarding Engine은 기본 라우팅 엔진을 시작하고 연결합니다.

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

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

  6. 시스템은 GRES 및 NSR의 활성화 여부를 결정합니다.

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

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

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

  1. 기본 라우팅 엔진으로부터 유지보수(keepalives)가 손실되면 시스템은 백업 라우팅 엔진으로 우아하게 오버됩니다.

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

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

  4. 피어 라우터 또는 스위치는 변경 사항이 없는 것처럼 라우팅 플랫폼과 계속 상호 작용합니다. 기본 라우팅 정보에 의존하는 라우팅 인접 및 세션 상태는 보존되며 리셋되지 않습니다.

주의:

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