통합 ISSU 프로세스 이해

라우터상의 통합 ISSU 프로세스

명령을 사용한 request system software in-service-upgrade 후에는 다음 프로세스가 발생합니다.

아래 그림 1에서 그림 6까지:

• 단선은 라우팅 엔진과 패킷 포워딩 엔진 간의 고속 내부 링크를 나타냅니다.

• 점선은 라우팅 엔진의 패킷 포워딩 엔진과 섀시 프로세스(섀시) 간에 교환된 메시지를 나타냅니다.

• RE0m과 RE1b는 각각 기본 및 백업 라우팅 엔진을 나타냅니다.

• 확인 표시는 디바이스가 새 버전의 소프트웨어를 실행 중임을 나타냅니다.

참고:

통합 ISSU는 장비에서 현재 릴리스보다 앞서 최대 3개의 주요 릴리스만 업그레이드할 수 있습니다. 장비에서 현재 릴리스에 앞서 3개 이상의 릴리스로 업그레이드하려면 통합 ISSU 프로세스를 사용하여 장비가 대상 릴리스의 세 가지 주요 릴리스 내에 있게 될 때까지 장치를 하나 이상의 중간 릴리스로 업그레이드하십시오.

참고:

다음 프로세스는 TX Matrix 라우터 및 TX Matrix Plus 라우터를 제외한 모든 지원 라우팅 플랫폼과 관련됩니다. 대부분의 라우터에서 Packet Forwarding Engine은 FPC(Flexible PIC Concentrator)에 상주합니다. 그러나 M120 라우터의 FEB(Forwarding Engine Board)는 패킷 포워딩 엔진의 기능을 대체합니다. 그림과 단계에서는 M120 라우터를 고려할 때 패킷 전달 엔진을 FPC로 간주할 수 있습니다. M120 라우터의 추가 단계로 FPC 및 PIC가 업그레이드된 후 FEB가 업그레이드됩니다.

1. 기본 라우팅 엔진은 라우터 구성을 검증하여 새 소프트웨어 버전을 사용할 때 이를 커밋할 수 있는지 확인합니다.

   다음에 대한 검사를 실시합니다.

   • 디스크 공간은 라우팅 엔진의 /var 파일 시스템에 사용할 수 있습니다.

   • 통합 ISSU를 통해 구성이 지원됩니다.

   • PIC는 통합 ISSU를 통해 지원됩니다.

   • Graceful Routing Engine 스위치오버가 가능합니다.

   • 무중단 활성 라우팅이 활성화됩니다.

   이러한 검사는 명령을 입력 request system software validate in-service-upgrade 할 때 수행된 검사와 동일합니다. RE(Routing Engines) 중 하나에 사용할 수 있는 디스크 공간이 부족한 경우 통합 ISSU 프로세스에 장애가 발생해 오류 메시지가 반환됩니다. 그러나 지원되지 않는 PIC가 통합 ISSU를 방지하지는 않습니다. 지원되지 않는 PIC가 있는 경우 시스템이 경고를 발행하여 업그레이드 중에 이러한 PIC가 다시 시작됨을 나타냅니다. 마찬가지로, 지원되지 않는 프로토콜이 구성된 경우 시스템은 업그레이드 중에 지원되지 않는 프로토콜에 대해 패킷 손실이 발생할 수 있다는 경고를 발행합니다.

   그림 1: 통합 ISSU 를 시작하기 전의 장치 상태

2. 검증이 성공하면 관리 프로세스는 새 소프트웨어 이미지를 백업 라우팅 엔진에 설치(복사)합니다.

3. 백업 라우팅 엔진이 재부팅됩니다.

4. 백업 라우팅 엔진이 재부팅되고 새 소프트웨어를 실행하면 커널 상태 동기화 프로세스(ksyncd)는 기본 라우팅 엔진에서 구성 파일 및 커널 상태를 동기화(복사)합니다.

   그림 2: 백업 라우팅 엔진이 업그레이드된 후의 장치 상태

5. 컨피규레이션 파일과 커널 상태가 백업 라우팅 엔진에 동기화되면 주 라우팅 엔진의 섀시 프로세스(섀시드)가 통합 ISSU를 위한 다른 소프트웨어 프로세스를 준비합니다. 섀시 프로세스는 통합 ISSU에 대해 다양한 소프트웨어 프로세스(예: rpd, apsd, bfdd 등)에 정보를 제공하고 이들의 응답을 기다린다. 모든 프로세스가 준비되면 섀시 프로세스는 라우터에 설치된 FPC에 ISSU_PREPARE 메시지를 보냅니다. 명령을 사용하여 통합 ISSU 프로세스 메시지를 표시할 show log messages 수 있습니다.

6. 각 FPC의 패킷 전달 엔진은 상태를 저장하고 백업 라우팅 엔진에서 새로운 소프트웨어 이미지를 다운로드합니다. 다음으로, 각 패킷 전달 엔진은 섀시 프로세스에 ISSU_READY 메시지를 보냅니다.

   그림 3: 한 패킷 포워딩 엔진이 새 소프트웨어를 다운로드한 후의 장치 상태

7. 패킷 포워딩 엔진으로부터 ISSU_READY 메시지를 받은 섀시 프로세스는 패킷 전달 엔진이 있는 FPC에 ISSU_REBOOT 메시지를 보냅니다. FPC는 새 소프트웨어 이미지로 재부팅됩니다. FPC가 재부팅되면 패킷 전달 엔진이 FPC 상태를 복원하고 새 소프트웨어를 실행하는 백업 라우팅 엔진을 통해 고속 내부 링크가 설정됩니다. 또한 섀시 프로세스 링크는 기본 라우팅 엔진으로 다시 구축됩니다.

   참고:

   통합 ISSU 중에 발생하는 Packet Forwarding Engine 재부팅은 매우 짧은 다운 타임을 갖도록 설계되었습니다.

8. 모든 패킷 포워딩 엔진이 기본 라우팅 엔진의 섀시 프로세스를 사용하여 READY 메시지를 보낸 후에는 다른 소프트웨어 프로세스가 Routing Engine 전환에 대비합니다. 이 시점에서 시스템을 전환할 준비가 됐습니다.

   그림 4: 라우팅 엔진 전환 이전의 장치 상태
   참고:

   M120 라우터의 경우 이 시점에서 FEB가 업그레이드됩니다. 모든 FEB가 업그레이드되면 시스템은 전환이 가능합니다.

9. 라우팅 엔진 전환이 이루어지고 백업 엔진(re1)이 이제 주요 라우팅 엔진이 되었습니다.

   그림 5: 라우팅 엔진 전환 후의 장치 상태

10. 새로운 백업 라우팅 엔진이 새로운 소프트웨어 이미지로 업그레이드되었습니다. (명령에 옵션을 request system software in-service-upgrade 지정 no-old-master-upgrade 한 경우 이 단계를 건너뛰습니다.)

    그림 6: 통합 ISSU가 완료 된 후의 장비 상태

11. 백업 라우팅 엔진이 성공적으로 업그레이드되면 통합 ISSU가 완료됩니다.

TX Matrix Router상의 통합 ISSU 프로세스

이 섹션에서는 TX Matrix 라우터 및 연결된 라인 카드 섀시(LCC) 역할을 하는 라우터에서 발생하는 프로세스를 설명합니다.

참고:

라우팅 매트릭스는 TX Matrix 라우터와 1~4개의 T640 라우터로 구성된 멀티섀시 아키텍처입니다. 사용자 인터페이스의 관점에서 라우팅 매트릭스는 단일 라우터로 나타납니다. TX Matrix 라우터는 라우팅 매트릭스의 모든 T640 라우터를 제어합니다.

각 라우터에는 듀얼 라우팅 엔진이 있습니다.

TX Matrix 라우터 에서 요청 시스템 소프트웨어 서비스 업그레이드 명령을 사용한 후에는 다음 프로세스가 수행됩니다.

1. TX Matrix 라우터의 주 라우팅 엔진(글로벌 기본)의 관리 프로세스(mgd)는 현재 구성을 검사합니다.

   다음에 대한 검사를 실시합니다.

   • 디스크 공간은 모든 라우팅 엔진의 /var 파일 시스템에 사용할 수 있습니다.

   • 통합 ISSU를 통해 구성이 지원됩니다.

   • PIC는 통합 ISSU를 통해 지원됩니다.

   • Graceful Routing Engine 스위치오버가 가능합니다.

   • 무중단 활성 라우팅이 활성화됩니다.

2. 구성을 성공적으로 검증한 후 관리 프로세스는 TX Matrix 라우터 및 T640 라우터의 백업 라우팅 엔진에 새 이미지를 복사합니다.

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

4. 글로벌 백업 라우팅 엔진은 새로운 소프트웨어로 업그레이드됩니다. 그 다음으로 글로벌 백업 라우팅 엔진이 재부팅됩니다. 그런 다음 글로벌 백업 라우팅 엔진은 글로벌 기본 라우팅 엔진에서 구성 및 커널 상태를 동기화합니다.

5. LCC 백업 라우팅 엔진이 업그레이드 및 재부팅됩니다. 그런 다음 LCC 백업 라우팅 엔진이 업그레이드된 글로벌 백업 라우팅 엔진과 연결하고 구성 및 커널 상태를 동기화합니다.

6. 통합 ISSU 제어는 관리 프로세스에서 섀시 프로세스(섀시)로 이동합니다. 섀시 프로세스는 통합 ISSU에 대해 다양한 소프트웨어 프로세스(예: rpd, apsd, bfdd 등)에 정보를 제공하고 이들의 응답을 기다린다.

7. 프로세스가 통합 ISSU에 대한 준비가 되었음을 나타내는 소프트웨어 프로세스로부터 메시지를 받은 후, 글로벌 기본 라우팅 엔진의 섀시 프로세스는 라우팅 노드의 섀시 프로세스로 메시지를 보내 통합 ISSU를 시작합니다.

8. 라우팅 노드상의 섀시 프로세스는 ISSU_PREPARE FPC 및 인텔리전트 PIC와 같은 FRU(Field-Replaceable Unit)에 메시지를 보냅니다.

9. ISSU_PREPARE 메시지를 받은 후 패킷 전달 엔진은 현재 상태 정보를 저장하고 백업 라우팅 엔진에서 새 소프트웨어 이미지를 다운로드합니다. 다음으로, 각 패킷 전달 엔진은 ISSU_READY 메시지를 섀시 프로세스로 보냅니다. 명령을 사용하여 통합 ISSU 프로세스 메시지를 표시할 show log messages 수 있습니다.

10. 패킷 포워딩 엔진으로부터 ISSU_READY 메시지를 받은 섀시 프로세스는 ISSU_REBOOT 메시지를 FRU에 보냅니다. 업그레이드가 진행되는 동안, FRU는 라우팅 노드의 섀시 프로세스에 ISSU_IN_PROGRESS 메시지를 계속 보냅니다. 각 라우팅 노드의 섀시 프로세스는 전역 기본 라우팅 엔진의 섀시 프로세스에 ISSU_IN_PROGRESS 메시지를 보냅니다.

    참고:

    통합 ISSU 중에 발생하는 Packet Forwarding Engine 재부팅 기능은 매우 짧은 다운 타임을 갖도록 설계되었습니다.

11. 통합 ISSU 재부팅이 끝나면 Packet Forwarding Engines는 저장된 상태 정보를 복원하고 라우팅 노드에 다시 연결합니다. 각 라우팅 노드의 섀시 프로세스는 글로벌 주 라우팅 엔진의 섀시 프로세스에 ISSU_READY 메시지를 보냅니다. 라우팅 노드의 섀시 프로세스에서 전달되는 CM_MSG_READY 메시지는 통합 ISSU가 FRU에서 완료되었음을 나타냅니다.

12. 통합 ISSU 제어는 글로벌 기본 라우팅 엔진의 관리 프로세스로 돌아갑니다.

13. 관리 프로세스는 기본 라우팅 엔진에서 라우팅 엔진 전환이 시작됩니다.

14. 라우팅 엔진 스위치오버는 TX Matrix 라우터와 T640 라우터에서 발생합니다.

15. 전환 후, FRU는 새로운 기본 라우팅 엔진에 연결됩니다. 그리고 T640 라우터 FRU의 섀시 매니저와 패킷 포워딩 엔진 매니저가 T640 라우터의 새로운 기본 라우팅 엔진에 연결합니다.

16. 글로벌 주 라우팅 엔진의 관리 프로세스는 T640 라우터의 기존 기본 라우팅 엔진에서 업그레이드 프로세스를 시작합니다. (명령에 옵션을 request system software in-service-upgrade 지정 no-old-master-upgrade 한 경우 이 단계를 건너뛰습니다.)

17. 이전 T640 라우터의 프라이머리였던 라우팅 엔진이 업그레이드된 후 관리 프로세스는 TX Matrix 라우터에서 이전의 글로벌 주 엔진이었던 Routing Engine의 업그레이드를 시작합니다.

18. 통합 ISSU가 성공하면 명령어에 해당 옵션을 지정하면 TX Matrix 라우터와 T640 라우터가 reboot request system software in-service-upgrade 재부팅됩니다.