스위치 상에서 무정지 브리징 구성(CLI 절차)
이 작업은 ELS(Enhanced Layer 2 Software) 구성 스타일을 지원하는 스위치를 사용합니다. 스위치에서 ELS를 지원하지 않는 소프트웨어를 실행하는 경우 EX 시리즈 스위치(CLI Procedure)에서 무상 브리징 구성을 참조하십시오. ELS에 대한 자세한 내용은 Enhanced Layer 2 소프트웨어 CLI를 사용하는 것을 참조하십시오.
NSB(Nonstop Bridging)를 구성하여 버추얼 섀시 또는 버추얼 섀시 패브릭 구성에서 여러 라우팅 엔진 또는 EX 시리즈 또는 QFX 시리즈 스위치를 갖춘 주니퍼 네트웍스 EX 시리즈 스위치의 레이어 2 프로토콜 세션에 대한 복원력을 제공할 수 있습니다. NSB에 대한 제한된 지원은 QFX5100 및 EX4600 독립형 스위치에서도 제공되지만, NSB는 ISSU 동안 에만 활성화됩니다.
NSB는 기본 및 백업 라우팅 엔진 간에 NSB 지원 Layer 2 프로토콜에 대한 모든 프로토콜 정보를 동기화하여 작동합니다. 스위치에 Routing Engine 전환이 있는 경우, NSB 지원 Layer 2 프로토콜 세션은 백업 Routing Engine에서 이미 동기화되어 있기 때문에 활성 상태를 유지합니다. Routing Engine 스위치오버는 인접 장치에 투명하며 Layer 2 프로토콜 세션과 관련된 변경 사항을 감지하지 않습니다. 따라서 NSB를 사용할 때 라우팅 엔진 전환이 발생할 때 네트워크 오버헤드를 추가하고 네트워크 성능을 저하시키는 위험을 발생시키는 프로세스인 스위치의 다운타임에 대응하기 위해 Layer 2 프로토콜 상태를 재동기화할 필요가 없습니다.
QFX5100 또는 EX4600 독립형 스위치를 사용하고 ISSU를 사용하려는 경우 GRES(Graceful Routing Engine Switchover), NSB 및 NSR(Nonstop Active Routing)을 구성하십시오. ISSU를 실행하려면 NSB, GRES 및 NSR을 구성해야 합니다. 그러나 GRES, NSB 및 NSR은 업그레이드 중에 만 활성화됩니다. ISSU가 진행되는 동안 Junos OS는 2개의 개별 가상 머신(VM)에서 실행되며, 한 VM은 기본 라우팅 엔진의 역할을 담당하며 다른 VM은 백업 라우팅 엔진의 역할을 담당합니다. Junos OS는 백업 VM에서 업그레이드됩니다. 성공적인 소프트웨어 업그레이드가 끝나면 백업 VM이 기본 VM이 되고 원래 기본 VM은 더 이상 필요하지 않으며 종료됩니다.
NSB를 구성하려면:
2개의 라우팅 엔진을 동시에 시동할 필요는 없습니다. 명령문을 사용할 commit synchronize 때 백업 라우팅 엔진이 설정되지 않으면 후보 컨피규레이션이 기본 라우팅 엔진에 투입됩니다. 백업 라우팅 엔진이 온라인에 연결되면 구성이 기본 엔진의 구성과 자동으로 동기화됩니다.
graceful Routing Engine 전환 후에는 새로운 기본 라우팅 엔진에서 로컬 통계에 대한 누적 값을 재설정하는 명령을 발행 clear interface statistics (interface-name | all) 하는 것이 좋습니다.