스위칭 컨트롤 보드 이중화 이해

M10i 라우터의 중복 CFEB

M10i 라우터에서 CFEB는 다음과 같은 기능을 수행합니다.

• 경로 조회 - 동기식 SRAM(SSRAM)에 저장된 포워딩 테이블을 사용하여 경로 조회를 수행합니다.

• 공유 메모리 관리 - 라우터의 공유 메모리 전체에 수신 데이터 패킷을 균일하게 할당합니다.

• 발신 데이터 패킷 전송 - 데이터를 전송할 준비가 되면 데이터 패킷을 대상 FIC(Fixed Interface Card) 또는 PIC( Physical Interface Card )로 전달합니다.

• 예외 및 제어 패킷 전송 - 예외 패킷을 CFEB의 마이크로프로세서로 전달하여 거의 모든 패킷을 처리합니다. 나머지는 추가 처리를 위해 라우팅 엔진으로 전송됩니다. 패킷 전달 엔진에서 시작되어 CFEB에 의해 탐지된 모든 오류는 시스템 로그 메시지를 사용하여 라우팅 엔진으로 전송됩니다.

M10i 라우터에는 2개의 CFEB가 있는데, 하나는 기본 CFEB로 작동하도록 구성되고 다른 하나는 기본 라우터에 장애가 발생할 경우 백업 역할을 합니다. 명령을 실행하여 수동 전환을 시작할 수 있습니다 request chassis cfeb master switch . 자세한 내용은 라우팅 장치를 위한 Junos OS 관리 라이브러리를 참조하십시오.

M120 라우터의 이중화 FEB

M120 라우터는 최대 6개의 FEB(Forwarding Engine Boards)를 지원합니다. PIC를 호스팅하는 FPC(Flexible PIC Concentrator)는 패킷 포워딩을 처리하는 FEB와 별개입니다. FPC는 섀시 전면에 위치하며 미드플레인을 통해 PIC에 전원 및 관리 기능을 제공합니다. FEB는 섀시 후면에 위치하며 FEB가 패킷 전달을 위해 처리하는 미드플레인에서 신호를 수신합니다. 미드플레인은 모든 FEB가 모든 FPC에 대한 트래픽을 전송할 수 있도록 합니다.

FEB에 대한 FPC의 매핑을 구성하려면 라우팅 디바이스용 Junos OS 관리 라이브러리에 설명된 대로 명령문을 사용합니다fpc-feb-connectivity. FPC와 백업으로 구성된 FEB 간의 연결을 지정할 수 없습니다. FPC가 FEB에 연결하도록 지정되지 않은 경우, FPC는 동일한 슬롯 번호로 FEB에 자동으로 할당됩니다. 예를 들어, 슬롯 1의 FPC는 슬롯 1의 FEB에 할당됩니다.

FEB 중복 그룹을 구성하여 하나 이상의 FEB에 대한 백업으로 하나의 FEB를 구성할 수 있습니다. FEB가 실패하면 백업 FEB가 패킷 전달을 빠르게 인계받을 수 있습니다. 중복 그룹은 정확히 하나의 백업 FEB를 포함해야 하며 선택적으로 하나의 기본 FEB와 여러 개의 다른 FEB를 포함할 수 있습니다. FEB는 하나의 그룹에만 속할 수 있습니다. 그룹은 일대일 기반(기본-백업), 다대일 기반(두 개 이상의 다른 FEB-백업) 또는 두 가지의 조합(하나의 기본-백업 및 하나 이상의 다른 FEB-백업)으로 백업을 제공할 수 있습니다.

중복 그룹에서 기본 FEB를 구성할 때 백업 FEB는 기본 FEB의 정확한 전달 상태를 미러링합니다. 기본 FEB에서 전환이 발생하면 백업 FEB가 재부팅되지 않습니다. 기본 FEB에서 백업 FEB로 수동 전환하면 1초 미만의 트래픽 손실이 발생합니다. 기본 FEB에서 백업 FEB로 페일오버하면 10초 미만의 트래픽 손실이 발생합니다.

다른 FEB에서 페일오버가 발생하고 그룹에 대해 기본 FEB가 지정된 경우, 백업 FEB가 재부팅되어 다른 FEB의 포워딩 상태를 백업 FEB로 다운로드하고 포워딩을 계속할 수 있습니다. 기본 FEB로 지정되지 않은 FEB에서 자동 페일오버하면 패킷 손실이 높아집니다. 패킷 손실 기간은 인터페이스 수와 라우팅 테이블의 크기에 따라 다르지만 몇 분이 걸릴 수도 있습니다.

중복 그룹에 기본 FEB가 지정되지 않았을 때 FEB에서 페일오버가 발생하면 백업 FEB가 재부팅되지 않고 이전에 활성 상태였던 FEB에 연결된 FPC의 인터페이스가 온라인 상태로 유지됩니다. 백업 FEB는 전환 후 라우팅 엔진에서 전체 전달 상태를 가져와야 하며, 이 업데이트에는 몇 분 정도 걸릴 수 있습니다. 다른 FEB에 대한 전환 중에 인터페이스가 온라인 상태를 유지하지 않도록 하려면 중복 그룹에 대한 기본 FEB를 구성합니다.

백업 FEB로의 페일오버는 중복 그룹의 FEB가 실패하면 자동으로 발생합니다. 계층 수준에서 문을 포함하여 no-auto-failover 모든 중복 그룹에 대한 자동 장애 복구를 비활성화할 [edit chassis redundancy feb redundancy-group group-name] 수 있습니다.

명령을 실행하여 request chassis redundancy feb slot slot-number switch-to-backup 수동 전환을 시작할 수도 있습니다. 여기서 은(는 slot-number ) 활성 FEB의 번호입니다. 자세한 내용은 CLI 탐색기를 참조하세요.

다음 조건에서는 중복 그룹에서 백업 FEB를 사용할 수 있는 한 페일오버가 발생합니다.

• FEB는 결석합니다.

• FEB는 온라인 상태가 되는 동안 심각한 오류를 경험했습니다.

• FEB의 소프트웨어 오류로 인해 충돌이 발생했습니다.

• FEB에서 라우팅 엔진으로의 이더넷 연결에 실패했습니다.

• FEB에 정전과 같은 심각한 오류가 발생했습니다.

• FEB의 오프라인 버튼을 눌렀을 때 FEB가 비활성화되었습니다.

• FEB의 소프트웨어 워치독 타이머가 만료되었습니다.

• 모든 활성 패브릭 플레인과 FEB 간의 링크에서 오류가 발생했습니다. 이 경우 하나 이상의 유효한 패브릭 링크가 있는 경우 백업 FEB로 페일오버됩니다.

• FEB와 FEB에 연결된 모든 FPC 간의 링크에서 오류가 발생했습니다.

스위치오버가 발생한 후에는 중복 그룹에 대해 백업 FEB를 더 이상 사용할 수 없습니다. 운영 모드 명령 request chassis redundancy feb slot slot-number revert-from-backup을 실행하여 백업 FEB에서 이전 활성 FEB로 되돌릴 수 있습니다. 여기서 slot-number 는 이전 활성 FEB의 번호입니다. 자세한 내용은 CLI 탐색기를 참조하세요.

백업 FEB에서 되돌리면 전환에 다시 사용할 수 있게 됩니다. 중복 그룹에 기본 FEB가 없는 경우, 이전 활성 FEB로 복귀한 후 백업 FEB가 재부팅됩니다. 되돌리는 FEB가 기본 FEB가 아닌 경우 백업 FEB가 재부팅되어 기본 FEB의 상태와 일치할 수 있습니다.

FEB가 다른 FPC에 연결되도록 기존 중복 그룹에 대한 구성을 수정하는 경우, FEB가 이미 하나 또는 두 개의 Type 1 FPC에 연결되어 있지 않는 한 FEB가 재부팅되며, 변경으로 인해 FEB가 하나의 추가 또는 하나 적은 Type 1 FPC에 연결되는 것만으로 이어지지 않는 한 FEB가 재부팅됩니다. FPC와 FEB 간의 연결을 매핑하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오. 중복 그룹에서 기본 FEB를 변경하면 백업 FEB가 재부팅됩니다. 백업 FEB를 비백업 FEB로 변경하거나 활성 FEB를 백업 FEB로 변경하는 경우에도 FEB가 재부팅됩니다.

구성된 FEB 중복 그룹의 상태를 보려면 운영 모드 명령을 show chassis redundancy feb 실행합니다. 자세한 내용은 CLI 탐색기를 참조하세요.

M20 라우터의 이중화 SSB

M20 라우터의 시스템 및 스위치 보드(SSB)는 다음과 같은 주요 기능을 수행합니다.

• FPC의 공유 메모리 관리 - SSB의 분산 버퍼 관리자 ASIC는 FPC의 공유 메모리 전체에 수신 데이터 패킷을 균일하게 할당합니다.

• FPC로 나가는 데이터 셀 전송—SSB의 두 번째 분산 버퍼 관리자 ASIC는 데이터를 전송할 준비가 되면 패킷 리어셈블리를 위해 데이터 셀을 FPC로 전달합니다.

• 경로 조회 - SSB의 인터넷 프로세서 ASIC는 SSRAM에 저장된 포워딩 테이블을 사용하여 경로 조회를 수행합니다. 조회를 수행한 후 인터넷 프로세서 ASIC는 미드플레인에 전달 결정을 알리고 미드플레인은 결정을 적절한 발신 인터페이스로 전달합니다.

• 시스템 구성 요소 모니터링 - SSB는 고장 및 경보 조건에 대해 다른 시스템 구성 요소를 모니터링합니다. 시스템의 모든 센서에서 통계를 수집하여 라우팅 엔진에 전달하여 적절한 알람을 설정합니다. 예를 들어, 온도 센서가 내부적으로 정의된 첫 번째 임계값을 초과하면 라우팅 엔진은 "고온" 알람을 발행합니다. 센서가 두 번째 임계값을 초과하면 라우팅 엔진이 시스템 종료를 시작합니다.

• 예외 및 제어 패킷 전송 - 인터넷 프로세서 ASIC는 SSB의 마이크로프로세서에 예외 패킷을 전달하며, SSB는 거의 모든 패킷을 처리합니다. 나머지 패킷은 추가 처리를 위해 라우팅 엔진으로 전송됩니다. 패킷 전달 엔진에서 시작되어 SSB에 의해 감지된 모든 오류는 시스템 로그 메시지를 사용하여 라우팅 엔진으로 전송됩니다.

• FPC 재설정 제어—SSB는 FPC의 작동을 모니터링합니다. FPC에서 오류를 감지하면 SSB는 FPC를 재설정하려고 시도합니다. 세 번의 재설정이 실패한 후 SSB는 FPC를 오프라인으로 전환하고 라우팅 엔진에 알립니다. 다른 FPC는 영향을 받지 않으며 정상적인 시스템 작동은 계속됩니다.

M20 라우터는 최대 2개의 SSB를 보유합니다. 하나의 SSB는 기본 SSB로 작동하도록 구성되고 다른 하나는 기본 SSB가 실패할 경우 백업 역할을 하도록 구성됩니다. 명령을 실행하여 수동 전환을 시작할 수 있습니다 request chassis ssb master switch . 자세한 내용은 CLI 탐색기를 참조하세요.

M40e 및 M160 라우터의 이중화 SFM

M40e 및 M160 라우터에는 이중화 SFM(스위칭 및 포워딩 모듈)이 있습니다. SFM에는 인터넷 프로세서 II ASIC와 2개의 분산 버퍼 관리자 ASIC가 포함되어 있습니다. SFM은 FPC를 떠나는 모든 트래픽이 올바르게 처리되도록 합니다. SFM은 경로 조회, 필터링 및 스위칭을 제공합니다.

M40e 라우터는 최대 2개의 SFM을 보유하는데, 하나는 기본 SFM으로 작동하도록 구성되고 다른 하나는 기본 SFM에 장애가 발생할 경우 백업 역할을 하도록 구성됩니다. 대기 SFM을 제거해도 라우터 기능에는 영향을 미치지 않습니다. 활성 SFM에 장애가 발생하거나 섀시에서 제거되면 대기 SFM이 부팅되어 활성화될 때까지 포워딩이 중단됩니다. 새 SFM이 활성화되는 데 약 1분 정도 걸립니다. 라우터 구성 정보를 동기화하는 것은 구성의 복잡성에 따라 추가 시간이 걸릴 수 있습니다.

M160 라우터는 최대 4개의 SFM을 보유합니다. 모든 SFM이 동시에 활성화됩니다. SFM에 장애가 발생하거나 SFM을 오프라인으로 전환해도 라우터 기능에는 영향을 미치지 않습니다. 포워딩은 중단 없이 계속됩니다.

명령을 실행하여 수동 전환을 시작할 수 있습니다 request chassis sfm master switch . 자세한 내용은 CLI 탐색기를 참조하세요.