논스톱 브리징 이해하기

논스톱 브리징은 GRES(Graceful Routing Engine Switchover )와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 논스톱 브리징은 백업 라우팅 엔진에서 L2cpd(Layer 2 Control Protocol Process)를 실행하여 L2CP(Layer 2 Control Protocol) 정보도 저장합니다.

참고:

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

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

논스톱 브리징을 위한 전환 준비 프로세스는 다음 단계를 따릅니다.

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

2. 기본 라우팅 엔진의 라우팅 플랫폼 프로세스(예: 섀시 프로세스[chassisd] 및 레이어 2 제어 프로토콜 프로세스[l2cpd])가 시작됩니다.

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

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

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

6. 시스템은 GRES(Graceful Routing Engine) 전환 및 무중단 브리징이 활성화되었는지 여부를 결정합니다.

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

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

그림 2 는 스위칭이 라우팅 플랫폼에 미치는 영향을 보여줍니다.

전환 프로세스는 다음 단계를 따릅니다.

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

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

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

NSB(Nonstop Bridging)를 구성하여 주니퍼 네트웍스 EX 시리즈 이더넷 스위치 또는 중복 라우팅 엔진이 있는 EX 시리즈 Virtual Chassis 에서 레이어 2 프로토콜 세션에 대한 복원력을 제공할 수 있습니다.

NSB는 기본 라우팅 엔진과 백업 라우팅 엔진 간에 NSB 지원 레이어 2 프로토콜에 대한 모든 프로토콜 정보를 동기화하여 작동합니다. 스위치에 라우팅 엔진 전환이 있는 경우 모든 세션 정보가 이미 백업 라우팅 엔진에 동기화되어 있기 때문에 NSB 지원 레이어 2 프로토콜 세션이 활성 상태로 유지됩니다. NSB 지원 레이어 2 프로토콜의 트래픽 중단은 전환의 결과로 최소화되거나 존재하지 않습니다. 라우팅 엔진 전환은 스위치의 NSB 지원 레이어 2 프로토콜 세션과 관련된 변경 사항을 감지하지 못하는 인접 디바이스에 투명합니다.

NSB를 지원하는 EX 시리즈 스위치 및 레이어 2 프로토콜 목록은 EX 시리즈 스위치 소프트웨어 기능 개요 및 EX 시리즈 버추얼 섀시 소프트웨어 기능 개요를 참조하십시오.

참고:

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

이 항목에는 다음 섹션이 포함되어 있습니다.

• 플랫폼 지원
• 프로토콜 지원