이 문서에서는 ATM 네트워크에서 사용되는 주소 확인 및 패킷 캡슐화 방법에 대한 개요를 제공합니다.또한 PVC(Permanent Virtual Circuit)를 활성화할 때 ATM 클라우드를 통해 ping할 수 없는 경우 사용할 트러블슈팅 단계를 제공합니다.
라우티드 RFC 1483 을 사용할 때 ATM을 물리적 배선을 통해 IP 및 기타 레이어 3 패킷을 전송하는 데 사용되는 레이어 2 프로토콜로 생각할 수 있습니다.사실 ATM은 이더넷 기술과 매우 유사합니다.이더넷 네트워크에서 성공적인 통신을 위해서는 다음 두 가지 규칙이 필요합니다.
주소 확인 - 대상 IP 주소를 대상 MAC 주소로 확인해야 합니다.IP는 ARP(Address Resolution Protocol)를 사용하여 이 매핑을 동적으로 검색합니다.라우터 또는 호스트에서 고정 ARP 항목을 구성할 수도 있습니다.
Packet encapsulation(패킷 캡슐화) - 수신자에게 다음 상위 레이어 프로토콜 또는 헤더가 무엇인지 알려주는 헤더를 포함해야 합니다.이더넷은 일반적으로 LLC(Logical Link Control) 또는 SNAP(Subnetwork Access Protocol) 헤더를 사용합니다.예를 들어, LLC 헤더에 있는 DSAP(Destination Service Access Point) 또는 SSAP(Source Service Access Point) 값 "AA"는 SNAP 헤더가 뒤에 온다는 것을 나타냅니다.SNAP 헤더에는 OUI(Organizational Unique Identifier) 또는 OUI 필드와 PID(Protocol Identifier) 필드가 포함됩니다.PID가 "0800"이면 이더넷 프레임의 데이터 부분에 IP 패킷이 포함되어 있음을 나타냅니다.
이 문서는 특정 소프트웨어 또는 하드웨어 버전으로 제한되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
Frame Relay와 마찬가지로 ATM은 두 가지 유형의 인터페이스를 지원합니다.포인트 투 포인트 및 멀티포인트.선택하는 명령은 IP-ATM 매핑을 보장하는 컨피그레이션 명령을 사용할지 여부를 결정합니다.PVC 자체를 구성한 후 특정 대상에 도달하기 위해 사용할 PVC를 라우터에 알려 주어야 합니다.다음 옵션을 고려하십시오.
Point-to-point 하위 인터페이스 — Point-to-Point 하위 인터페이스를 사용하는 각 라우터 쌍에는 고유한 서브넷이 있습니다.포인트 투 포인트 하위 인터페이스에 PVC를 넣으면 라우터는 하위 인터페이스에 하나의 포인트 투 포인트 PVC만 구성된 것으로 간주합니다.따라서 대상 IP 주소가 동일한 서브넷에 있는 모든 IP 패킷은 이 가상 회로(VC)에서 전달됩니다. 이는 매핑을 구성하는 가장 간단한 방법이므로 권장되는 방법입니다.
멀티포인트 네트워크 - 멀티포인트 네트워크에는 동일한 서브넷에 3개 이상의 라우터가 있습니다.PVC를 point-to-multipoint 하위 인터페이스 또는 기본 인터페이스(기본적으로 다중 지점)에 배치하는 경우 정적 매핑을 구성하거나 동적 매핑을 위해 역 ARP(Address Resolution Protocol)를 활성화해야 합니다.
이더넷 네트워크에서 IP 기반 네트워크 디바이스는 대상 레이어 3 주소를 알고 대상 MAC 주소를 검색해야 할 때 ARP를 사용합니다.레이어 2 네트워크 디바이스는 대상 MAC 주소를 알고 목적지 레이어 3 주소를 검색해야 할 때 역 ARP(InARP)를 사용합니다.
ATM 네트워크에서 RFC 1577, Classic IP 및 ARP over ATM은 주소 확인 메커니즘을 지정하고 InATMARP(Inverse ATM Address Resolution Protocol)를 정의합니다.
InATMARP를 사용하면 ATM 인터페이스가 레이어 2 주소를 알고 있습니다.PVC의 VPI(가상 경로 식별자) 또는 VCI(가상 채널 식별자)입니다. 그러나 연결의 원격 끝에서 연결할 수 있는 IP 주소를 찾아야 합니다.이렇게 하려면 라우터가 가상 연결을 통해 다른 쪽 끝의 주소에 대한 InATMARP 요청을 보냅니다.
참고: InATMARP는 Ethernet InARP와 동일한 프로토콜입니다.이는 RFC 1293 에 정의되며 ATM 네트워크에서 ARP를 지원하기 위한 추가 확장명이 있습니다.
트래픽에 대해 단일 VC와 단일 경로가 있으므로 포인트-투-포인트 하위 인터페이스에는 정적 매핑이나 InARP가 필요하지 않습니다.라우터는 단순히 라우팅 테이블을 확인하고 전달 결정을 내립니다.
Cisco IOS® Software Release 12.2(4) 및 12.1(11)부터 point-to-point 하위 인터페이스는 InATMARP 요청에만 응답하며 이러한 요청을 생성하지 않습니다(CSCdu53060). 이전에는 Cisco IOS Software 버전에 따라 포인트 투 포인트 하위 인터페이스가 ARP 요청을 시작했거나 일부 버전에서 ARP 요청에 응답하지 못했습니다.Point-to-point 하위 인터페이스에서 InARP는 멀티포인트 허브 및 포인트-투-포인트 stub를 사용하여 허브 및 스포크 토폴로지를 지원하도록 기본적으로 활성화되어 있습니다.허브가 정적 맵으로 구성되지 않은 경우 stub는 허브의 InARP 요청에 응답해야 합니다.이 경우 show atm map 명령(point-to-point 인터페이스의 InARP를 통해 동적 또는 정적 매핑을 표시하는 데 사용됨)은 포인트-투-포인트 링크의 고정 엔트리를 더 이상 표시하지 않습니다. 이 샘플 출력에서는 다음을 보여줍니다.
Luke# show run int a2/0.3 Building configuration... ! interface ATM2/0.3 point-to-point ip address 192.168.3.1 255.255.255.252 no ip route-cache no ip mroute-cache pvc 0/300 ! Luke# show atm map Luke#
InARP는 기본적으로 다중 지점 링크에서 활성화됩니다.다음 예에서는 멀티포인트 하위 인터페이스가 생성됩니다.debug atm arp 명령을 사용하면 InATMARP가 레이어 3 IP 주소와 레이어 2 VPI 또는 VCI 간에 동적 매핑을 구축함을 확인할 수 있습니다.
7500-1# show running-config !--- Output suppressed. interface ATM1/1/0.200 multipoint ip address 2.2.2.1 255.255.255.0 no ip directed-broadcast pvc 2/200 !--- Output suppressed. 5d10h: ATMARP:Sending first PVC INARP 5d10h: ATMARP(ATM1/1/0.200)O: INARP_REQ to VCD#20 2/200 for link 7(IP) 5d10h: ATMARP(ATM1/1/0.200)I: INARP Reply VCD#20 2/200 from 2.2.2.2 7500-1# show atm map Map list ATM1/1/0.100_ATM_INARP : DYNAMIC ip 1.1.1.2 maps to VC 19, VPI 2, VCI 100, ATM1/1/0.100 Map list ATM1/1/0.200_ATM_INARP : DYNAMIC ip 2.2.2.2 maps to VC 20, VPI 2, VCI 200, ATM1/1/0.200
inarp 명령을 사용하여 새 InATMARP 패킷 전송 빈도를 변경하여 매핑을 재확인할 수 있습니다.
7500-1(config-subif)# pvc 2/200 7500-1(config-if-atm-vc)# inarp ? <1-60> InARP Frequency in minutes <cr> 7500-1(config-if-atm-vc)# inarp 5 7500-1(config-if-atm-vc)# end 7500-1# show atm vc 5d10h: ATMARP:Sending first PVC INARP 5d10h: ATMARP(ATM1/1/0.200)O: INARP_REQ to VCD#20 2/200 for link 7(IP) 5d10h: ATMARP(ATM1/1/0.200)I: INARP Reply VCD#20 2/200 from 2.2.2.2 ATM1/1/0.200: VCD: 20, VPI: 2, VCI: 200 UBR, PeakRate: 44209 AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0 OAM frequency: 0 second(s) InARP frequency: 5 minutes(s) Transmit priority 4 InPkts: 10, OutPkts: 11, InBytes: 680, OutBytes: 708 InPRoc: 10, OutPRoc: 5, Broadcasts: 0 InFast: 0, OutFast: 0, InAS: 0, OutAS: 6 InPktDrops: 0, OutPktDrops: 0 CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 OAM cells received: 0 OAM cells sent: 0 Status: UP
show atm map 명령은 InATMARP를 통한 동적 매핑을 표시하고 show arp 및 show atm arp 명령은 표시하지 않습니다.다음 출력을 보고 이를 확인할 수 있습니다.
7500-1# show arp Protocol Address Age (min) Hardware Addr Type Interface Internet 172.16.81.82 2 0010.7be8.674b ARPA FastEthernet1/0/0 Internet 172.16.81.15 - 0030.71d3.1020 ARPA FastEthernet1/0/0 Internet 172.16.81.10 2 0000.0c45.419a ARPA FastEthernet1/0/0 7500-1# show atm arp 7500-1#
RFC 1483, Multiprotocol Encapsulation over ATM Adaptation Layer 5는 ATM을 통한 전송을 위해 다양한 유형의 PDU가 캡슐화되는 방법을 정의합니다.RFC 1483에서는 두 가지 방법을 지정합니다.
가장 일반적인 방법은 LLC 또는 SNAP 캡슐화이며, 여러 프로토콜을 동일한 가상 연결을 통해 전달할 수 있습니다.표준 LLC 또는 SNAP 헤더는 캡슐화된 패킷의 유형을 식별합니다.LLC 캡슐화는 라우티드 프로토콜과 브리지 프로토콜을 모두 지원합니다.패킷의 SNAP 헤더는 프로토콜의 유형을 식별합니다.
LLC 헤더는 3개의 18진수 필드로 구성됩니다.
DSAP | SSAP | Ctrl 키 |
LLC 헤더 값 0xAA-AA-03은 SNAP 헤더를 나타냅니다.이 헤더의 형식은 다음과 같습니다.
OUI | PID | PDU |
3진수 OUI는 28진수 PID의 의미를 관리하는 조직을 식별합니다.이러한 프로토콜은 서로 다른 라우팅 또는 브리지 프로토콜을 식별합니다.라우팅된 PDU에 대한 ATM 적응형 레이어 5(AAL5) CPCS(Common Part Convergence Sublayer) PDU 페이로드 필드의 형식입니다.
LLC 0A-AA-03 |
OUI 0x00-00-00 |
이더 타입(8진수 2개) |
PDU(최대 216 - 98진수) |
다음 예제 출력은 debug atm packet 명령을 사용하여 생성됩니다.
주의: debug 명령을 실행하기 전에 디버그 명령에 대한 중요 정보를 참조하십시오.
router# debug atm packet !--- These timestamped lines of output appear on one line. Dec 7 10:21:16 CST: ATM2/IMA0.294(O): VCD:0x5 VPI:0x7 VCI:0xC0 DM:0x100 SAP:AAAA CTL:03 OUI:000000 TYPE:0800 Length:0x70 Dec 7 10:21:16 CST: 4500 0064 0032 0000 FF01 7643 0A90 9801 0A90 9802 0800 BAA2 0031 0EB1 0000 Dec 7 10:21:16 CST: 0000 5A75 5A50 ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD Dec 7 10:21:16 CST: ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD Dec 7 10:21:16 CST: ABCD ABCD ABCD ABCD ABCD Dec 7 10:21:16 CST: ..
이러한 출력의 의미를 고려하십시오.
ATM2/IMA0.294(O) - 패킷이 출력 패킷입니다.
VCD:0x5 VPI:0x7 VCI:0xC0 - 패킷이 VPI 7 및 VCI 192(0xC0)에서 전송되고 있습니다. 이러한 값은 16진수 형식으로 제공됩니다.라우터가 ATM 5바이트 헤더에 올바른 PVC 값을 사용하는지 확인하기 위해 10진수로 변환합니다.이 예에서는 0xC0의 VCI 16진수 값이 192로 변환됩니다.
DM:0100 - 패킷이 AAL5 캡슐화를 사용하고 있습니다.이 값은 특정 ATM 하드웨어의 드라이버가 패킷의 특수 케이스를 처리할 수 있도록 더 높은 소프트웨어 레이어에 의해 설정됩니다.예를 들어, 이 값은 PA-A3의 경우 VCD 0, PA-A2의 경우 VCD 4096과 같은 특수 OAM VCD(가상 회로 기술자)에 OAM(Operation, Administration, and Maintenance) 패킷을 배치하도록 드라이버에 지시할 수 있습니다. 기타 값은 다음과 같습니다.
AAL5 패킷:0x4000
AAL1 셀:0x2000
AAL1 패킷:0x8000
애플리케이션에서 자체 CRC를 설정한 경우:0x0400
AAL3 또는 AAL4 패킷:0x0000
OAM 패킷:0x0300
SAP:AAAA—SNAP 헤더가 뒤에 옵니다.
OUI:000000—다음 PID는 EtherType입니다.
유형:0800—IP에 대한 "잘 알려진" EtherType 값입니다.
ABCD ABCD ABCD - Ping 패킷의 기본 페이로드 패턴입니다.
정적 맵 목록은 ATMARP 및 InATMARP 메커니즘을 사용하는 대신 사용할 수 있는 Cisco IOS Software 기능입니다.정적 맵을 사용하면 프로토콜 주소를 SVC(Switched Virtual Circuit)의 ATM 주소와 연결하거나 PVC의 VPI 또는 VCI와 연결할 수 있습니다.
참고: 정적 맵 목록은 RFC 1483 또는 RFC 1577 과 관련이 없습니다.
정적 매핑은 몇 개의 노드에서 간단하지만, 구성해야 하는 디바이스 수에 따라 컨피그레이션의 복잡성과 오류 가능성이 증가합니다.
Cisco IOS Software Release 11.3T는 ATM VC 명령 모드를 도입했으며, 이 모드는 ATM 매개변수를 보다 쉽게 구성할 수 있는 몇 가지 새로운 ATM 명령을 도입했습니다.새 VC 컨피그레이션 모드는 프로토콜 ip 및 기타 명령문(ip를 ipx, decnet 등)을 사용하여 고정 매핑을 구성합니다.protocol 문은 11.3T 이전 Cisco IOS Software Release에서 사용된 map-list 및 map-group 문 대신 사용됩니다.
다음 예는 ATM 인터페이스 1/1/0.200에서 PVC 2/200을 생성하는 방법을 보여줍니다. AAL5를 통해 전역 기본 LLC 또는 SNAP 캡슐화를 사용합니다. 인터페이스는 IP 주소 2.2.2.1에 있으며 연결의 다른 끝에는 2.2.2.2이 있습니다.
interface ATM1/1/0.200 multipoint ip address 2.2.2.1 255.255.255.0 no ip directed-broadcast pvc 2/200 inarp 5 protocol ip 2.2.2.2 broadcast
show atm map 명령을 사용하여 매핑을 확인할 수 있습니다.보시다시피 레이어 3과 레이어 2 주소의 매핑은 InARP를 사용할 때와 마찬가지로 동적보다는 영구적입니다.
7500-1# show atm map Map list ATM1/1/0.100_ATM_INARP : DYNAMIC ip 1.1.1.2 maps to VC 19, VPI 2, VCI 100, ATM1/1/0.100 Map list ATM1/1/0.200pvc20 : PERMANENT ip 2.2.2.2 maps to VC 20, VPI 2, VCI 200, ATM1/1/0.200, broadcast
참고: 포인트-투-포인트 하위 인터페이스에서는 고정 맵을 사용하지 마십시오.이전에는 프로토콜 ip 문을 두 개 구성한 다음 드문 상황에서 한 문을 제거하면 라우터 다시 로드(CSCdk58757, CSCdr43838)가 발생했습니다.
Cisco IOS Software Release 11.3(비T 열차) 또는 이전 버전을 실행하는 경우 ATM VC 컨피그레이션 명령 모드를 사용할 수 없으므로 기존 구문을 대신 사용해야 합니다.보시다시피, 전체 PVC 컨피그레이션은 한 줄에서만 수행되므로 컨피그레이션 가능성이 크게 제한됩니다.사용 가능한 ATM PVC 명령에 대한 자세한 내용은 ATM 명령의 "atm pvc" 섹션을 참조하십시오.
interface ATM3/0.1 multipoint no ip directed-broadcast map-group MyMap atm pvc 4 0 36 aal5snap 2000 1000 32 ! map-list MyMap ip 10.2.1.1 atm-vc 4 broadcast ip 10.2.1.2 atm-vc 4 broadcast Medina# show atm map Map list ATM3/0.1pvc4 : PERMANENT ip 10.2.1.1 maps to VC 4, VPI 0, VCI 36, ATM3/0.1, broadcast ip 10.2.1.2 maps to VC 4, VPI 0, VCI 36, ATM3/0.1, broadcast
정적 맵은 SVC에도 적용됩니다.목적지 프로토콜 주소에 대한 연결을 설정하려면 ATM 인터페이스가 맵 목록의 프로토콜 주소에 해당하는 ATM NSAP(Network Service Access Point) 주소를 찾은 다음 해당 ATM 주소에 SVC를 설정합니다.
interface atm 4/0 ip address 131.108.168.1 255.255.255.0 atm nsap-address AB.CDEF.01.234567.890A.BCDE.F012.3456.7890.1234.12 atm maxvc 1024 pvc 0/5 qsaal ! svc svc-1 nsap BC.CDEF.01.234567.890A.BCDE.F012.3456.7890.1334.13 protocol ip 131.108.168.2
IP over ATM 연결에 문제가 발생할 경우 다음 트러블슈팅 단계를 사용하십시오.
라우터가 원격 대상에 도달하기 위해 사용할 VC를 알고 있는지 확인합니다.인터페이스에서 debug atm errors 명령을 실행합니다.이 debug 명령은 ATM 오류가 많은 경우에만 출력을 생성합니다.
참고: InATMARP를 사용하는 경우 debug atm arp 명령을 대신 실행합니다.
주의: debug 명령을 실행하기 전에 디버그 명령에 대한 중요 정보를 참조하십시오.
다음과 유사한 선이 표시될 수 있습니다.
Jul 12 05:01:26.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117
그렇다면 ATM 매핑을 잘못 구성했을 수 있습니다.이 문제를 해결하는 방법에 대한 지침은 debug atm errors를 사용하여 캡슐화 실패 문제 해결 명령을 참조하십시오.
debug atm errors 명령을 실행해도 출력이 생성되지 않는 경우 debug atm packet interface atm 명령을 실행해 보십시오.
주의: debug atm packet 명령은 VC를 통과하는 각 패킷에 대해 하나의 로그 메시지를 인쇄합니다.이 디버그를 활성화하기 전에 일반 트래픽을 제거하고 ping 또는 keepalive만 VC를 통과하도록 허용하여 디버그 출력의 양을 제어해야 합니다.
다음 예에서는 10.144.152.2을 ping하려고 합니다. 포인트-투-포인트 하위 인터페이스는 단일 PVC와 함께 사용되므로 라우터가 이 PVC에서 동일한 IP 서브넷으로 향하는 모든 ping을 자동으로 전송합니다.
show running-config 명령을 실행하고 ping하려는 컨피그레이션 및 IP 주소를 확인합니다.
interface ATM2/IMA0.294 point-to-point ip address 10.144.152.1 255.255.255.252 no ip directed-broadcast pvc test 7/192 vbr-nrt 500 500 10
debug atm packet interface atm 명령을 실행합니다.
디버그 컨피그레이션을 사용하여 가능한 한 구체적으로 라우터에 미치는 영향을 제한하십시오.
cisco# debug atm packet interface atm2/im0.294 vc ? <0-255> VPI/VCI value(slash required) <0-65535> VCI WORD Connection Name cisco# debug atm packet interface atm2/im0.294 vc 7/192 ATM packets debugging is on Displaying packets on interface ATM2/IMA0.294 VPI 7, VCI 192 only
telnet 명령을 사용하여 라우터에 연결할 경우 디버그 출력을 볼 수 있도록 terminal monitor 명령을 실행합니다.
현재 터미널 및 세션에 대한 디버그 명령 출력 및 시스템 오류 메시지를 표시하려면 terminal monitor EXEC 명령을 실행합니다.또한 모든 디버그 출력을 콘솔이 아닌 버퍼로 전송하는 것도 좋습니다.이렇게 하려면 전역 컨피그레이션 모드에서 logging buffered 및 no logging console 명령을 실행합니다.show logging 명령을 실행하여 변경 사항을 확인합니다.
모든 terminal parameter-setting 명령은 로컬로 설정되며 세션이 종료된 후에도 적용되지 않습니다.
cisco# terminal monitor % Console already monitors
PVC에 대한 발신 패킷(OutPkts) 및 수신 패킷(InPkts)의 현재 값을 확인합니다.
cisco# show atm pvc test ATM2/IMA0.294: VCD: 5, VPI: 7, VCI: 192, Connection Name: test VBR-NRT, PeakRate: 500, Average Rate: 500, Burst Cells: 100 AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0 OAM frequency: 0 second(s), OAM retry frequency: 10 second(s), OAM retry frequency: 10 second(s) OAM up retry count: 2, OAM down retry count: 2 OAM Loopback status: OAM Disabled OAM VC state: Not Managed ILMI VC state: Not Managed InARP frequency: 15 minutes(s) Transmit priority 2 InPkts: 0, OutPkts: 2920, InBytes: 0, OutBytes: 163784 InPRoc: 0, OutPRoc: 6 InFast: 0, OutFast: 4, InAS: 0, OutAS: 0 InPktDrops: 0, OutPktDrops: 0 CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 OAM cells received: 0 F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0 F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0 OAM cells sent: 2901 F5 OutEndloop: 2901, F5 OutSegloop: 0, F5 OutRDI: 0 F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0 OAM cell drops: 0 Status: UP
원격 끝을 Ping하고 라우터가 InPkts 및 OutPkts에 대해 5패킷의 증분을 표시하는지 확인합니다.
ABCD 페이로드 패턴을 찾아 패킷이 ping이고 다른 패킷의 OAM 셀이 아닌지 확인합니다.다음 항목도 참고하십시오.
show atm pvc vcd_number 명령을 다시 실행하고 OutPkts 카운터가 최소 5개 패킷씩 증가하는지 확인합니다.
참고: Cisco IOS Software 릴리스 11.3(2)T 이상을 실행해야 합니다.그렇지 않으면 show atm vc 명령을 대신 실행합니다.
OutPkts 값을 ping을 수행하기 전에 기록한 값과 비교합니다.다음 샘플 출력에서는 OutPkts 카운터가 10씩 증가합니다. 5개의 ping이 두 개씩 전송되었기 때문입니다.이 인터페이스에는 여전히 InPkts가 로깅되지 않습니다.이 출력은 라우터가 패킷을 전송하지만 원격 디바이스가 패킷을 수신하지 않음을 나타냅니다.InPkts의 값은 ATM 스위치 클라우드의 엔드 투 엔드 경로가 올바르게 프로비저닝되지 않았음을 나타냅니다.
cisco# show atm pvc test ATM2/IMA0.294: VCD: 5, VPI: 7, VCI: 192, Connection Name: test VBR-NRT, PeakRate: 500, Average Rate: 500, Burst Cells: 100 AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0 OAM frequency: 0 second(s), OAM retry frequency: 10 second(s), OAM retry frequency: 10 second(s) OAM up retry count: 2, OAM down retry count: 2 OAM Loopback status: OAM Disabled OAM VC state: Not Managed ILMI VC state: Not Managed InARP frequency: 15 minutes(s) Transmit priority 2 InPkts: 0, OutPkts: 2930, InBytes: 0, OutBytes: 164904 InPRoc: 0, OutPRoc: 16 InFast: 0, OutFast: 4, InAS: 0, OutAS: 0 InPktDrops: 0, OutPktDrops: 0 CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 OAM cells received: 0 F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0 F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0 OAM cells sent: 2901 F5 OutEndloop: 2901, F5 OutSegloop: 0, F5 OutRDI: 0 F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0 OAM cell drops: 0 Status: UP
참고: 출력은 사용 중인 카드에 따라 달라집니다.
원격에서 debug ip icmp 명령을 실행하여 ping을 수행할 때 원격 엔드가 ping을 수신하는지 확인합니다.
양쪽이 패킷을 전송하고 있음을 확인한 후에는 엔드 투 엔드 연결이 없는 이유를 결정해야 합니다.이렇게 하려면 다음 단계를 수행합니다.
show interface 명령의 출력에서 0이 아닌 입력 또는 출력 오류 카운터(예: CRC(cyclic redundancy check) 오류 또는 입력 대기열 삭제)를 확인합니다.
ping할 때 이러한 카운터가 증가하는지 확인합니다.자세한 내용은 ATM 인터페이스에 대한 CRC 트러블슈팅 가이드를 참조하십시오.
양쪽 끝에서 루프를 사용합니다.
자세한 내용은 Cisco 라우터의 루프백 모드 이해를 참조하십시오.
공급자의 클라우드에서 루프백 테스트를 수행하여 공급자가 링크의 엔드 투 엔드 경로를 통해 패킷을 전송할 수 있는지 확인합니다.
양쪽 종단 모두에서 페이로드 스크램블이 활성화되었는지 또는 비활성화되었는지 확인합니다.
한 인터페이스에서 많은 CRC 오류가 발생할 경우 한 쪽이 스크램블을 활성화하고 다른 한 쪽은 그렇지 않은 것으로 나타날 수 있습니다.
MTU(최대 전송 단위)까지 다양한 크기의 ping 테스트를 수행하여 ping이 특정 크기에서 실패하는지 확인합니다.
폴리싱 문제가 발생하지 않는지 확인합니다.자세한 내용은 WAN 환경에서 ATM PVC 문제 해결을 참조하십시오.