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)를 구성해야 합니다. GR(Graceful Routing Engine) 전환을 활성화하려면 계층 수준에서 명령문을 포함합니다graceful-switchover.[edit chassis redundancy]

기본적으로 무중단 브리징은 비활성화되어 있습니다. 논스톱 브리징을 활성화하려면 계층 수준에서 문을 포함합니다nonstop-bridging.[edit protocols layer2-control]

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

라우팅 엔진 구성 동기화

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

참고:

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

논스톱 브리징을 구성하면 기본 라우팅 엔진이 이미 실행된 후 백업 라우팅 엔진을 온라인으로 전환할 수 있습니다. 두 라우팅 엔진을 동시에 시작할 필요는 없습니다.

논스톱 브리징 작업 확인

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

스위치에서 논스톱 브리징 구성(CLI 절차)

참고:

이 작업에서는 ELS(Enhanced Layer 2 Software) 구성 스타일을 지원하는 스위치를 사용합니다. 스위치가 ELS를 지원하지 않는 소프트웨어를 실행하는 경우 EX 시리즈 스위치에서 논스톱 브리징 구성(CLI 절차)을 참조하십시오. ELS에 대한 자세한 내용은 Enhanced Layer 2 Software CLI 사용을 참조하십시오.

NSB(Nonstop Bridging)를 구성하여 여러 라우팅 엔진이 있는 주니퍼 네트웍스 EX 시리즈 스위치나 버추얼 섀시 또는 버추얼 섀시 패브릭 구성의 EX 시리즈 또는 QFX 시리즈 스위치에서 레이어 2 프로토콜 세션에 대한 복원력을 제공할 수 있습니다. NSB에 대한 제한된 지원은 QFX5100 및 EX4600 독립형 스위치에서도 제공되지만, NSB는 ISSU 동안 에만 활성화됩니다.

NSB는 기본 라우팅 엔진과 백업 라우팅 엔진 간에 NSB 지원 레이어 2 프로토콜에 대한 모든 프로토콜 정보를 동기화하여 작동합니다. 스위치에 라우팅 엔진 전환이 있는 경우 NSB 지원 레이어 2 프로토콜 세션은 백업 라우팅 엔진에서 이미 동기화되었기 때문에 활성 상태로 유지됩니다. 라우팅 엔진 전환은 레이어 2 프로토콜 세션과 관련된 변경 사항을 감지하지 못하는 인접 디바이스에 투명합니다. 따라서 NSB가 활성화될 때 라우팅 엔진 전환이 발생할 때 스위치의 다운타임(네트워크 오버헤드를 추가하고 네트워크 성능을 방해할 위험이 있는 프로세스)에 대응하기 위해 이웃 디바이스 및 네트워크의 다른 디바이스는 레이어 2 프로토콜 상태를 재동기화할 필요가 없습니다.

참고:

QFX5100 또는 EX4600 독립형 스위치를 사용 중이고 ISSU를 사용하려면 GRES(Graceful Routing Engine Switchover), NSB 및 NSR(Nonstop Active Routing)을 구성합니다. ISSU를 실행하려면 NSB, GRES 및 NSR을 구성해야 합니다. 그러나 GRES, NSB 및 NSR은 업그레이드 중 에만 활성화됩니다. ISSU 동안 Junos OS는 두 개의 개별 가상 머신(VM)에서 실행되는데, 한 VM은 기본 라우팅 엔진 역할을 하는 기본 역할이고 다른 VM은 백업 라우팅 엔진 역할을 하는 백업 역할입니다. Junos OS는 백업 VM에서 업그레이드됩니다. 소프트웨어 업그레이드에 성공하면 백업 VM이 기본 VM이 되고 원래 기본 VM은 더 이상 필요하지 않으며 종료됩니다.

NSB를 구성하려면 다음을 수행합니다.

  1. GRES(Graceful Routing Engine Switchover) 활성화:
  2. NSB 활성화:
  3. 라우팅 엔진 간 구성 변경 사항을 동기화합니다.

    문을 포함하지 commit synchronize 않고 NSB를 포함하는 구성을 커밋하려고 하면 커밋이 실패합니다.

참고:

두 라우팅 엔진을 동시에 시작할 필요는 없습니다. 명령문을 사용할 commit synchronize 때 백업 라우팅 엔진이 작동하지 않으면 후보 구성이 기본 라우팅 엔진에 커밋됩니다. 백업 라우팅 엔진이 온라인 상태가 되면 해당 구성이 기본 구성 엔진과 자동으로 동기화됩니다.

모범 사례:

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

EX 시리즈 스위치에서 논스톱 브리징 구성(CLI 절차)

참고:

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

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

논스톱 브리징은 기본 라우팅 엔진과 백업 라우팅 엔진 간에 NSB 지원 레이어 2 프로토콜에 대한 모든 프로토콜 정보를 동기화하는 방식으로 작동합니다. 스위치에 라우팅 엔진 전환이 있는 경우 NSB 지원 레이어 2 프로토콜 세션은 백업 라우팅 엔진에서 이미 동기화되었기 때문에 활성 상태로 유지됩니다. 라우팅 엔진 전환은 스위치의 레이어 2 프로토콜 세션과 관련된 변경 사항을 감지하지 못하는 인접 디바이스에 투명합니다.

논스톱 브리징 구성 방법:

  1. GRES(Graceful Routing Engine Switchover) 활성화:
  2. 라우팅 엔진 간에 구성 변경 사항을 항상 동기화하도록 스위치를 구성합니다.

    논스톱 브리징이 구성되었지만 구성 변경 사항의 동기화가 구성되지 않은 구성을 커밋하려고 하면 구성이 커밋되지 않습니다.

  3. 논스톱 브리징 사용:
    참고:

    두 라우팅 엔진을 동시에 시작할 필요는 없습니다. 구성을 커밋할 때 백업 라우팅 엔진이 작동하지 않으면 후보 구성이 기본 라우팅 엔진에 커밋됩니다. 백업 라우팅 엔진이 온라인 상태가 되면 구성이 자동으로 동기화됩니다.