ASR 1000 Series - 라우터 충돌 문제 해결

다운로드 옵션

PDF (207.0 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (83.8 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (77.4 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2009년 3월 17일

문서 ID:109723

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에서는 Cisco® ASR 1000 Series Aggregation Services Router에서 충돌을 해결하는 방법에 대한 정보를 제공합니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

1002, 1004 및 1006을 포함한 모든 Cisco ASR 1000 Series Aggregation Services Router.
Cisco ASR 1000 Series Aggregation Services Router를 지원하는 모든 Cisco IOS XE Software 버전.

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

Cisco ASR 1000 Series Aggregation Services Router 충돌

충돌 유형

Cisco ASR 1000 Series Aggregation Services Router는 Cisco IOS XE Software를 소프트웨어 아키텍처로 소개합니다. Cisco IOS Software를 기반으로 하는 Cisco IOS XE Software는 RP(Route Processor), ESP(Embedded Services Processor) 또는 SIP(SPA Interface Processor)의 Linux 커널에 구축된 모듈형 운영 체제입니다. IOS 데몬(OSD) 및 기타 IOS XE 프로세스는 Linux 커널에서 실행되므로 Cisco ASR 1000 Series Aggregation Services Router의 표 1에 여러 유형의 충돌이 표시됩니다.

표 1 - 충돌 유형

충돌 유형	모듈	설명
OSD 충돌	RP	Cisco IOS 소프트웨어는 RP의 Linux 커널에서 OSD로 실행됩니다.
SPA 드라이버 충돌	SIP	제한된 Cisco IOS 소프트웨어는 SIP의 SPA를 제어하기 위해 실행됩니다.
Cisco IOS XE 프로세스 충돌	RP ESP SIP	여러 Cisco IOS XE 프로세스는 Linux 커널에서 실행됩니다. 예를 들어 섀시 관리자, 포워딩 관리자, 인터페이스 관리자 등이 RP에서 실행됩니다.
Cisco QFP(Quantum Flow Processor) 마이크로코드 충돌	ESP	마이크로코드는 QFP에서 실행됩니다. QFP는 ESP의 패킷 전달 ASIC입니다.
Linux 커널 충돌	RP ESP SIP	Linux 커널은 RP, ESP 및 SIP에서 실행됩니다.

충돌 정보 가져오기

예기치 않은 모듈 다시 로드가 발생하는 경우 문제 해결을 위해 콘솔 출력, crashinfo 파일 디렉토리 및 코어 덤프 파일 디렉토리를 사용할 수 있는지 확인해야 합니다. 그 원인을 규명하기 위해 첫 번째 단계는 문제에 대한 정보를 최대한 많이 수집하는 것입니다. 이 정보는 문제의 원인을 파악하는 데 필요합니다.

콘솔 로그 — 자세한 내용은 콘솔 연결에 대한 올바른 터미널 에뮬레이터 설정 적용을 참조하십시오.
Syslog 정보 — 라우터가 syslog 서버로 로그를 전송하도록 설정한 경우 발생한 상황에 대한 정보를 얻을 수 있습니다. 자세한 내용은 Cisco Devices for Syslog 구성 방법을 참조하십시오.
show platform — show platform 명령은 RP, ESP, SPA 및 전원 공급 장치의 상태를 표시합니다.
show tech-support — show tech-support 명령은 show version과 show running-config를 포함하는 다양한 명령의 컴파일입니다. 라우터에 문제가 발생하면 Cisco TAC(Technical Assistance Center) 엔지니어는 일반적으로 하드웨어 문제를 해결하기 위해 이 정보를 요청합니다. 다시 로드하거나 전원 주기를 수행하기 전에 show tech-support를 수집해야 합니다. 이러한 작업으로 인해 문제에 대한 정보가 손실될 수 있기 때문입니다.

참고: show tech-support 명령은 show platform 또는 show logging 명령을 포함하지 않습니다.
Boot Sequence Information — 라우터에서 부팅 오류가 발생하는 경우 전체 부팅 시퀀스입니다.
Crashinfo 파일(사용 가능한 경우) - Crashinfo File 섹션을 참조하십시오.
코어 덤프 파일(사용 가능한 경우) — 코어 덤프 파일 섹션을 참조하십시오.
Tracelog 파일(사용 가능한 경우) — Cisco ASR 1000 Series Aggregation Services Router에서 Cisco IOS XE 프로세스의 추적 로그는 하드 디스크:tracelogs(ASR 1006 또는 ASR 1004) 또는 bootflash:tracgs(ASR 1002)에서 생성됩니다. Cisco IOS XE 프로세스가 crash하면 Cisco TAC 엔지니어는 일반적으로 문제를 해결하기 위해 이 정보를 수집하도록 요청합니다.

Crashinfo 파일

OSD 또는 SPA 드라이버가 충돌하면 표 2에 표시된 위치 아래에 crashinfo 파일이 생성됩니다.

표 2 - Crashinfo 파일 위치

모델	충돌 유형	Crashinfo 파일 위치
ASR 1002	OSD 크래시 SPA 드라이버 크래시	부팅 플래시: RP에서
ASR 1004 ASR 1006	OSD 충돌	부팅 플래시: RP에서
ASR 1004 ASR 1006	SPA 드라이버 충돌	하드 디스크: RP에서

표 3에는 crashinfo 파일 이름이 표시됩니다.

표 3 - Crashinfo 파일 이름

충돌 유형	Crashinfo 파일 이름	예
OSD 충돌	crashinfo_RP_SlotNumber_00_Date-Time-Zone	crashinfo_RP_00_00_20080807-063430-UTC
SPA 드라이버 충돌	crashinfo_SIP_SlotNumber_00_Date-Time-Zone	crashinfo_SIP_00_00_20080828-084907-UTC

코어 덤프 파일

프로세스가 crash하면 표 4에 표시된 위치 아래에서 코어 덤프 파일을 찾을 수 있습니다. 코어 덤프는 프로세스의 메모리 이미지의 전체 복사본입니다. 트러블슈팅이 완료될 때까지 코어 덤프 파일을 저장하는 것이 좋습니다. 코어 덤프에는 crashinfo 파일보다 충돌 문제에 대한 더 많은 정보가 포함되며 심층적인 조사를 위해 필요하기 때문입니다. Cisco ASR 1002 라우터의 경우 하드디스크가 없으므로: 디바이스의 경우 bootflash:core/에서 코어 덤프 파일이 생성됩니다.

표 4 - 코어 덤프 파일 위치

모델	코어 덤프 파일 위치
ASR 1002	bootflash:코어/RP
ASR 1004 ASR 1006	하드 디스크:코어/RP

RP의 코어 덤프뿐만 아니라 ESP 또는 SIP 프로세스의 코어 덤프는 동일한 위치에서 생성됩니다. Cisco ASR 1006 라우터의 경우 문제가 발생했을 때 활성 RP이므로 대기 RP의 동일한 위치를 확인해야 합니다.

표 5 - 코어 덤프 파일 이름

충돌 유형	코어 덤프 파일 이름	예
OSD 충돌	hostname_RP_SlotNumber_ppc_linux_iosd-_ProcessID.core.gz	Router_RP_0_ppc_linux_iosd-_17407.core.gz
SPA 드라이버 충돌	hostname_SIP_SlotNumber_mcpcc-lc-ms_ProcessID.core.gz	Router_SIP_1_mcpcc-lc-ms_6098.core.gz
IOS XE 프로세스 충돌	hostname_FRU_SlotNumber_ProcessName_ProcessID.core.gz	Router_RP_0_fman_rp_28778.core.gz Router_ESP_1_cpp_cp_svr_4497.core.gz
Cisco QFP 충돌	hostname_ESP_SlotNumber_cpp-mcplo-ucode_ID.core.gz	Router_ESP_0_cpp-mcplo-ucode_042308082102.core.gz
Linux 커널 충돌	hostname_FRU_SlotNumber_kernel.core	Router_ESP_0_kernel.core

OSD 충돌

IOS Daemon(IOSD)은 RP에서 자체 Linux 프로세스(ppc_linux_osd-)로 실행됩니다. 듀얼 IOS 모드(Cisco ASR 1002 Router 및 Cisco ASR 1004 Router만 해당)에서 IOSD 2개가 RP에서 실행됩니다.

OSD 충돌을 식별하려면 콘솔에서 아래의 예외 출력을 찾습니다. 이중 IOS 모드 없이 Cisco ASR 1002 Router 또는 Cisco ASR 1004 Router가 충돌하는 경우 상자가 다시 로드됩니다. 이중 IOS 모드를 사용하는 Cisco ASR 1002 Router 또는 Cisco ASR 1004 Router가 충돌하는 경우 IOSD는 RP에서 전환됩니다. Cisco ASR 1006 Router 충돌 시 RP가 전환되고 새 대기 RP가 다시 로드됩니다.

Exception to IOS Thread:
Frame pointer 2C111978, PC = 1029ED60

ASR1000-EXT-SIGNAL: U_SIGSEGV(11), Process = Exec
-Traceback= 1#106b90f504fce8544ce4979667ec2d5d  
   :10000000+29ED60 :10000000+29ECB4 :10000000+2A1A9C 
:10000000+2A1DAC :10000000+492438 :10000000+1C22DC0 
   :10000000+4BBBE0 

Fastpath Thread backtrace: 
-Traceback= 1#106b90f504fce8544ce4979667ec2d5d  
   c:BC16000+C2AF0 c:BC16000+C2AD0 
iosd_unix:BD73000+111DC pthread:BA1B000+5DA0 

Auxiliary Thread backtrace: 
-Traceback= 1#106b90f504fce8544ce4979667ec2d5d  
   pthread:BA1B000+95E4 pthread:BA1B000+95C8 
c:BC16000+D7294 iosd_unix:BD73000+1A83C 
   pthread:BA1B000+5DA0 

PC  = 0x1029ED60  LR  = 0x1029ECB4  MSR = 0x0002D000
CTR = 0x0BD83C2C  XER = 0x20000000
R0  = 0x00000000  R1  = 0x2C111978  R2  = 0x2C057890  R3  = 0x00000034
R4  = 0x000000B4  R5  = 0x0000003C  R6  = 0x2C111700  R7  = 0x00000000
R8  = 0x12B04780  R9  = 0x00000000  R10 = 0x2C05048C  R11 = 0x00000050
R12 = 0x22442082  R13 = 0x13B189AC  R14 = 0x00000000  R15 = 0x00000000
R16 = 0x00000000  R17 = 0x00000001  R18 = 0x00000000  R19 = 0x00000000
R20 = 0x00000000  R21 = 0x00000000  R22 = 0x00000000  R23 = 0x00000001
R24 = 0x00000001  R25 = 0x34409AD4  R26 = 0x00000000  R27 = 0x2CE88448
R28 = 0x00000001  R29 = 0x00000000  R30 = 0x3467A0FC  R31 = 0x2C1119B8

Writing crashinfo to bootflash:crashinfo_RP_00_00_20080904-092940-UTC
Buffered messages: (last 4096 bytes only)
...

OSD가 충돌하면 crashinfo 파일 및 코어 덤프 파일이 RP에 생성됩니다.

Router#dir bootflash:
Directory of bootflash:

bootflash:crashinfo_RP_00_00_20080904-092940-UTC


Router#dir harddisk:core
Directory of harddisk:core/

3620877  -rw-    10632280   Sep 4 2008 09:31:00 +00:00  
   Router_RP_0_ppc_linux_iosd-_17407.core.gz

SPA 드라이버 충돌

SPA 드라이버에는 mcpcc-lc-ms 프로세스 및 Cisco IOS XE 프로세스 중 하나로 인해 SPA 제어를 위한 제한된 IOS 기능이 있으며 SIP에서 실행됩니다. 프로세스 mcpcc-lc-ms가 중단된 경우 SPA 드라이버 충돌을 확인할 수 있습니다. SPA 드라이버가 충돌하면 SPA가 다시 로드됩니다.

Aug 28 08:52:12.418: %PMAN-3-PROCHOLDDOWN: SIP0: 
   pman.sh:  The process mcpcc-lc-ms has been helddown (rc 142)
Aug 28 08:52:12.425: %ASR1000_OIR-6-REMSPA: 
   SPA removed from subslot 0/0, interfaces disabled
Aug 28 08:52:12.427: %SPA_OIR-6-OFFLINECARD: 
   SPA (SPA-1X10GE-L-V2) offline in subslot 0/0
Aug 28 08:52:13.131: %ASR1000_OIR-6-INSSPA: 
   SPA inserted in subslot 0/0
Aug 28 08:52:19.060: %LINK-3-UPDOWN: SIP0/0: 
   Interface EOBC0/1, changed state to up
Aug 28 08:52:20.064: %SPA_OIR-6-ONLINECARD: 
   SPA (SPA-1X10GE-L-V2) online in subslot 0/0

SPA 드라이버가 충돌하면 crashinfo 파일 및 코어 덤프 파일이 RP에 생성됩니다.

Router#dir harddisk:
Directory of harddisk:/

   14  -rw-      224579  Aug 28 2008 08:52:06 +00:00  
   crashinfo_SIP_00_00_20080828-085206-UTC

Router#dir harddisk:core
Directory of harddisk:/core/

4653060  -rw-     1389762  Aug 28 2008 08:52:12 +00:00  
   Router_SIP_0_mcpcc-lc-ms_6985.core.gz

Cisco IOS XE 프로세스 충돌

Cisco IOS XE 프로세스는 RP, ESP 및 SIP의 Linux 커널에서 실행됩니다. 표 6에는 주요 프로세스가 나열되어 있습니다. 충돌이 발생하면 모듈이 다시 로드됩니다.

표 6 - 주요 Cisco IOS XE 프로세스

제목	프로세스 이름	모듈
섀시 관리자	커먼	RP
	cman_fp	ESP
	cmcc	SIP
환경 모니터링	EMD	RP, ESP, SIP
전달 관리자	fman_rp	RP
전달 관리자	fman_fp_image	ESP
호스트 관리자	인간	RP, ESP, SIP
인터페이스 관리자	임자	RP
인터페이스 관리자	imccd	SIP
로깅 관리자	plogd	RP, ESP, SIP
플러그형 서비스	psd	RP
QFP 클라이언트 제어 프로세스	cpp_cr_svr	ESP
QFP 드라이버 프로세스	cpp_driver	ESP
QFP HA 서버	cpp_ha_top_level_server	ESP
QFP 클라이언트 서비스 프로세스	cpp_sp_server	ESP
셸 관리자	스몰	RP

Cisco ASR 1006 라우터의 ESP에서 cpp_cp_svr 프로세스가 충돌하는 경우 이 메시지가 콘솔에 표시될 수 있습니다.

Jan 24 23:37:06.644 JST: %PMAN-3-PROCHOLDDOWN: 
   F0: pman.sh:  The process cpp_cp_svr has been helddown (rc 134)
Jan 24 23:37:06.727 JST: %PMAN-0-PROCFAILCRIT: F0: pvp.sh:  
   A critical processcpp_cp_svr has failed (rc 134)
Jan 24 23:37:11.539 JST: %ASR1000_OIR-6-OFFLINECARD: 
   Card (fp) offline in slot F0

하드 디스크:core/에서 코어 덤프 파일을 찾을 수 있습니다.

Router#dir harddisk:core
Directory of harddisk:/core/

1032194  -rw-    38255956  Jan 24 2009 23:37:06 +09:00  
   Router_ESP_0_cpp_cp_svr_4714.core.gz

프로세스의 추적로그에는 유용한 출력이 포함될 수 있습니다.

Router#dir harddisk:tracelogs/cpp_cp*
Directory of harddisk:tracelogs/

4456753  -rwx       24868  Jan 24 2009 23:37:15 +09:00  
   cpp_cp_F0-0.log.4714.20090124233714

Cisco Quantum Flow Processor 마이크로코드 충돌

Cisco는 Cisco Quantum Flow Processor를 하드웨어 및 소프트웨어 아키텍처로 설계했습니다. 1세대는 2개의 실리콘에 산다. 이후 세대는 여기에 설명된 것과 동일한 소프트웨어 아키텍처를 따르는 단일 칩 솔루션이 될 수 있습니다. "Cisco QuantumFlow Processor"만 언급하면 네트워크 프로세서의 전체 하드웨어 및 소프트웨어 아키텍처를 나타냅니다.

QFP ucode가 충돌하면 ESP가 다시 로드됩니다. QFP ucode 충돌을 식별하려면 콘솔 또는 cpp-mcplo-ucode의 코어 덤프 파일에서 다음 출력을 찾습니다.

Dec 17 05:50:26.417 JST: %IOSXE-3-PLATFORM: F0: 
   cpp_cdm: CPP crashed, core file /tmp/corelink/
   Router_ESP_0_cpp-mcplo-ucode_121708055026.core.gz
Dec 17 05:50:28.206 JST: %ASR1000_OIR-6-OFFLINECARD: 
   Card (fp) offline in slot F0

코어 덤프 파일을 찾을 수 있습니다.

Router#dir harddisk:core
Directory of harddisk:core/

3719171  -rw-     1572864  Dec 17 2008 05:50:31 +09:00 
   Router_ESP_0_cpp-mcplo-ucode_121708055026.core.gz

Linux 커널 충돌

Cisco ASR 1000 Series에서 Linux 커널은 RP, ESP 및 SIP에서 실행됩니다. Linux 커널이 충돌하면 충돌 출력 없이 모듈이 다시 로드됩니다. 다시 부팅한 후 Linux 커널의 코어 덤프 파일을 찾으면 Linux 커널 충돌을 식별할 수 있습니다. 커널 코어 파일의 크기는 100MB를 초과할 수 있습니다.

Router#dir harddisk:core
Directory of harddisk:/core/

393230  ----   137389415  Dec 19 2008 01:19:40 +09:00  
   Router_RP_0_kernel_20081218161940.core

TAC 서비스 요청을 열 경우 수집할 정보

위의 단계를 수행한 후에도 지원이 필요한 경우 Cisco TAC에서 서비스 요청을 열려면 이 정보를 포함하여 라우터 충돌 문제를 해결해야 합니다.
서비스 요청을 열기 전에 수행된 트러블슈팅 show platform 출력(가능한 경우 활성화 모드에서) 사용 가능한 경우 show logging 출력 또는 콘솔 캡처 show tech-support 출력(가능한 경우 활성화 모드에서) crashinfo 파일(있는 경우) 코어 덤프 파일(있는 경우) 수집된 데이터를 압축되지 않은 일반 텍스트 형식(.txt)으로 서비스 요청에 첨부합니다. TAC 서비스 요청 툴을 사용하여 업로드한 경우 서비스 요청에 정보를 첨부할 수 있습니다(등록된 고객만 해당). Service Request 툴에 액세스할 수 없는 경우, 해당 정보를 attach@cisco.com으로 전송하면 해당 정보를 서비스 요청에 첨부하고 해당 케이스 번호를 메시지 제목 줄에 입력할 수 있습니다. 참고: 이 정보를 수집하기 전에 라우터를 수동으로 다시 로드하거나 전원을 껐다가 다시 켜지 마십시오. 이 경우 문제의 근본 원인을 파악하는 데 필요한 중요한 정보가 손실될 수 있기 때문입니다.

위의 단계를 수행한 후에도 지원이 필요한 경우 Cisco TAC에서 서비스 요청을 열려면 이 정보를 포함하여 라우터 충돌 문제를 해결해야 합니다.

서비스 요청을 열기 전에 수행된 트러블슈팅
show platform 출력(가능한 경우 활성화 모드에서)
사용 가능한 경우 show logging 출력 또는 콘솔 캡처
show tech-support 출력(가능한 경우 활성화 모드에서)
crashinfo 파일(있는 경우)
코어 덤프 파일(있는 경우)

수집된 데이터를 압축되지 않은 일반 텍스트 형식(.txt)으로 서비스 요청에 첨부합니다. TAC 서비스 요청 툴을 사용하여 업로드한 경우 서비스 요청에 정보를 첨부할 수 있습니다(등록된 고객만 해당). Service Request 툴에 액세스할 수 없는 경우, 해당 정보를 attach@cisco.com으로 전송하면 해당 정보를 서비스 요청에 첨부하고 해당 케이스 번호를 메시지 제목 줄에 입력할 수 있습니다.

참고: 이 정보를 수집하기 전에 라우터를 수동으로 다시 로드하거나 전원을 껐다가 다시 켜지 마십시오. 이 경우 문제의 근본 원인을 파악하는 데 필요한 중요한 정보가 손실될 수 있기 때문입니다.