A. 12000 Series 인터넷 라우터는 7가지 모델로 제공됩니다.다음 표에는 다음 모델의 하드웨어 차이점이 나열되어 있습니다.
12008 12012 12016 12404 12406 12410 12416 스위치 패브릭 용량(Gbps) 40 60 802 80 120 200 320 슬롯 수 8 12 16 4 6 10 16 스위치 패브릭 슬롯 수 SFC 3개, CSC 2개 SFC 3개, CSC 2개 SFC 3개, CSC 2개 보드 1개3 SFC 3개, CSC 2개 SFC 5개, CSC 2개 SFC 3개, CSC 2개 라인 카드 슬롯 수1 7 11 15 3 5 9 15 1 GRP(Gigabit Route Processor)에서 하나의 슬롯을 가져옵니다. 이중화를 위해 두 개의 GRP가 있는 경우 라인 카드에 사용할 수 있는 슬롯 하나를 제거해야 합니다.
2 Cisco 12016은 스위치 패브릭 업그레이드 키트를 사용하여 Cisco 12416으로 업그레이드할 수 있습니다.
3 12404에는 모든 CSC(Clock and Scheduler Card) 및 SFC(Switch Fabric Card) 기능(기능상 하나의 CSC 및 3개의 SFC와 동일)이 포함된 하나의 보드가 있습니다.
GRP는 임의의 슬롯에 넣을 수 있습니다.Cisco 12012에서는 슬롯 0과 11을 GRP에 사용하는 것이 좋습니다. 이러한 슬롯은 시원하지 않으며 GRP는 다른 LC(Line Card)보다 열을 덜 방출하기 때문입니다.
A. 12016과 12416은 동일한 섀시입니다.유일한 차이점은 다른 클럭 및 스케줄러 카드(CSC)와 스위치 패브릭 카드(SFC)입니다. 12016은 GSR16/80-CSC 및 GSR16/80-SFC를, 12416은 GSR16/320-CSC와 GSR16/320-SFC를 사용합니다.새로운 SFC를 통해 12416은 슬롯당 최대 10Gbps를 지원할 수 있는 반면, 12016은 슬롯당 최대 2.5Gbps를 지원합니다.
12016이 있고 12416으로 업그레이드하려면 GSR16/80-CSC 및 GSR16/80-SFC를 새로운 GSR16/320-CSC 및 GSR16/320-SFC로 교체하기만 하면 됩니다.
A. SFC와 CSC는 시스템에 대한 물리적 스위치 패브릭과 라인 카드와 라우트 프로세서 사이에서 데이터를 운반하고 패킷을 제어하는 Cisco 셀의 잠금을 제공합니다.
12008, 12012 및 12016에서는 라우터를 실행하려면 하나 이상의 CSC가 있어야 합니다.CSC가 1개이고 SFC가 없는 것을 분기 대역폭이라고 하며 엔진 0 라인 카드(LC)에서만 작동합니다. 시스템에 다른 LC가 있으면 자동으로 종료됩니다.Engine 0 이외의 LC가 필요한 경우 라우터에 전체 대역폭(SFC 3개와 CSC 1개)을 설치해야 합니다.이중화가 필요한 경우 두 번째 CSC가 필요합니다.이 이중화 CSC는 CSC 또는 SFC가 불량한 경우에만 작동합니다.이중 CSC는 CSC 또는 SFC로 작동할 수 있습니다.
12416, 12406, 12410 및 12404에는 전체 대역폭이 필요합니다.
모든 Cisco 12000 Series 라우터에는 최대 3개의 SFC와 2개의 CSC가 있습니다. 단, 전용 SFC가 5개, 전용 CSC가 2개 있는 12410 시리즈와 모든 CFC 및 SFC 기능이 포함된 보드가 1개 있는 12404가 있습니다.12404에는 이중화가 없습니다.
12008, 12012, 12016, 12406, 12416에서는 CSC 카드도 SFC로 작동합니다.따라서 전체 대역폭 이중화 구성을 사용하려면 SFC 3개와 CSC 2개만 있으면 됩니다.12410에는 전용 CSC와 SFC가 있습니다.전체 대역폭 이중화 구성을 얻으려면 CSC 2개와 SFC 5개가 필요합니다.
1/4 대역폭 컨피그레이션은 12008, 12012 및 12016에서만 사용할 수 있습니다(섀시에 엔진 0 LC만 있는 경우).12400 시리즈 섀시에 상주하는 CSC192 및 SFC192는 분기 대역폭 구성을 지원하지 않습니다.
A. 서로 다른 SFC(Switch Fabric Card) 및 CSC(Clock and Scheduler Card)를 사용하지만 모든 12000 Series 인터넷 라우터는 동일한 GRP(Gigabit Route Processor) 및 LC(Line Card)를 사용합니다. 단, OC-192 POS, 10xGE 등 엔진 4를 기반으로 하는 모든 LC와 320Gbps 스위치 패브릭을 사용하여 124xx에서만 지원되는 LC는 예외입니다.자세한 내용은 상자에서 실행 중인 엔진 카드를 어떻게 확인할 수 있습니까?를 참조하십시오.
A. GRP(Gigabit Route Processor) 및 LC(Line Card)는 섀시 전면에서 설치되고 패시브 백플레인에 연결됩니다.이 백플레인에는 모든 LC를 스위치 패브릭 카드에 연결하는 직렬 회선이 포함되어 있으며, 전원 및 유지 보수 기능을 위한 기타 연결이 포함되어 있습니다.각 2.5Gbps 섀시 슬롯(12008, 12012, 12016)에는 최대 4개의 직렬 회선 연결(1.25Gbps)이 있으며, 각 SFC에 하나씩 연결하여 슬롯당 총 5Gbps(2.5Gbps 전이중)의 용량을 제공합니다. 10Gbps(12404, 12406, 12410 및 12416)는 각 슬롯에서 4개의 직렬 회선 연결 세트를 사용하여 각 슬롯에서 20Gbps 전이중 스위칭 용량을 제공합니다.
참고: 실제로 각 LC에는 5개의 직렬 회선 연결이 있습니다.하나는 이중화(이중화 카드로 이동)를 위한 것이고, 다른 SFC를 통해 데이터를 XOR로 수정하여 오류를 수정합니다.124xx 시리즈에서도 마찬가지입니다.
A. GRP에는 다음과 같은 유형의 메모리가 있습니다.
동적 RAM(DRAM)
DRAM은 주 또는 프로세서 메모리라고도 합니다.GRP와 LC(Line Card)에는 모두 온보드 프로세서가 Cisco IOS® 소프트웨어를 실행하고 네트워크 라우팅 테이블을 저장할 수 있는 DRAM이 포함되어 있습니다.GRP에서 공장 기본값인 128MB부터 최대 구성 512MB까지 경로 메모리를 구성할 수 있습니다.
GRP의 프로세서는 온보드 DRAM을 사용하여 다음과 같은 다양한 중요한 작업을 수행합니다.
Cisco IOS 소프트웨어 이미지 실행
네트워크 라우팅 테이블 저장 및 유지 관리
설치된 LC에 Cisco IOS 소프트웨어 이미지 로드
업데이트된 Cisco Express Forwarding 테이블(FIB(Forwarding Information Base) 및 인접성 테이블)을 설치된 LC에 서식 지정 및 배포
설치된 카드의 온도 및 전압 경보 상태 모니터링 및 필요 시 종료
연결된 터미널을 사용하여 라우터를 구성할 수 있는 콘솔 포트 지원
네트워크 라우팅 프로토콜(네트워킹 환경의 다른 라우터와 함께)에 참여하여 라우터의 내부 라우팅 테이블을 업데이트합니다.
참고: GRP의 512MB 경로 메모리 구성은 제품 번호 GRP-B=와만 호환됩니다.또한 Cisco IOS Software 릴리스 12.0(19)S, 12.0(19)ST 이상이 필요하며 ROM Monitor(ROMmon) 릴리스 11.2(181) 이상도 필요합니다.
SRAM(Shared Random Access Memory)
SRAM은 보조 CPU 캐시 메모리를 제공합니다.표준 GRP 구성은 512KB입니다.이 기능의 주요 기능은 LC를 오가는 라우팅 테이블 업데이트 정보를 위한 스테이징 영역 역할을 합니다.SRAM은 필드 업그레이드 불가, 즉 업그레이드하거나 교체할 수 없습니다.
GRP 플래시 메모리
온보드 및 PCMCIA 카드 기반 플래시 메모리를 모두 사용하면 여러 Cisco IOS 소프트웨어 및 마이크로코드 이미지를 원격으로 로드 및 저장할 수 있습니다.네트워크 또는 로컬 서버에서 새 이미지를 다운로드할 수 있습니다.그런 다음 플래시 메모리에 새 이미지를 추가하거나 기존 파일을 교체할 수 있습니다.수동으로 또는 저장된 이미지에서 자동으로 라우터를 부팅할 수 있습니다.플래시 메모리는 또한 다른 서버가 저장된 이미지에서 원격으로 부팅하거나 자체 플래시 메모리로 복사할 수 있도록 TFTP 서버 역할을 합니다.
온보드 플래시 SIMM(Single Inline Memory Module)
온보드 플래시 메모리(bootflash라고 함)는 소켓 U17에 있으며 GRP에 Cisco IOS 소프트웨어 부팅 이미지 및 기타 사용자 정의 파일이 포함되어 있습니다.8MB SIMM이며, 현장에서 업그레이드할 수 없습니다.업그레이드하거나 교체할 수 없습니다.부팅 이미지를 기본 Cisco IOS 소프트웨어 이미지와 동기화하는 것이 좋습니다.
플래시 메모리 카드
플래시 메모리 카드에는 Cisco IOS 소프트웨어 이미지가 포함되어 있습니다.플래시 메모리 카드는 제품 번호 MEM-GRP-FL20=로 사용할 수 있습니다. 이 카드는 예비품으로 또는 Cisco 12000 Series 시스템의 일부로 제공되는 20MB PCMCIA 플래시 메모리 카드입니다.이 카드는 GRP의 두 PCMCIA 슬롯 중 하나에 삽입될 수 있으므로 Cisco IOS 소프트웨어를 GRP 기본 메모리에 로드할 수 있습니다.유형 1과 유형 2 PCMCIA 카드를 모두 사용할 수 있습니다.
PCMCIA 플래시 카드와 다양한 플랫폼 간의 호환성 정보는 PCMCIA 파일 시스템 호환성 매트릭스를 참조하십시오.
비휘발성 RAM(NVRAM)
NVRAM에 저장된 정보는 비휘발성이며, 이는 시스템이 다시 로드된 후에도 정보가 이 메모리에 여전히 있음을 의미합니다.시스템 구성 파일, 소프트웨어 구성 레지스터 설정 및 환경 모니터링 로그는 512KB NVRAM에 포함되어 있습니다. 이 NVRAM은 콘텐츠를 최소 5년 동안 보관하는 내장형 리튬 배터리로 백업됩니다.NVRAM은 현장에서 업그레이드할 수 없으므로 업그레이드하거나 교체할 수 없습니다.
지울 수 있는 프로그래밍 가능 읽기 전용 메모리(EPROM)
GRP의 EPROM에는 플래시 메모리 SIMM에 부팅 도우미 이미지가 없는 경우 플래시 메모리 카드에서 기본 Cisco IOS 소프트웨어 이미지를 부팅할 수 있는 ROMmon이 포함되어 있습니다.유효한 이미지를 찾을 수 없는 경우 부팅 프로세스는 기본 명령을 허용하는 기본 Cisco IOS 소프트웨어의 하위 집합인 ROMmon 모드로 끝납니다.512KB 플래시 EPROM은 현장에서 업그레이드할 수 없으므로 업그레이드하거나 교체할 수 없습니다.
A. LC에는 사용자 구성 가능한 LC 메모리의 두 가지 유형이 있습니다.
경로 또는 프로세서 메모리(DRAM(Dynamic RAM)에 있음)
패킷 메모리(SDRAM(Synchronous Dynamic RAM)에 있음)
LC 메모리 구성과 메모리 소켓 위치는 LC의 엔진 유형에 따라 다릅니다.일반적으로 모든 LC는 프로세서 또는 라우트 메모리에 대해 공통된 메모리 구성 옵션 집합을 공유하지만 LC가 구축된 엔진 유형에 따라 패킷 메모리에 대해 서로 다른 기본 및 최대 구성을 지원합니다.
LC에서 기본 메모리는 공장 기본값인 128MB(엔진 0, 1, 2)부터 엔진 3 및 4 LC의 기본값인 256MB까지 구성할 수 있습니다.
참고: DRAM이 부족하여 Cisco Express Forwarding 테이블을 하나의 LC에 로드할 수 없는 경우 Cisco Express Forwarding은 이 LC에 대해 자동으로 비활성화되며, 이 방법이 12000 Series 인터넷 라우터에서 사용 가능한 유일한 스위칭 방법이므로 LC 자체는 비활성화됩니다.
LC 패킷 메모리는 LC 프로세서의 스위칭 결정을 기다리는 데이터 패킷을 임시로 저장합니다.LC 프로세서가 스위칭 결정을 내리면 패킷이 라우터의 스위치 패브릭에 전달되어 적절한 LC로 전송됩니다.LC가 작동하려면 전송 및 수신 모두에 대한 DIMM(Dual In-line Memory Module) 소켓이 채워져야 합니다.수신 및 전송 버퍼는 다른 메모리 크기로 작동할 수 있지만 특정 버퍼에 설치된 SDRAM DIMM은 유형과 크기가 같아야 합니다(수신 또는 전송).
엔진 유형 기본 패킷 메모리 업그레이드 가능 업그레이드 가능 엔진 0 MEM-LC-PKT-128= 아니요 엔진 1 MEM-LC1-PKT-256= 아니요 엔진 2 MEM-LC1-PKT-256= 예 MEM-PKT-512-UPG= 엔진 3 512MB - 아직 FRU 없음 아니요 엔진 4 MEM-LC4-PKT-512= 아니요
A. Cisco 12000 Series는 코어, 에지, 채널화된 에지, ATM, 이더넷, DPT(Dynamic Packet Transport) 및 EOS(End-of-Sale)를 포함한 광범위한 LC 포트폴리오를 제공합니다. 이러한 LC는 Cisco 12000 Series 분산 시스템 아키텍처를 통해 높은 성능과 보장 수준의 우선 순위 패킷 전달 및 투명한 OIR(Online-Insertion and Removal)을 제공합니다.이 표에는 2001년 12월 기준 릴리스된 LC가 나열되어 있습니다.
코어 LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 1-Port OC-48 POS ISE(Internet Service Engine) One-Port OC-48c/STM -16c POS/SDH ISE Line Card 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST 1-Port OC-48 POS One-Port OC-48c/STM-16c POS/SDH Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 데이터시트 4-Port OC-48 POS Four-Port OC-48c/STM-16c POS/SDH Line Card 엔진 4 10G 섀시 전용 12.0(15)S 12.0(17)ST 1-Port OC-192 POS One-Port OC-192c/STM-64c POS/SDH Line Card 엔진 4 10G 섀시 전용 12.0(15)S 12.0(17)ST 에지 LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 6-Port DS3 6-Port DS3 Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 12-Port DS3 12-Port DS3 Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 6-Port E3 6-Port E3 Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(15)S 12.0(16)ST 12-Port E3 12-Port E3 Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(15)S 12.0(16)ST 4-Port OC-3 POS Four-Port OC-3c/STM-1c POS/SDH Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(05)S 12.0(11)ST 데이터시트 8-Port OC-3 POS Eight-Port OC-3c/STM-1c POS/SDH Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 16-Port OC-3 POS 16포트 OC-3c/STM-1c POS/SDH Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 16-Port OC-3 POS ISE 16포트 OC-3c/STM-1c POS/SDH ISE 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST 1-Port OC-12 POS One-Port OC-12c/STM-4c POS/SDH Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 데이터시트 4-Port OC-12 POS Four-Port OC-12c/STM-4c POS/SDH Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 데이터시트 4-Port OC-12 POS ISE 4-Port OC-12c/STM-4c POS/SDH ISE Line Card 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST 1-Port OC-48 POS ISE One-Port OC-48c/STM-16c POS/SDH ISE Line Card 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST Channelized Edge LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 2-Port CHOC-3, DS1/E1 2포트 Channelized OC-3/STM-1(DS1/E1) Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(17)S 12.0(17)ST 데이터시트 1-Port CHOC-12, DS3 One-Port Channelized OC-12(DS3) Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(05)S 12.0(11)ST 데이터시트 1-Port CHOC-12, OC-3 One-Port Channelized OC-12/STM-4(OC-3/STM-1) Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(05)S 12.0(11)ST 데이터시트 4-Port CHOC-12 ISE 4-Port Channelized OC-12/STM-4(DS3/E3, OC-3c/STM-1c) POS/SDH ISE 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST 1-Port CHOC-48 ISE One-Port Channelized OC-48/STM-16(DS3/E3, OC-3c/STM-1c, OC-12c/STM-4c) POS/SDH ISE Line Card 엔진 3(ISE) 10G 섀시 2.5G 섀시 12.0(21)S 12.0(21)ST 6-Port CH3 6-Port Channelized T3(T1) Line Card 엔진 0 10G 섀시 2.5G 섀시 12.0(14)S 12.0(14)ST ATM LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 4-Port OC-3 ATM Four-Port OC-3c/STM-1c ATM 엔진 0 10G 섀시 2.5G 섀시 12.0(5)S 12.0(11)ST 1-Port OC-12 ATM One-Port OC-12c/STM-4c ATM 엔진 0 10G 섀시 2.5G 섀시 12.0(7)S 12.0(11)ST 데이터시트 4-Port OC-12 ATM Four-Port OC-12c/STM-4c ATM Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(13)S 12.0(14)ST 데이터시트 이더넷 LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 8-Port FE with ECC 8-Port Fast Ethernet Line Card 엔진 1 10G 섀시 2.5G 섀시 12.0(10)S 12.0(16)ST 3-Port GE 3-Port Gigabit Ethernet Line Card 엔진 2 10G 섀시 2.5G 섀시 12.0(11)S 12.0(16)ST 데이터시트 10-Port GE Ten-Port Gigabit Ethernet 엔진 4(RX/TX+ /밀도 포함) 10G 섀시 2.5G 섀시 12.0(22)S 12.0(22)ST 데이터시트 DPT LC
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 리소스 2-Port OC-12 DPT Two-Port OC-12c/STM-4c DPT 엔진 1 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 발표 1-Port OC-48 DPT One-Port OC-48c/STM-16c DPT 엔진 2 10G 섀시 2.5G 섀시 12.0(15)S 12.0(16)ST 데이터시트 발표 EOSLC
이러한 LC는 더 이상 판매되지 않습니다.이 목록은 참조용으로만 표시됩니다.
라인 카드 이름 엔진 지원되는 섀시 Cisco IOS 소프트웨어 릴리스 1-Port OC-192c/STM-64c Enabler Card One-Port OC-192c/STM-64c POs/Enabler Card 엔진 2 10G 섀시 2.5G 섀시 12.0(10)S 12.0(11)ST 1-Port GE with ECC 1-Port Gigabit Ethernet Line Card 자세한 내용은 제품 게시판을 참조하십시오. 엔진 1 10G 섀시 2.5G 섀시 12.0(10)S 12.0(16)ST 참고: 엔진 3 LC는 라인 레이트로 에지 기능을 수행할 수 있습니다.레이어 3(L3) 엔진이 높을수록 하드웨어에서 더 많은 패킷이 스위칭됩니다.
A. Cisco IOS Software 릴리스 12.0(9)S는 다음과 같이 show diag 명령의 출력에 레이어 3(L3) 엔진 유형을 추가했습니다.
SLOT 1 (RP/LC 1 ): 1 Port Packet Over SONET OC-12c/STM-4c Single Mode MAIN: type 34, 800-2529-02 rev C0 dev 16777215 HW config: 0x00 SW key: FF-FF-FF PCA: 73-2184-04 rev D0 ver 3 HW version 1.1 S/N CAB0242ADZM MBUS: MBUS Agent (1) 73-2146-07 rev B0 dev 0 HW version 1.2 S/N CAB0236A4LE Test hist: 0xFF RMA#: FF-FF-FF RMA hist: 0xFF DIAG: Test count: 0xFFFFFFFF Test results: 0xFFFFFFFF L3 Engine: 0 - OC12 (622 Mbps) !--- Engine 0 card. MBUS Agent Software version 01.40 (RAM) (ROM version is 02.02) Using CAN Bus A ROM Monitor version 10.00 Fabric Downloader version used 13.01 (ROM version is 13.01) Primary clock is CSC 1 Board is analyzed Board State is Line Card Enabled (IOS RUN ) Insertion time: 00:00:11 (2w1d ago) DRAM size: 268435456 bytes FrFab SDRAM size: 67108864 bytes ToFab SDRAM size: 67108864 bytes 0 crashes since restart동일한 결과를 가져오는 데 사용할 수 있는 바로 가기 명령은 있지만 유용한 정보만 사용할 수 있습니다.
Router#show diag | i (SLOT | Engine) ... SLOT 1 (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode L3 Engine: 0 - OC12 (622 Mbps) SLOT 3 (RP/LC 3 ): 3 Port Gigabit Ethernet L3 Engine: 2 - Backbone OC48 (2.5 Gbps) ...
A. 중복 GRP에 대한 지원은 Cisco IOS Software Releases 12.0(5)S 및 11.2(15)GS2에 도입되었습니다. 12000 Series 라우터 섀시에 두 개의 GRP를 설치하면 한 GRP가 활성 GRP역할을 하고 다른 GRP는 백업 또는 대기 GRP로 작동합니다.기본 RP(Route Processor)가 실패하거나 시스템에서 제거된 경우 보조 GRP는 오류를 감지하고 전환을 시작합니다.전환 중에 보조 GRP는 라우터를 제어하고, 네트워크 인터페이스와 연결하며, 로컬 네트워크 관리 인터페이스와 시스템 콘솔을 활성화합니다.
라우트 프로세서 이중화
RPR(Router Processor Redundancy)은 HSA(High System Availability)의 대체 모드이며 전환 전에 스탠바이 프로세서에서 Cisco IOS Software를 부팅할 수 있습니다(예: "콜드 부팅"). RPR에서 대기 RP는 부팅 시 Cisco IOS 소프트웨어 이미지를 로드하고 대기 모드에서 자신을 초기화합니다.그러나 시작 컨피그레이션이 대기 RP에 동기화되지만 시스템 변경 사항은 동기화되지 않습니다.활성 RP에서 치명적인 오류가 발생하면 시스템은 대기 프로세서로 전환되며, 대기 프로세서는 활성 프로세서로 다시 초기화되어 시작 컨피그레이션을 읽고 구문 분석하고 모든 LC(Line Card)를 다시 로드하며 시스템을 다시 시작합니다.
Route Processor Redundancy Plus
RPR+ 모드에서는 대기 RP가 완전히 초기화됩니다.활성 RP는 시작 및 실행 중인 컨피그레이션 변경 사항을 스탠바이 RP로 동적으로 동기화합니다. 즉, 스탠바이 RP를 다시 로드하고 다시 초기화할 필요가 없습니다("핫 부팅"). 또한 Cisco 1000 및 12000 Series 인터넷 라우터에서 LC는 RPR+ 모드에서 재설정되지 않습니다.이 기능은 프로세서 간에 훨씬 더 빠른 전환을 제공합니다.대기 RP에 동기화된 정보에는 실행 중인 컨피그레이션 정보, Cisco 1000 및 12000 Series 인터넷 라우터의 시작 정보, 하드웨어 OIR(Online Insertion and Removal)과 같은 섀시 상태 변경이 포함됩니다.LC, 프로토콜 및 애플리케이션 상태 정보는 대기 RP에 동기화되지 않습니다.
RPR+는 Cisco IOS Software 릴리스 12.0(17)ST에 도입되었습니다.RPR+를 지원하는 12000 Series 인터넷 라우터를 사용하는 LC에 대한 자세한 내용은 Cisco IOS Release 12.0 S용 교차 플랫폼 릴리스 노트, 2부:새로운 기능 및 중요 참고 사항RPR+ 전환 중에 다른 모든 라인 카드(예: ATM 및 Engine 3)가 재설정되고 다시 로드됩니다.
상태 저장 전환
SSO(Stateful Switchover) 모드는 Cisco IOS 소프트웨어가 스탠바이 RP에서 완전히 초기화되도록 RPR+의 모든 기능을 제공합니다.또한 SSO는 지원되는 기능 및 프로토콜("핫 스탠바이")을 위해 RP 간에 LC, 프로토콜 및 애플리케이션 상태 정보의 동기화를 지원합니다.
SSO는 Cisco IOS Software 릴리스 12.0(22)S 이후 제공되는 새로운 기능입니다.이 기능에 대한 자세한 내용은 상태 기반 전환을 참조하십시오.
A. 필요한 기능에 따라 Cisco IOS Software 릴리스 11.2GS, 12.0S 또는 12.0ST를 12000 Series 인터넷 라우터에 설치할 수 있습니다.필요한 기능, 설치된 하드웨어 부품 및 사용 가능한 메모리를 기반으로 선택해야 합니다.
설치할 Cisco IOS Software를 결정하는 참조 설명서는 나열된 릴리스 정보를 참조하십시오.각 Cisco IOS 소프트웨어 릴리스에서 지원되는 기능 및 하드웨어 구성 요소에 대한 자세한 개요를 제공합니다.
Software Advisor(등록된 고객만 해당) 툴을 사용하면 네트워크 디바이스에 적합한 소프트웨어를 선택할 수 있습니다.
참고: 12000 Series Internet Router(gsr-x-xx)에서 실행되는 이미지에는 시스템 초기화 과정에서 LC에 다운로드되는 LC(Integrated Line Card) 이미지(glc-x-x)가 포함됩니다.
A. ACL에 대한 지원은 LC(Line Card)의 레이어 3(L3) 엔진 유형에 따라 다릅니다. Engine 4 LC는 ACL을 지원하지 않지만 Engine 4+(현재 EFT(Early Field Trial)에서는 이를 지원합니다.
A. 자세한 내용은 12000 Series 인터넷 라우터의 MIB 지원 목록과 cisco.com 웹 사이트의 Cisco MIBs 페이지를 참조하십시오.
A. 12000 Series 인터넷 라우터는 일반적으로 IP 네트워크의 코어에서 고속 패킷 포워딩 성능을 제공하도록 설계되었습니다.Engine 3 및 Engine 4+ Line Card(LC)는 에지 애플리케이션을 위해 설계되었으며 성능에 영향을 미치지 않으면서 하드웨어에서 QoS와 같은 향상된 IP 서비스를 구현합니다.
다음 표에는 엔진 유형별로 QoS 기능 지원이 요약되어 있습니다.
MDRR WRED 마킹 참고 엔진 0 예 - 소프트웨어 예 - 소프트웨어 Rate-Limit 명령문만 해당됩니다.정책 기반 라우팅도 사용할 수 있습니다. 엔진 1 아니요 아니요 Rate-Limit 명령문만정책 기반 라우팅도 사용할 수 있습니다. 엔진 2 예 - 하드웨어 예 - 하드웨어 인터페이스당 단일 인그레스 속도 제한 문입니다.ACL이 없습니다. 하위 인터페이스에서는 표시, MDRR 및 WRED를 사용할 수 없습니다. 엔진 3 예 - 하드웨어 예 - 하드웨어 포트, ACL, 속도 제한 하위 인터페이스는 엔진 3에서 지원됩니다. 엔진 4 예 - 하드웨어 예 - 하드웨어 예 - 속도 제한이 있는 포트 기준ACL에 없습니다. 최소 하위 인터페이스 지원. 엔진 4+ 예 - 하드웨어 예 - 하드웨어 예 - Engine 4와 마찬가지로 ACL도 지원합니다. 1 MDRR = 수정된 부족 라운드 로빈
2 WRED = 가중 임의 조기 탐지
라우터에 적합한 패킷 스케줄링 메커니즘은 스위칭 아키텍처에 따라 달라집니다.WFQ(Weighted Fair Queueing) 및 CBWFQ(Class-Based WFQ)는 버스 기반 아키텍처를 갖춘 Cisco 라우터 플랫폼에서 리소스를 할당하기 위한 잘 알려진 스케줄링 알고리즘입니다.그러나 Cisco 12000 Series 라우터에서는 지원되지 않습니다.Cisco 12000 Series 라우터에서는 레거시 우선순위 큐잉 및 사용자 지정 큐잉도 지원되지 않습니다.대신 GSR(Gigabit Switch Router)은 아키텍처 및 고속 스위치 패브릭에 더 적합한 대기열 메커니즘을 사용합니다.이 메커니즘은 MDRR입니다.
DRR(Define Round Robin) 내에서 각 서비스 대기열에는 연관된 양자 값(각 라운드에 제공되는 평균 바이트 수)과 양자 값으로 초기화된 부족 카운터가 있습니다.비어 있지 않은 각 플로우 대기열은 라운드 로빈 방식으로 제공되며 각 라운드에서 양자 바이트의 평균 패킷에 대해 스케줄링합니다.부족 카운터가 0보다 큰 경우 서비스 대기열의 패킷이 제공됩니다.제공된 각 패킷은 바이트 길이와 같은 값으로 부족 카운터를 줄입니다.손실률 카운터가 0이나 음수가 된 후에는 더 이상 대기열을 처리할 수 없습니다.새 라운드마다 비어 있지 않은 대기열의 각 부족 카운터가 양자 값에 의해 증가합니다.
MDRR은 두 가지 모드 중 하나로 서비스할 수 있는 특수한 저지연 대기열을 추가하여 일반 DRR과 다릅니다.
Strict priority mode(엄격한 우선순위 모드) - 큐가 비어 있지 않을 때마다 서비스가 제공됩니다.이렇게 하면 이 트래픽에 대해 가능한 최소 지연 시간이 허용됩니다.
Alternate mode(대체 모드) - 대기 시간이 짧은 대기열은 자신과 다른 대기열 간에 교대로 처리됩니다.
팁: 이 짧은 지연 시간은 매우 낮고 지터가 낮은 시간에 민감한 트래픽에 절대적으로 필요합니다.예를 들어 VoIP(Voice over IP) 네트워크를 구축하려는 경우 지연 및 지터 요구 사항이 매우 엄격하며 이러한 요구 사항을 충족하는 유일한 방법은 엄격한 우선 순위 모드를 사용하는 것입니다.PQ(Priority Queue) 클래스의 백본에 있는 SLA(Service Level Agreement)에는 지연 및 지터가 적고 손실이 없어야 합니다.대체 모드에서는 더 많은 지연이 발생하여 PQ 클래스에 더 많은 잡음이 발생합니다.통신 사업자는 평균 사용률이 30-50%를 초과하지 않도록 PQ 클래스를 설계합니다.이그레스 속도의 100%를 초과하는 PQ 등급의 버스트가 허용됩니다.이 경우, 다른 계층들은 굶어죽지만 아주 짧은 시간 동안(최악의 경우에는 수백 � 명 정도).
다음 표에는 ToFab(스위치 패브릭) 및 FrFab(스위치 패브릭) 하드웨어 대기열의 MDRR 지원이 나열되어 있습니다.
대체 MDRR에 복사 ToFab Strict MDRR ToFab WRED Eng0 아니요 예 예 영어1 아니요 아니요 아니요 영어2 예 예 예 영어3 예 예 예 영어4 예 예 예 영어4+ 예 예 예 12000 Series 인터넷 라우터의 모든 ToFab Class of Service(CoS)는 레거시 CoS 구문을 통해 구성해야 합니다.
FrFab 대체 MDRR FrFab Strict MDRR FrFab WRED Eng0 아니요 예 예 영어1 아니요 아니요 아니요 영어2 예1 예 예 영어3 예2 예 예 영어4 예 예 예 영어4+ 예 예 예 1 FrFab 방향의 대체 MDRR은 Engine 2 LC의 레거시 CoS 구문에서만 사용할 수 있습니다.
2 Engine 3/5 하드웨어는 큐당 이그레스 셰이핑 및 폴리싱을 지원합니다.이 기능은 대체 모드 MDRR 대기열 처리의 상위 집합을 제공합니다.
A. MQC는 Cisco IOS Software를 실행하는 라우터에서 플랫폼 간에 공통 명령줄 구문을 제공하여 QoS(Quality of Service) 기능의 컨피그레이션을 간소화합니다.MQC에는 다음 3단계가 포함되어 있습니다.
class-map 명령을 사용하여 트래픽 클래스 정의
트래픽 클래스를 하나 이상의 QoS 정책과 연결하여 서비스 정책 생성(policy-map 명령 사용)
service-policy 명령을 사용하여 인터페이스에 서비스 정책 연결
자세한 내용은 Modular Quality of Service Command Line Interface를 참조하십시오.
12000 Series Internet Router의 MQC는 다른 플랫폼에서의 구현과 약간 다릅니다.또한 각 L3(Layer 3) 포워딩 엔진의 MQC는 약간 다를 수 있습니다.
다음 표에는 모든 L3 엔진 유형의 라인 카드(LC)에 대한 MQC 지원이 나열되어 있습니다.
L3 엔진 유형 엔진 01 엔진 1 엔진 2 엔진 3 엔진 4 엔진 4+ MQC 지원 예3 아니요 예3 예 예 예 Cisco IOS 소프트웨어 릴리스 12.0(15)S - 12.0(15)S2 12.0(21)S 12.0(22)S 12.0(22)S 1 4OC3/ATM 및 LC-1OC12/ATM Engine 0 라인 카드는 MQC를 지원하지 않습니다.
2 일부 LC의 MQC 지원에 대한 몇 가지 예외가 있습니다.
8포트 OC3 ATM LC의 경우 12.0(22)S 이상 릴리스에서 지원됩니다.
2포트 CHOC3/STM1의 경우 12.0(17)S 이후 지원됩니다.
OC-48 DPT의 경우 12.0(18)S 이후 지원됩니다.
3 Engine 0 및 Engine 2의 경우 MQC는 다음 명령만 지원합니다.
match ip precedence [value]
대역폭 백분율[값]
우선 순위
임의
임의 우선 순위 [prec] [min] [max] 1
MQC는 FrFab 대기열만 지원합니다.ToFab 대기열은 MQC에서 지원되지 않습니다.따라서 Rx WRED(Weighted Random Early Detection) 및 MDRR(Modified Defense Round Robin)은 기존 CLI를 통해서만 구성할 수 있습니다.
이는 모든 LC에 유효합니다.MQC는 ToFab Class of Service(CoS)에 대해 알지 못합니다.
가상 출력 큐(ToFab 대기열이라고 함)가 입력 큐가 아니므로 Rx 정책을 사용할 수 없습니다.ToFab 대기열은 대상 슬롯 또는 포트와 관련이 있기 때문입니다.입력 대기열은 목적지 슬롯 또는 포트와 관계없이 입력 인터페이스에만 연결해야 합니다.에지 엔진에서는 (입력) 셰이프 큐만 입력 대기열입니다.
Engine 3 LC는 릴리스 2부터 MQC를 지원합니다. Engine 3에서는 MQC를 사용하여 ToFab 방향으로 셰이핑된 큐를 구성할 수 있습니다.일반 ToFab 대기열은 CLI에서만 구성할 수 있습니다.MQC를 사용하여 모든 FromFab 큐를 구성할 수 있습니다.MQC는 12.0(21)S/ST에서 물리적/채널 인터페이스 정의에 사용할 수 있으며 12.0(22)S/ST에서도 하위 인터페이스 정의를 지원하도록 확장되었습니다.
참고: MQC는 CAR(Committed Access Rates)을 지원하지만 Continue 기능은 지원하지 않습니다.이는 일반적인 MQC 문제이며 12000 Series 인터넷 라우터 또는 엔진 3 LC에 국한되지 않습니다.
여기서는 엔진 2와 엔진 3의 MQC 구현 차이점을 확인할 수 있습니다.
엔진 2
단일 수준의 대역폭 공유 컨피그레이션만 있습니다.
CLI의 대역폭 백분율은 내부적으로 양자 값으로 변환되고 적절한 대기열에 프로그래밍됩니다.
엔진 3
대역폭 공유 컨피그레이션에는 두 가지 레벨이 있습니다.
모든 대기열에는 최소 대역폭과 양자 하나가 있습니다.
CLI의 대역폭 백분율은 기본 링크 속도에 따라 속도(Kbps)로 변환되고 대기열에 직접 구성됩니다.양자 값으로 변환할 수 없습니다.이 최소 대역폭 보증의 정밀도는 64Kbps입니다.
quantum 값은 인터페이스의 MTU(Maximum Transmission Unit)에 따라 내부적으로 설정되며 모든 대기열에 대해 동일하게 설정됩니다.이 양자 값을 직접 또는 간접적으로 수정하는 MQC CLI 메커니즘은 없습니다.
참고: 양자 값이 인터페이스의 MTU보다 크거나 같아야 합니다.또한 내부적으로 양자 값은 512바이트의 단위입니다.따라서 기본 MTU가 4470바이트인 경우 최소 양자 값 MTU는 9여야 합니다.
A. FEC는 고속 이더넷(FE) 카드에서 지원되지 않습니다.GEC(Gigabit Ether Channel)는 현재 모든 LC(Gigabit Ethernet) 라인 카드(예: GE 및 3GE)에서 지원되지 않습니다.
A. Cisco IOS Software 릴리스 12.0(6)은 GE 인터페이스에서만 802.1q를 지원합니다.802.1q 캡슐화는 모든 GE LC에서 지원됩니다.12000 Series Internet Router는 ISL 캡슐화를 지원하지 않으며 지원되지 않습니다.
router#show interface GigabitEthernet 3/0 mac-accounting GigabitEthernet3/0 GE to LINX switch #1 Output (431 free) 0090.bff7.a871(1 ): 1 packets, 85 bytes, last: 44960ms ago 00d0.6338.8800(3 ): 2 packets, 145 bytes, last: 33384ms ago 0090.86f7.a840(9 ): 2 packets, 145 bytes, last: 12288ms ago 0050.2afc.901c(10 ): 4 packets, 265 bytes, last: 1300ms agoA. 3xGE LC(Line Card)는 샘플링된 NetFlow Accounting 및 BGP(Border Gateway Protocol) 정책 어카운팅을 지원합니다.
A. Cisco IOS Software Release 12.0(6)S 이후 NetFlow는 Cisco 12000 Series 라우터에서 지원되지만 엔진 0 및 LC(Line Card)에서만 지원됩니다. NetFlow는 GE(기가비트 이더넷) LC에서 지원되지 않습니다.
Cisco IOS Software 릴리스 12.0(7)S부터는 GE LC에서 NetFlow가 지원됩니다.
Cisco IOS Software 릴리스 12.0(14)S부터 PoS(Packet-over-SONET) LC에서 샘플링된 NetFlow가 지원됩니다.Sampled NetFlow 기능을 사용하면 사용자가 최소값과 최대값 사이의 x 간격을 정의할 수 있으므로 라우터로 전달되는 x IP 패킷 중 하나를 샘플링할 수 있습니다.샘플링 패킷은 라우터의 NetFlow Cache에서 고려됩니다.이러한 샘플링 패킷은 추가 NetFlow 처리를 거치지 않아도 되므로 대부분의 패킷이 더 빠르게 전환되도록 허용하여 NetFlow 패킷을 처리하는 데 필요한 CPU 사용률을 크게 낮춥니다.
자세한 내용은 샘플링된 NetFlow를 참조하십시오.
Cisco IOS Software 릴리스 12.0(14)S부터 NetFlow Export 버전 5도 Cisco 12000 Series 인터넷 라우터에서 지원됩니다.버전 5 내보내기 형식은 기존 NetFlow 및 샘플링된 NetFlow 기능과 함께 활성화할 수 있습니다.NetFlow Export Version 5 기능은 세분성 데이터를 NetFlow 컬렉터로 내보내는 기능을 제공합니다.플로우별 정보 및 통계는 워크스테이션에 유지 관리되고 업로드됩니다.
Cisco IOS Software 릴리스 12.0(16)S부터 샘플링된 NetFlow는 3포트 GE LC에서 지원됩니다.
Cisco IOS Software Release 12.0(18)S부터 ASIC(Packet Switch Application-Specific Integrated Circuit)의 샘플링된 NetFlow 및 128개의 ACL(Access Control List)을 Engine 2 Packet over SONET(PoS) LC에서 동시에 구성할 수 있습니다.
Cisco IOS Software Release 12.0(19)S부터 NetFlow Multiple Export Destinations 기능을 사용하면 NetFlow 데이터의 여러 대상을 구성할 수 있습니다.이 기능을 활성화하면 동일한 NetFlow 데이터 스트림 2개가 대상 호스트로 전송됩니다.현재 허용되는 최대 내보내기 대상 수는 2개입니다.
NetFlow 다중 내보내기 대상 기능은 NetFlow가 구성된 경우에만 사용할 수 있습니다.
지원되는 플랫폼에 대한 자세한 내용은 샘플링된 NetFlow 세부 정보 및 플랫폼 지원을 참조하십시오.
A. 예, Cisco IOS Software 릴리스 12.0(10)S 기준그러나 Engine 2 LC의 아키텍처로 인해 몇 가지 제한 사항이 있습니다.PSA(Packet Switch Application-Specific Integrated Circuit)는 IP 및 MPLS(Multiprotocol Label Switching) 패킷 전달을 위한 엔진 2 LC에서 사용됩니다.패킷 포워딩 프로세스를 지원하기 위해 3가지 기반 조회 엔진, 마이크로시퀀싱 및 기타 특수 하드웨어를 사용합니다.PSA는 파이프라인 작업 ASIC입니다.따라서 Engine 2 LC의 성능은 6단계 각 주기의 주기에 따라 달라집니다.추가 기능 또는 처리를 지원하는 데 추가 주기가 필요하므로 PSA의 성능이 저하됩니다.따라서 엔진 2 기반 LC는 모든 Cisco IOS 소프트웨어 기능을 동시에 지원할 수 없습니다.고객이 Engine 2 LC에서 특정 기능을 사용할 수 있도록 지원하기 위해 몇 가지 PSA 마이크로코드 번들이 사용자 지정됩니다.예를 들어 ACL은 PIRC(Per Interface Rate Control)와 함께 사용할 수 없습니다.
A. 네.Cisco IOS Software Release 12.0S 열차는 트래픽 엔지니어링 및 TDP(Tag Distribution Protocol)를 지원합니다. Cisco IOS 12.0ST Train은 MPLS VPN(Virtual Private Network) 및 LDP(Label Distribution Protocol)에 대한 지원을 추가합니다.MPLS는 Cisco IOS Software 버전 12.0(9)S부터 DPT(Dynamic Packet Transport) 카드를 통해 지원됩니다.
A. show controllers clock 명령은 다음 예와 같이 활성 CSC를 표시합니다.
Router#show controllers clock Switch Card Configured 0x1F (bitmask), Primary Clock for system is CSC_1 System Fabric Clock is Redundant Slot # Primary ClockMode 0 CSC_1 Redundant 1 CSC_1 Redundant 2 CSC_1 Redundant 3 CSC_1 Redundant 4 CSC_1 Redundant 16 CSC_1 Redundant 17 CSC_1 Redundant 18 CSC_1 Redundant 19 CSC_1 Redundant 20 CSC_1 Redundant
A. show gsr 및 show diag summary 명령은 설치된 LC를 표시합니다.첫 번째 LC는 LC의 상태를 제공하는 반면 두 번째 LC는 더 짧습니다(다음 예와 같이).
Router#show gsr Slot 0 type = 1 Port SONET based SRP OC-12c/STM-4 state = Line Card Enabled Slot 1 type = 8 Port Fast Ethernet state = Line Card Enabled Slot 2 type = 1 Port E.D. Packet Over SONET OC-48c/STM-16 state = Line Card Enabled Slot 3 type = Route Processor state = IOS Running ACTIVE Slot 4 type = 4 Port E.D. Packet Over SONET OC-12c/STM-4 state = Line Card Enabled Slot 16 type = Clock Scheduler Card(6) OC-192 state = Card Powered Slot 17 type = Clock Scheduler Card(6) OC-192 state = Card Powered PRIMARY CLOCK Slot 18 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 19 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 20 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 24 type = Alarm Module(6) state = Card Powered Slot 25 type = Alarm Module(6) state = Card Powered Slot 28 type = Blower Module(6) state = Card Powered Router#show diag summary SLOT 0 (RP/LC 0 ): 1 Port SONET based SRP OC-12c/STM-4 Single Mode SLOT 1 (RP/LC 1 ): 8 Port Fast Ethernet Copper SLOT 2 (RP/LC 2 ): 1 Port E.D. Packet Over SONET OC-48c/STM-16 Single Mode/SR SC-SC connector SLOT 3 (RP/LC 3 ): Route Processor SLOT 4 (RP/LC 4 ): 4 Port E.D. Packet Over SONET OC-12c/STM-4 Multi Mode SLOT 16 (CSC 0 ): Clock Scheduler Card(6) OC-192 SLOT 17 (CSC 1 ): Clock Scheduler Card(6) OC-192 SLOT 18 (SFC 0 ): Switch Fabric Card(6) OC-192 SLOT 19 (SFC 1 ): Switch Fabric Card(6) OC-192 SLOT 20 (SFC 2 ): Switch Fabric Card(6) OC-192 SLOT 24 (PS A1 ): AC PEM(s) + Alarm Module(6) SLOT 25 (PS A2 ): AC PEM(s) + Alarm Module(6) SLOT 28 (TOP FAN ): Blower Module(6)
A. execute-on slot <slot #> execute-on all 명령을 실행합니다.
A. 활성화 모드에서 attach <slot #> 명령을 실행합니다.LC를 종료하려면 exit 명령을 실행합니다.
A. diag <slot #> verbose 명령을 실행합니다.진단 유틸리티를 실행하면 LC에서 정상적인 작동 및 패킷 전달이 중단됩니다.진단 유틸리티가 실패하면 LC는 작동 중지 상태로 유지됩니다.다시 시작하려면 microcode reload <slot #> 명령 또는 hw-module slot <slot #>reload 명령을 실행할 수 있습니다.진단 프로그램에서 SFC(Switch Fabric Card)에 문제가 없습니다.
A. 다음 명령을 사용하여 버퍼 사용률을 모니터링할 수 있습니다.
실행 슬롯 <slot #> 컨트롤러 토폴로지 큐 표시
실행 슬롯 <slot #> 컨트롤러 플래그 큐 표시
A. Cisco 12000 Series 라우터의 패킷 메모리는 두 개의 뱅크로 분할됩니다.ToFab 및 FrFab입니다.ToFab 메모리는 LC(Line Card)의 인터페이스 중 하나로 들어오는 패킷에 사용되고 패브릭으로 이동하는 패킷에 사용되는 반면, FrFab 메모리는 패브릭에서 LC의 인터페이스를 나가는 패킷에 사용됩니다.
이러한 ToFab 및 FrFab 대기열은 12000 Series 인터넷 라우터에서 무시된 패킷을 효율적으로 트러블슈팅하기 위해 이해하는 가장 중요한 개념입니다.
참고: ToFab(패브릭을 향함) 및 Rx(라우터에서 수신)는 FrFab(패브릭에서) 및 Tx(라우터에서 전송)와 동일한 이름으로 서로 다릅니다. 예를 들어 ToFab 버퍼 관리 ASIC(Application-Specific Integrated Circuit)(BMA)는 RxBMA라고도 합니다.이 문서는 ToFab/FrFab 규칙을 사용하지만 다른 곳에서 사용되는 Rx/Tx 명명법을 볼 수 있습니다.
LC-Slot1#show controllers tofab queues Carve information for ToFab buffers SDRAM size: 33554432 bytes, address: 30000000, carve base: 30029100 33386240 bytes carve size, 4 SDRAM bank(s), 8192 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 40606/40606 buffers specified/carved 33249088/33249088 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 20254/20254 (buffers specified/carved), 49.87%, 80 byte data size 1 17297 17296 20254 65535 12152/12152 (buffers specified/carved), 29.92%, 608 byte data size 2 20548 20547 12152 65535 6076/6076 (buffers specified/carved), 14.96%, 1568 byte data size 3 32507 38582 6076 65535 1215/1215 (buffers specified/carved), 2.99%, 4544 byte data size 4 38583 39797 1215 65535 809/809 (buffers specified/carved), 1.99%, 9248 byte data size 5 39798 40606 809 65535 IPC Queue: 100/100 (buffers specified/carved), 0.24%, 4112 byte data size 30 72 71 100 65535 Raw Queue: 31 0 17302 0 65535 ToFab Queues: Dest Slot 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535 4 0 0 0 65535 5 0 17282 0 65535 6 0 0 0 65535 7 0 75 0 65535 8 0 0 0 65535 9 0 0 0 65535 10 0 0 0 65535 11 0 0 0 65535 12 0 0 0 65535 13 0 0 0 65535 14 0 0 0 65535 15 0 0 0 65535 Multicast 0 0 0 65535이 목록에서는 참조되는 예제에 있는 일부 키 필드에 대해 설명합니다.
동기식 동적 RAM(SDRAM) 크기:33554432바이트, 주소:30000000, 조각 기준:30029100 - 수신 패킷 메모리의 크기 및 패킷 메모리가 시작되는 주소 위치입니다.
max buffer data size 9248bytes, min buffer data size 80bytes - 최대 및 최소 버퍼 크기입니다.
40606/40606 버퍼 지정/조각됨 - Cisco IOS Software에서 지정하는 버퍼로, 실제로 조각한 버퍼 수입니다.
non-IPC free queues - 비 IPC(Inter Process Communication) 버퍼 풀은 패킷 버퍼 풀입니다.LC에 도착하는 패킷은 패킷의 크기에 따라 이러한 버퍼 풀 중 하나에서 버퍼를 할당합니다.일부 LC에서 버퍼 조각 알고리즘은 IPC가 아닌 세 개의 대기열만 생성합니다.그 이유는 ToFab 대기열이 특정 LC에서 가장 많이 지원되는 MTU(Maximum Transmission Unit)에 삽입되기 때문입니다.예를 들어, 이더넷 LC는 3개의 대기열(최대 1568바이트 크기)만 지원하며 4544바이트 풀이 필요하지 않습니다.예제 출력에는 크기가 80, 608, 1568, 4544 및 9248바이트인 5개의 패킷 버퍼 풀이 나와 있습니다.각 풀에 대해 추가 세부 정보가 제공됩니다.
20254/20254(버퍼 지정/조각화), 49.87%, 80바이트 데이터 크기 - 수신 패킷 메모리의 49.87%가 20254 80바이트 버퍼에 기록되었습니다.
Qnum - 대기열 번호입니다.
#Qelem - 이 대기열에 있는 아직 사용 가능한 버퍼 수입니다.이 열은 백업할 큐를 확인합니다.
Head and Tail(헤드 및 테일) - 헤드와 테일 메커니즘을 사용하여 대기열이 제대로 이동하는지 확인합니다.
IPC Queue - LC에서 GRP(Gigabit Route Processor)로의 IPC 메시지에 예약됩니다. IPC에 대한 자세한 내용은 CEF 관련 오류 메시지 트러블슈팅을 참조하십시오.
Raw Queue - 수신 패킷에 비 IPC 사용 가능 대기열에서 버퍼가 할당되면 원시 대기열에 추가됩니다.Raw 대기열은 인터럽트 중에 LC CPU에서 처리하는 First In, First Out(FIFO)입니다.Raw Queue 행의 #Qelem 열에 있는 매우 큰 숫자는 CPU에서 대기 중인 패킷이 너무 많음을 나타내며, 이 패킷이 서비스되어야 하는 속도를 따라잡을 수 없습니다.이 문제의 증상은 show interfaces 명령 출력에서 볼 수 있듯이 무시된 오류를 증가시킵니다.이 문제는 매우 드물다.
ToFab 큐 - 가상 출력 대기열목적지 슬롯당 1개 + 멀티캐스트 트래픽용 1개위의 샘플 출력에는 15개의 가상 출력 대기열이 표시됩니다.12012에는 12개의 슬롯이 있지만 원래 15슬롯 섀시로 설계되었습니다.가상 출력 대기열 13~15는 사용되지 않습니다.
인그레스 LC CPU가 패킷 스위칭을 결정한 후 패킷이 목적지가 있는 슬롯에 해당하는 가상 출력 대기열에서 패킷이 대기열에 추가됩니다.네 번째 열의 숫자는 가상 출력 대기열에서 현재 대기열에 추가된 패킷 수입니다.
GRP에서 attach 명령을 실행하여 LC에 연결한 다음 show controller fab queue 명령을 실행하여 전송 패킷 메모리를 표시합니다.ToFab 출력의 필드 외에도 FrFab 출력에 Interface Queues 섹션이 표시됩니다.출력은 발신 LC의 인터페이스 유형 및 수에 따라 달라집니다.
LC의 각 인터페이스에 대해 하나의 대기열이 있습니다.특정 인터페이스를 목적지로 하는 패킷은 해당 인터페이스 대기열에 추가됩니다.
LC-Slot1#show controller frfab queue ========= Line Card (Slot 2) ======= Carve information for FrFab buffers SDRAM size: 16777216 bytes, address: 20000000, carve base: 2002D100 16592640 bytes carve size, 0 SDRAM bank(s), 0 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 20052/20052 buffers specified/carved 16581552/16581552 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 9977/9977 (buffers specified/carved), 49.75%, 80 byte data size 1 101 10077 9977 65535 5986/5986 (buffers specified/carved), 29.85%, 608 byte data size 2 10078 16063 5986 65535 2993/2993 (buffers specified/carved), 14.92%, 1568 byte data size 3 16064 19056 2993 65535 598/598 (buffers specified/carved), 2.98%, 4544 byte data size 4 19057 19654 598 65535 398/398 (buffers specified/carved), 1.98%, 9248 byte data size 5 19655 20052 398 65535 IPC Queue: 100/100 (buffers specified/carved), 0.49%, 4112 byte data size 30 77 76 100 65535 Raw Queue: 31 0 82 0 65535 Interface Queues: 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535이 목록에서는 참조되는 예제에 있는 일부 키 필드에 대해 설명합니다.
non-IPC free queues - 이러한 대기열은 다양한 크기의 패킷 버퍼 풀입니다.패브릭을 통해 패킷을 수신하면 이러한 대기열 중 하나에서 적절한 크기의 버퍼가 제거됩니다.패킷이 버퍼에 복사되고, 그러면 해당 출력 인터페이스 대기열에 배치됩니다.ToFab 대기열과 달리 FrFab 대기열은 모든 인바운드 인터페이스에서 소싱된 패킷을 지원하기 위해 전체 시스템의 최대 MTU까지 분할됩니다.
IPC 큐 - GRP에서 LC로 보내는 IPC 메시지에 예약됩니다.
인터페이스 대기열 - 이러한 대기열은 인터페이스당(대상 슬롯당 ToFab 대기열과 다름)입니다. 맨 오른쪽 열의 숫자(65535)는 tx-queue-limit입니다.이 번호는 tx-queue limit 명령을 실행하여 조정할 수 있지만 Engine 0 LC에서만 가능합니다.이 명령은 인터페이스별 큐에서 사용할 수 있는 전송 패킷 버퍼의 수를 제한합니다.특정 인터페이스가 과도하게 혼잡하고 LC가 많은 수의 초과 패킷을 버퍼링해야 하는 경우 이 값을 조정합니다.
A. fl은 패브릭 로더를 나타냅니다.full 명령은 RP(Route Processor)에 번들된 패브릭 로더를 사용하여 Cisco IOS 소프트웨어 이미지를 LC(Line Card)에 다운로드하도록 지시합니다. 즉, RP가 먼저 시작되고 패브릭 로더를 LC에 다운로드합니다.그런 다음 새 패브릭 다운로더를 사용하여 전체 Cisco IOS 소프트웨어 이미지를 LC에 다운로드합니다.service download-fl 명령은 재부팅 후 적용됩니다.Cisco 12000 Series 라우터의 라인 카드 펌웨어 업그레이드에서 이에 대한 자세한 내용을 확인할 수 있습니다.
A. idbs-rem은 인터페이스와 연결된 IDB(Interface Descriptor Blocks)가 제거되었음을 의미합니다.이 메시지는 일반적으로 잘못된 카드 또는 잘못된 카드를 가리킵니다.먼저 LC를 재장착하거나 수동으로 다시 로드하려면 hw-module slot <slot #> reload 명령을 실행해야 합니다.카드가 여전히 인식되지 않으면 교체하십시오.
A. GBIC의 요인이며 LC에 의존하지 않습니다.
A. show controllers fia 명령은 요청된 정보를 제공합니다.각 LC에 개별적으로 연결하여 기본 GRP(Gigabit Route Processor) 및 모든 LC에서 이 명령을 확인해야 합니다.모든 SFC가 하나의 SFC에 대해 불평할 경우 먼저 다시 장착하십시오.문제가 계속되면 결함이 있는 보드를 교체합니다.CRC가 증가하는 하나의 SFC에 대해 하나의 LC만 불평하는 경우 LC는 SFC가 아니라 결함이 있을 가능성이 높습니다.
A. show gsr chassis-info 명령을 사용하여 섀시의 일련 번호를 찾을 수 있습니다.이 예에서 TBA0345000은 이 Cisco 12000 Series 인터넷 라우터의 일련 번호입니다.
Router#show gsr chassis-info Backplane NVRAM [version 0x20] Contents - Chassis: type 12416 Fab Ver: 3 Chassis S/N: TBA03450002 PCA: 73-4214-3 rev: A0 dev: 4759 HW ver: 1.0 Backplane S/N: TBC03450002 MAC Addr: base 0030.71F3.7C00 block size: 1024 RMA Number: 0x00-0x00-0x00 code: 0x00 hist: 0x00 Preferred GRP: 7
A. %TFIB-7- SCANSABLED:Cisco CEF(Express Forwarding) 스캐너가 주기적으로 실행될 때 syslog 메시지를 완료하지 않는 TFIB 스캔은 수신되지만 ARP(Address Resolution Protocol) 테이블이 변경될 때 즉시 호출됩니다.호출되면 CEF 스캐너는 TFIB 스캐너를 호출하여 ARP 테이블을 순차적으로 구문 분석하고 TFIB 데이터베이스를 업데이트합니다.TFIB 스캐너가 이미 실행 중이고 동시에 ARP 테이블의 변경으로 인해 CEF 스캐너가 호출되는 경우 CEF 스캐너는 현재 스캔을 완료할 때까지 TFIB 스캐너의 호출을 연기합니다.TFIB 스캐너가 첫 번째 스캔을 완료하지 않았고 CEF 스캐너가 TFIB0을 업데이트하기 위한 60개 이상의 요청을 받은 경우 %TFIB-7- SCANABORTED:TFIB 검사가 메시지를 완료하지 않습니다.메시지가 업데이트된 MAC 문자열로 끝나는 경우(예: %TFIB-7-SCANSABORTED):TFIB 검사가 완료되지 않았습니다.MAC 문자열이 업데이트된 다음 메시지는 인터페이스에 대한 인접성 문자열이 계속 변경됨을 의미합니다.이는 대개 잘못된 설정 또는 구성 때문입니다.
A. GEC는 SPA-10xGE 또는 SPA-10xGE-V에서 지원되지 않습니다. 인터페이스 채널링은 지원되지 않습니다.따라서 기가비트 이더넷 인터페이스를 channel-group port-channel-number 명령으로 구성된 포트 채널에 연결할 수 없습니다.
A. 이는 예상되는 동작입니다.CPU에는 4GB의 유효 주소 공간이 있습니다.4GB 중 마지막 256MB는 다양한 HW 디바이스에 매핑됩니다.매핑은 시스템 제어 칩 검색에 의해 수행됩니다.따라서 3.75GB만 메모리 디바이스에 매핑할 수 있습니다.
디스커버리 칩은 4개의 메모리 뱅크의 매핑을 지원합니다.각 은행의 크기는 2의 제곱이어야 합니다. 따라서 처음 3개의 은행은 1GB의 크기와 마지막 1 - 0.5GB의 크기로 구성되며 총 크기는 3.5GB입니다.
A. SPA-5X1GE는 흐름 제어를 지원합니다.Cisco 12000 Series 라우터의 고속 이더넷 및 기가비트 이더넷 인터페이스의 경우 자동 협상이 활성화되면 흐름 제어가 자동으로 협상됩니다.따라서 CLI를 통해 흐름 제어를 자동으로 협상하므로 활성화/비활성화할 방법이 없습니다.
자세한 내용은 인터페이스에서 자동 협상 구성을 참조하십시오.
Cisco Support Community는 질문하고 답변하고 제안을 공유하고 동료와 협업할 수 있는 포럼입니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
08-Aug-2008 |
최초 릴리스 |