Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

무정지 브리징 구성

요약 아래 단계를 따라 논스톱 브리징을 구성할 수 있습니다.

무정지 브리징 구현

무수한 브리징을 사용하려면 GRES(Graceful Routing Engine Switchover)를 구성해야 합니다. Graceful Routing Engine 전환이 가능하려면 계층 레벨에 다음과 같은 [edit chassis redundancy] 명령문을 포함 graceful-switchover 하십시오.

기본적으로 무상 브리징은 비활성화됩니다. 무차별 브리징을 활성화하려면 계층 레벨에 [edit protocols layer2-control] 명령문을 포함 nonstop-bridging 하십시오.

무중단 활성 라우팅을 비활성화하려면 계층 수준에서 명령문을 [edit protocols layer2–control] 제거 nonstop-bridging 합니다.

라우팅 엔진 구성 동기화

논스톱 브리징을 구성할 때는 명령문을 발행 commit 할 때 두 라우팅 엔진 모두에서 [edit system] 구성 변경이 동기화되도록 계층 수준에 명령문을 포함 commit synchronize 해야 합니다. 백업 라우팅 엔진에서 [edit] 계층 수준에서 명령을 실행 commit synchronize 하면 Junos OS가 경고를 표시하고 후보 구성을 커밋합니다.

참고:

새로 삽입된 백업 라우팅 엔진은 자동으로 기본 라우팅 엔진 구성과 구성을 동기화합니다.

무중단 브리징을 구성할 경우 기본 라우팅 엔진이 이미 실행된 후에 백업 라우팅 엔진을 온라인으로 연결할 수 있습니다. 2개의 라우팅 엔진을 동시에 시동할 필요는 없습니다.

무정지 브리징 작동 검증

무중단 브리징을 활성화하면 백업 라우팅 엔진에서 Layer 2 제어 프로토콜 관련 운영 모드 명령을 실행할 수 있습니다. 그러나 명령의 출력이 기본 라우팅 엔진에서 발행된 것과 동일한 명령의 출력과 일치하지 않을 수 있습니다.

스위치 상에서 무정지 브리징 구성(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를 구성하려면:

  1. GRES(Graceful Routing Engine Switchover):
  2. NSB 사용:
  3. RE(Routing Engines) 간의 구성 변경 동기화:

    명령문을 포함하지 않고 NSB가 포함된 구성을 commit synchronize 커밋하려고 하면 커밋에 장애가 발생합니다.

참고:

2개의 라우팅 엔진을 동시에 시동할 필요는 없습니다. 명령문을 사용할 commit synchronize 때 백업 라우팅 엔진이 설정되지 않으면 후보 컨피규레이션이 기본 라우팅 엔진에 투입됩니다. 백업 라우팅 엔진이 온라인에 연결되면 구성이 기본 엔진의 구성과 자동으로 동기화됩니다.

모범 사례:

graceful Routing Engine 전환 후에는 새로운 기본 라우팅 엔진에서 로컬 통계에 대한 누적 값을 재설정하는 명령을 발행 clear interface statistics (interface-name | all) 하는 것이 좋습니다.

EX 시리즈 스위치에서 무정지 브리징 구성(CLI 절차)

참고:

이 작업은 ELS(Enhanced Layer 2 Software) 구성 스타일을 지원하지 않는 EX 시리즈 스위치에 Junos OS를 사용합니다. 스위치에서 ELS를 지원하는 소프트웨어를 실행하는 경우, 스위치의 무정지 브리징 구성(CLI Procedure)을 참조하십시오.

NSB(Nonstop Bridging)를 구성하여 이중 라우팅 엔진을 갖춘 EX 시리즈 스위치의 레이어 2 프로토콜 세션에 대한 복원력을 제공할 수 있습니다.

무중단 브리징은 기본 및 백업 라우팅 엔진 간에 NSB 지원 Layer 2 프로토콜에 대한 모든 프로토콜 정보를 동기화하여 작동합니다. 스위치에 Routing Engine 전환이 있는 경우, NSB 지원 Layer 2 프로토콜 세션은 백업 Routing Engine에서 이미 동기화되어 있기 때문에 활성 상태를 유지합니다. Routing Engine 스위치오버는 인접 장치에 투명하며 스위치상의 Layer 2 프로토콜 세션과 관련된 변경 사항을 감지하지 않습니다.

무정지 브리징을 구성하려면 다음을 수행합니다.

  1. GRES(Graceful Routing Engine Switchover):
  2. RE(Routing Engines) 간의 구성 변경을 항상 동기화하도록 스위치를 구성합니다.

    무중단 브리징이 구성되지만 구성 변경의 동기화가 구성되지 않는 구성을 커밋하려고 하면 구성이 커밋되지 않습니다.

  3. 무정지 브리징 지원:
    참고:

    두 라우팅 엔진을 동시에 시동할 필요는 없습니다. 구성을 커밋할 때 백업 라우팅 엔진이 설정되지 않으면 후보 컨피규레이션이 기본 라우팅 엔진에 커밋됩니다. 백업 라우팅 엔진이 온라인에 접속하면 구성이 자동으로 동기화됩니다.