Cisco 라우터 토큰 링 인터페이스 문제 해결
소개
이 문서에서는 Cisco 라우터 토큰 링 인터페이스가 토큰 링에 삽입되지 못하는 가장 일반적인 몇 가지 문제에 대해 설명합니다. 토큰 링 인터페이스의 문제를 해결하는 단계를 간략하게 소개하는 순서도를 제공합니다. 또한 이 문서에서는 가장 일반적으로 사용되는 Cisco IOS® Software 명령의 일부와 이러한 명령을 사용하여 토큰 링 인터페이스에 대한 정보를 수집하고 문제를 성공적으로 해결하는 방법에 대해 설명합니다.
사전 요구 사항
요구 사항
이 문서에 대한 특정 요건이 없습니다.
사용되는 구성 요소
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
토큰 링 삽입 프로세스
토큰 링 인터페이스의 문제를 성공적으로 해결하려면 스테이션이 링에 조인하기 전에 발생하는 이벤트의 순서를 이해하는 것이 중요합니다.
스테이션이 링에 조인하기 위해 진행하는 5단계가 있습니다.
로브 테스트
삽입 과정은 로브 검사로 시작됩니다. 이 단계에서는 실제로 토큰 링 어댑터의 송신기와 수신기를 테스트하고 어댑터와 MAU(Multistation Access Unit) 간의 케이블을 테스트합니다. MAU는 연결 케이블의 전송 ???을 수신 배선에 물리적으로 다시 감습니다. 따라서 어댑터는 미디어 테스트 MAC 프레임을 케이블로 전송하여 MAU(래핑된 위치)로 보내고 다시 본체로 보낼 수 있습니다. 이 단계에서 어댑터는 로브 미디어 테스트 MAC 프레임을 대상 주소 00-00-00-00-00-00으로(어댑터의 소스 주소 포함), DAT(Duplication Address Test) MAC 프레임(어댑터의 주소를 소스 및 대상으로 포함)으로 케이블에 전송합니다. 로브 테스트를 통과하면 1단계가 완료됩니다.
물리적 삽입 및 모니터링 확인
2단계에서는 허브 릴레이가 스테이션을 열고 링에 연결되면 허브 릴레이를 열기 위해 ph 및 전류가 전송됩니다. 그런 다음 스테이션은 다음 프레임 중 하나를 확인하여 AM(Active Monitor)이 있는지 확인합니다.
-
AMP(Active Monitor Present) MAC 프레임
-
SMP(Standby Monitor Present) MAC 프레임
-
링 비우기 MAC 프레임
18초 내에 이러한 프레임이 탐지되지 않으면 스테이션은 활성 모니터가 없는 것으로 간주하고 모니터 경합 프로세스를 시작합니다. 모니터 경합 프로세스를 통해 MAC 주소가 가장 높은 스테이션이 액티브 모니터가 됩니다. 1초 내에 경합이 완료되지 않으면 어댑터가 열리지 않습니다. 어댑터가 AM이 되어 비우기를 시작하고 비우기 프로세스가 1초 내에 완료되지 않으면 어댑터가 열리지 못합니다. 어댑터가 비콘 MAC 프레임 또는 제거 스테이션 MAC 프레임을 수신하는 경우 어댑터가 열리지 않습니다.
중복 주소 확인
중복 주소 확인 단계의 일부로서, 스테이션은 자신에게 주소가 지정된 일련의 중복 주소 MAC 프레임을 전송한다. 스테이션에서 ARI(Address Recognized Indicator) 및 FCI(Frame Copied Indicator)가 1로 설정된 상태로 두 프레임을 다시 받으면 이 주소가 이 링의 중복임을 알고 분리되며 열기 실패를 보고합니다. 토큰 링에서는 LAA(Locally Administered Addresses)를 허용하므로 이 검사가 수행되지 않으면 동일한 MAC 주소를 가진 두 개의 어댑터가 나올 수 있으므로 이 작업이 필요합니다. 이 단계가 18초 내에 완료되지 않으면 스테이션이 장애를 보고하고 링에서 분리됩니다.
참고: 다른 링에 소스-경로 브리지 토큰 링 네트워크에서 허용되는 중복된 MAC 주소가 있는 경우, 이는 탐지되지 않습니다. 중복 주소 확인은 로컬에서만 중요합니다.
전화 걸기 설문조사 참여
링 폴링 단계에서 스테이션은 NAUN(Nearest Active Upstream Neighbor)의 주소를 학습하고 가장 가까운 다운스트림 네이버에 주소를 알려줍니다. 이 프로세스는 링 맵을 생성합니다. 스테이션은 ARI 및 FCI 비트가 0으로 설정된 AMP 또는 SMP 프레임을 수신할 때까지 기다려야 합니다. 이 경우 스테이션은 충분한 리소스가 사용 가능한 경우 두 비트(ARI 및 FCI)를 모두 1로 전환하고 전송을 위해 SMP 프레임을 대기시킵니다. 18초 이내에 이러한 프레임이 수신되지 않으면 스테이션에서 링 열기 실패를 보고하고 링에서 삽입 취소합니다. 스테이션이 링 폴링에 성공적으로 참여하면 삽입, 초기화 요청의 마지막 단계로 진행됩니다.
요청 초기화
요청 초기화 단계에서 스테이션은 4개의 요청 초기화 MAC 프레임을 RPS(Ring Parameter Server)의 기능 주소로 전송합니다. 링에 RPS가 없는 경우 어댑터는 자체 기본값을 사용하며 삽입 프로세스가 성공적으로 완료되었음을 보고합니다. 어댑터는 ARI 및 FCI 비트가 1로 설정된 상태로 4개의 요청 초기화 MAC 프레임 중 하나를 다시 받으면 응답을 2초 동안 기다립니다. 응답이 없을 경우 최대 4회 재전송합니다. 이때 응답이 없으면 요청 초기화 실패를 보고하고 링에서 삽입 취소합니다.
다음은 기능 주소의 목록입니다.
C000.0000.0001 - Active monitor C000.0000.0002 - Ring Parameter Server C000.0000.0004 - Network Server Heartbeat C000.0000.0008 - Ring Error Monitor C000.0000.0010 - Configuration Report Server C000.0000.0020 - Synchronous Bandwidth Manager C000.0000.0040 - Locate Directory Server C000.0000.0080 - NetBIOS C000.0000.0100 - Bridge C000.0000.0200 - IMPL Server C000.0000.0400 - Ring Authorization Server C000.0000.0800 - LAN Gateway C000.0000.1000 - Ring Wiring Concentrator C000.0000.2000 - LAN Manager
기능 주소에 대한 자세한 내용은 IEEE802.5 사양을 참조하십시오.
문제 해결
순서도
빠른 문제 해결 개요는 다음 순서도를 참조하십시오.
토큰 링 인터페이스에 링에 삽입하는 데 문제가 있는 경우 가장 먼저 확인해야 할 사항 중 하나는 이미 존재하는 링에 삽입하는 것인지 여부입니다. 대답이 "예"인 경우 토큰 링 인터페이스에 구성된 링 번호를 다른 SRB(Source-Route Bridge)에서 제어하는 기존 링 번호와 일치시켜야 합니다.
참고: Cisco 라우터는 기본적으로 10진수 형식의 링 번호를 사용하는 반면, 대부분의 IBM 브리지는 16진수 표기법을 사용합니다. 따라서 Cisco 라우터에서 이를 구성하기 전에 16진수에서 10진수로 변환해야 합니다. 예를 들어 벨소리 번호가 0x10인 SRB가 있는 경우 Cisco 라우터에 16을 입력해야 합니다. 또는 벨소리 번호 앞에 0x가 있는 경우 Cisco 라우터의 토큰 벨소리 인터페이스에 벨소리 번호를 16진수로 입력할 수 있습니다.
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
참고: 컨피그레이션을 표시하면 라우터가 자동으로 링 번호를 10진수 표기법으로 표시합니다. 따라서 Cisco 라우터에서 십진법 전화 번호는 가장 일반적으로 사용되는 형식입니다. 다음은 show run 명령의 관련 부품입니다.
source-bridge ring-group 256 interface TokenRing0 no ip address ring-speed 16 source-bridge 16 1 256 !--- 16 is the physical ring number, 1 is the bridge number or ID, !--- and 256 is the Virtual Ring number. source-bridge spanning
벨소리 번호가 일치하지 않으면 Cisco Token Ring(Cisco 토큰 벨소리) 인터페이스에서 다음과 유사한 메시지를 제공하고 자동으로 종료됩니다.
02:50:25: %TR-3-BADRNGNUM: Unit 0, ring number (6) doesn't match established number (5). 02:50:25: %LANMGR-4-BADRNGNUM: Ring number mismatch on TokenRing0, shutting down the interface 02:50:27: %LINK-5-CHANGED: Interface TokenRing0, changed state to administratively down
그런 다음 토큰 링 인터페이스에서 올바른 링 번호를 구성해야 합니다???이 경우 5???no shutdown 명령을 수동으로 실행합니다.
참고: 브리지 번호(또는 브리지 ID)는 네트워크의 다른 브리지 번호와 일치하지 않아도 됩니다. SRB 네트워크의 각 디바이스에 대한 고유한 RIF(Routing Information Field) 경로가 있는 한 네트워크 전체에서 고유한 값 또는 동일한 브리지 번호를 사용할 수 있습니다. 서로 다른 브리지 번호가 필요한 경우의 예는 두 개의 링이 두 개의 병렬 브리지를 통해 연결된 경우입니다. 이 경우 서로 다른 브리지 번호를 사용하지 않으면 물리적으로 서로 다른 두 경로가 생성되지만 동일한 RIF 정보가 생성됩니다.
참고: source-bridge 명령을 추가하거나 제거하면 토큰 링 인터페이스가 바운스되어 해당 토큰 링 인터페이스를 통해 이 라우터가 중단됩니다. SRB 구성 방법에 대한 자세한 내용은 Understanding and Troubleshooting Local Source-Route Bridging을 참조하십시오.
벨소리 번호가 일치할 뿐만 아니라 벨소리 속도가 올바르게 설정되었는지 확인해야 합니다(4 또는 16Mbps). 이렇게 하지 않으면 벨소리 신호가 생성되고 이 벨소리에서 네트워크 중단이 발생합니다. 링 번호와 링 속도가 올바르게 설정되었지만 토큰 링 인터페이스가 링에 삽입되지 못한 경우 제거 프로세스를 사용하여 케이블 또는 MAU 문제를 배제합니다. 랩 플러그를 사용하거나 어댑터가 작동 중인 MAU에 연결되어 있는지 확인합니다. 잘못된 케이블링으로 인해 삽입 과정에서 많은 어댑터 문제가 발생합니다. 다음과 같은 사항을 고려해야 합니다.
-
어댑터가 올바른 미디어 포트, UTP(Unshielded Twisted-Pair) 케이블 또는 STP(Shielded Twisted-Pair) 케이블을 사용하도록 구성되어 있습니까?
-
어댑터에서 허브로 실행되는 케이블이 올바릅니까?
-
어떤 종류의 미디어 필터를 사용 중입니까? 4Mbps에서 작동하는 것이 항상 16Mbps에서 작동하는 것은 아니라는 점에 유의하십시오.
더 많은 스테이션이 삽입될 때 나타나는 링에서 물리적 레이어 문제(예: 배선, 라인 노이즈 또는 지터)가 있을 수 있습니다. 이렇게 하면 새로 삽입된 어댑터를 시작하는 제거 및 신호가 발생합니다. 토큰 링 인터페이스가 다른 스테이션 없이 다른 MAU에 연결되어 있을 때 이 인터페이스가 작동하면 제거할 수 있습니다. 그런 다음 점차적으로 스테이션을 추가하여 장애가 발생한 시점을 확인할 수 있습니다. 또한 이 테스트에서는 액티브 모니터, RPS, CRS(Configuration Report Server) 등과 같은 충돌 문제가 발생하지 않습니다. 자세한 내용은 LAN Network Manager 섹션을 참조하십시오.
LAN 네트워크 관리자
LAN Network Manager(LNM, 이전의 LAN Manager)는 소스 경로 브리지의 모음을 관리하는 IBM 제품입니다. LNM은 CMIP(Common Management Information Protocol) 버전을 사용하여 LNM 스테이션 관리자와 통신합니다. LNM을 사용하면 소스-경로 브리지 네트워크를 구성하는 전체 토큰 링 컬렉션을 모니터링할 수 있습니다. LNM을 사용하여 소스-경로 브리지의 컨피그레이션을 관리하고, 토큰 링 오류를 모니터링하고, 토큰 링 매개변수 서버에서 정보를 수집할 수 있습니다.
Cisco IOS Software Release 9.0부터 SRB용으로 구성된 4Mbps 및 16Mbps 토큰 링 인터페이스를 사용하는 Cisco 라우터는 LNM에서 사용하는 전용 프로토콜을 지원합니다. 이 라우터는 IBM Bridge Program에서 현재 제공하고 있는 모든 기능을 제공합니다. 따라서 LNM은 IBM 소스-경로 브리지(예: IBM 8209)인 것처럼 라우터와 통신할 수 있으며, 가상 링이든 물리적 링이든 라우터에 연결된 모든 토큰 링을 관리하거나 모니터링할 수 있습니다. LNM은 기본적으로 Cisco 라우터에서 활성화되어 있습니다. 또한 이러한 숨겨진 인터페이스 컨피그레이션 명령은 기본적으로 활성화되어 있습니다.
-
[no] lnm crs - CRS는 토큰 링의 현재 논리적 컨피그레이션을 모니터링하고 LNM에 대한 모든 변경 사항을 보고합니다. CRS는 또한 토큰 링의 활성 모니터 변경과 같은 기타 다양한 이벤트도 보고합니다.
-
[no] lnm rps - 새 스테이션이 토큰 링에 조인할 때 RPS가 LNM에 보고하고 링의 모든 스테이션이 일관된 보고 매개변수 집합을 사용하도록 합니다.
-
[no] lnm rem - REM(Ring Error Monitor)은 링의 모든 스테이션에서 보고하는 오류를 모니터링합니다. 또한 REM은 링이 작동 상태인지 고장 상태인지 여부를 모니터링합니다.
이러한 명령은 비활성화한 후에만 컨피그레이션에 표시됩니다.
para# config terminal Enter configuration commands, one per line. End with CNTL/Z. para(config)# interface tokenRing 0 para(config-if)# no lnm crs para(config-if)# ^Z
이는 컨피그레이션이 표시되는 토큰 링 인터페이스 컨피그레이션의 일부입니다.
interface TokenRing0 ip address 192.168.25.18 255.255.255.240 no ip directed-broadcast ring-speed 16 source-bridge 200 1 300 source-bridge spanning no lnm CRS
토큰 링 인터페이스의 문제를 해결할 때 다른 토큰 링 디바이스와의 충돌 문제를 배제하기 위해 Cisco 라우터에서 CRS, RPS, REM 또는 이 세 가지를 모두 비활성화해야 할 수 있습니다. 일반적인 시나리오는 토큰 링 스테이션이 다른 스테이션이 없는 격리된 링에 삽입할 수 있지만 링에 삽입하지 못하는 경우입니다. RPS, CRS 및 REM과 같은 개별 서버를 비활성화하거나 이 전역 컨피그레이션으로 라우터에서 LNM 기능을 모두 비활성화할 수 있습니다.
-
lnm disabled - 이 명령은 모든 LNM 서버 입력 및 보고 링크를 종료합니다. 이 기능은 no lnm rem, no lnm rps 및 no lnm rps 명령에 의해 개별 인터페이스에서 일반적으로 수행되는 기능의 상위 집합입니다.
LNM을 비활성화하고 이 방법으로 문제가 해결되면 알려진 버그로 실행되고 있지 않은지 확인합니다. 네트워크에 LNM이 필요하지 않은 경우 LNM을 비활성 상태로 둘 수 있습니다.
또한 Cisco 라우터의 LNM 기능을 사용하여 라우터에 연결된 로컬 링에 있는 스테이션을 나열하고, 격리 오류 수가 있는지 확인하고, 어떤 스테이션에서 이를 전송하는지 확인할 수 있습니다.
para# show lnm station
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
참고: LNM을 비활성화하면 show lnm 명령을 사용할 수 없습니다.
show lnm station 명령에서 특히 중요한 것은 스테이션 주소, 벨소리 번호 및 보고된 모든 오류입니다. 필드에 대한 자세한 설명은 명령 참조 설명서에서 show lnm station 명령을 참조하십시오.
또 다른 유용한 LNM 명령은 show lnm interface 명령입니다.
para# show lnm interface tokenring 0
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
To0 0200 0005.770e.0a8c 00200 00001 00000 00000 00000 00000 00000
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
이 명령을 사용하면 활성 모니터가 누구인지, 직접 연결된 링에 있는 스테이션과 링의 모든 활성 서버(예: REM, RPS 등)를 쉽게 확인할 수 있습니다.
다음은 다른 show lnm 명령 옵션입니다.
show lnm bridge show lnm config show lnm ring
Cisco IOS Software 명령 사용
토큰 링 인터페이스에 가장 일반적으로 사용되는 Cisco IOS Software 문제 해결 명령입니다.
show interfaces tokenring
다음은 show interfaces tokenring 명령의 하이라이트입니다.
ankylo# show interfaces tokenring1/0
TokenRing1/0 is up, line protocol is up
Hardware is IBM2692, address is 0007.78a6.a948 (bia 0007.78a6.a948)
Internet address is 1.1.1.1/24
MTU 4464 bytes, BW 16000 Kbit, DLY 630 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation SNAP, loopback not set
Keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 04:00:00
Ring speed: 16 Mbps
Duplex: half
Mode: Classic token ring station
Source bridging enabled, srn 5 bn 1 trn 100 (ring group)
spanning explorer enabled
Group Address: 0x00000000, Functional Address: 0x0800001A
Ethernet Transit OUI: 0x000000
Last Ring Status 18:15:54
(0x2000)
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27537 packets input, 1790878 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7704 packets output, 859128 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
1 transitions
출력 미디어에서 프레임을 수락할 수 없고 출력 대기열이 최대값에 도달한 후 패킷 삭제를 시작하면 출력 중단이 발생할 수 있습니다. 출력 삭제는 특정 링에서 이미 이동했기 때문에 삭제된 탐색기 프레임이 출력 삭제 카운터를 증가시킬 수 있으므로 반드시 문제를 나타내지는 않을 수 있습니다.
반면에 입력 감소가 증가하는 것은 심각할 수 있으므로 신중하게 분석해야 합니다. 입력 삭제는 시스템 버퍼가 부족하기 때문에 발생할 수 있습니다. 0 no buffer in the previous show interfaces tokenring1/0 output을 참조하십시오. show interfaces 출력의 no buffer counter는 show buffers 출력의 miss 카운터와 상관관계가 있을 수 있으며, 적절한 버퍼 풀을 튜닝해야 할 수 있습니다. 자세한 내용은 모든 Cisco 라우터의 버퍼 조정을 참조하십시오.
참고: 입력 및 출력 대기열은 보류 대기열 길이가 {in인 경우 늘릴 수 있습니다. | out} 명령입니다. 그러나 대기열을 늘리기 전에 해당 대기열이 최대 보류 값에 도달하는 이유를 이해하는 것이 중요합니다. hold-queue 최대값을 늘리면 오버플로가 다시 발생하기 전까지의 기간만 늘어납니다.
또한 스로틀 카운터도 확인해야 합니다 이 카운터는 인터페이스의 입력 버퍼가 충분히 빨리 처리되지 않았거나 오버로드되어 지워진 횟수를 나타냅니다. 일반적으로 익스플로러 스톰은 스로틀 카운터가 증가하도록 합니다. source-bridge explorer-maxrate 명령과 Source-Route Bridging 구성의 Optimized Explorer Processing 섹션을 참조하십시오.
참고: 스로틀이 있을 때마다 입력 대기열의 모든 패킷이 삭제됩니다. 이로 인해 성능이 매우 저하되고 기존 세션이 중단될 수 있습니다.
인터페이스가 상태를 변경할 때(예: 작동 중지 상태에서 초기화 중 또는 초기화 중 작동 중)에 전환이 발생합니다. 인터페이스가 킥을 시작할 때 재설정이 발생합니다. 링에 다른 디바이스를 삽입하면 이러한 카운터 중 하나가 증가해서는 안 되지만 소프트 오류 수가 증가합니다. 또한 show interface tokenring 명령에 삭제, 입력 오류 또는 출력 오류가 표시되지 않지만 상당한 수의 재설정 및 전환이 표시되면 keepalive가 인터페이스를 재설정하는 것일 수 있습니다.
참고: 토큰 링 인터페이스를 지우면 한 번의 재설정과 두 번의 전환이 발생합니다. 하나는 초기화에서 초기화로, 다른 하나는 초기화에서 작동으로 전환됩니다.
Last Ring Status(마지막 벨소리 상태) 필드에는 벨소리의 마지막 벨소리 상태가 표시됩니다. 예를 들어 0x2000은 소프트웨어 오류를 나타냅니다. 다음은 가능한 상태 값 목록입니다.
RNG_SIGNAL_LOSS FIXSWAP(0x8000) RNG_HARD_ERROR FIXSWAP(0x4000) RNG_SOFT_ERROR FIXSWAP(0x2000) RNG_BEACON FIXSWAP(0x1000) RNG_WIRE_FAULT FIXSWAP(0x0800) RNG_HW_REMOVAL FIXSWAP(0x0400) RNG_RMT_REMOVAL FIXSWAP(0x0100) RNG_CNT_OVRFLW FIXSWAP(0x0080) RNG_SINGLE FIXSWAP(0x0040) RNG_RECOVERY FIXSWAP(0x0020) RNG_UNDEFINED FIXSWAP(0x021F) RNG_FATAL FIXSWAP(0x0d00) RNG_AUTOFIX FIXSWAP(0x0c00) RNG_UNUSEABLE FIXSWAP(0xdd00)
참고: 소프트웨어 오류 0x2000은 매우 일반적이고 정상적인 벨소리 상태입니다. 0x20은 링 초기화를 나타내며 00은 하위 벡터의 길이입니다. 이는 링 스테이션이 링에 들어갔음을 나타냅니다.
컨트롤러 토큰링 표시
트러블슈팅에 사용할 다음 Cisco IOS Software 명령은 show controllers tokenring 명령입니다.
FEP# show controllers tokenring 0/0
TokenRing0/0: state up
current address: 0000.30ae.8200, burned in address: 0000.30ae.8200
Last Ring Status: none
Stats: soft: 0/0, hard: 0/0, sig loss: 0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 100, bnum 1, target 60
max_hops 7, target idb: null
Interface failures: 0
Monitor state: (active), chip f/w: '000500.CS1AA5 ', [bridge capable]
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0800011A (0800011A), group: 00000000 (00000000)
internal addrs: SRB: 0288, ARB: 02F6, EXB 0880, MFB: 07F4
Rev: 0170, Adapter: 02C4, Parms 01F6
Microcode counters:
MAC giants 0/0, MAC ignored 0/0
Input runts 0/0, giants 0/0, overrun 0/0
Input ignored 0/0, parity 0/0, RFED 0/0
Input REDI 0/0, null rcp 0/0, recovered rcp 0/0
Input implicit abort 0/0, explicit abort 0/0
Output underrun 0/0, TX parity 0/0, null tcp 0/0
Output SFED 0/0, SEDI 0/0, abort 0/0
Output False Token 0/0, PTT Expired 0/0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
Internal controller smt state:
Adapter MAC: 0000.30ae.8200, Physical drop: 00000000
NAUN Address: 0005.770e.0a87, NAUN drop: 00000000
Last source: 0000.30ae.8200, Last poll: 0000.30ae.8200
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0003, Auth Class: 7BFF
Monitor Error: 0000, Interface Errors: 0004
Correlator: 0000, Soft Error Timer: 00DC
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0004
Beacon type: 0000, Beacon NAUN: 0005.770e.0a87
Beacon drop: 00000000, Reserved: 0000
Reserved2: 0000
소프트 오류 - 이 인터페이스에 표시되는 모든 소프트 오류의 조합입니다. 소프트 오류에는 라인 오류, 다중 모니터, ARI 및 FCI 설정 오류, 버스트 오류, 손실된 프레임, 손상된 토큰, 손실된 토큰, 순환하는 프레임 또는 우선 순위 토큰, 손실된 모니터 및 빈도 오류가 포함됩니다. 자세한 내용은 소프트 오류 정보를 참조하십시오.
하드 오류 - 소프트웨어 루틴에서 복구할 수 없는 오류입니다. 벨소리가 물리적으로 초기화되었습니다. 자세한 내용은 토큰 링 비정상 상태 목록을 참조하십시오.
Monitor state(모니터링 상태): (active) - 컨트롤러의 상태를 나타냅니다. 가능한 값에는 active, failure, inactive, reset이 있습니다.
SRB REM RPS CRS/NetMgr - 인터페이스에서 SRB, REM, RPS 및 CRS가 모두 활성화되었음을 나타냅니다. 자세한 내용은 LAN Network Manager 섹션을 참조하십시오.
또한 출력에 제공되는 중요한 정보는 링 토폴로지를 결정하는 데 도움이 되는 어댑터 MAC 및 NAUN 주소입니다. 또한 링 비컨 NAUN이 누구인지, 즉 비컨 스테이션에 가장 가까운 활성 업스트림 인접 디바이스인지 확인할 수 있습니다. 그러면 문제가 발생할 수 있는 위치를 파악할 수 있는 시작점이 됩니다. 즉, 비컨 스테이션, 비컨 NAUN 또는 그 사이에 있는 케이블입니다. 나머지 필드에 대한 설명은 명령 참조 설명서에서 show controllers 토큰을 참조하십시오.
디버그 토큰 이벤트
트러블슈팅에 사용할 마지막 Cisco IOS Software 명령은 debug token events 명령입니다.
1w6d: TR0 starting.
1w6d: %LINK-5-CHANGED: Interface TokenRing0, changed state to initializing
1w6d: TR0 receive SRB_FREE, state=2, if_state=6
1w6d: TR0 receive SRB_FREE, state=2, if_state=7 ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: TR0: Interface is alive, phys. addr 0000.3090.79a0
setting functional address w/ 800011A
setting group address w/ 80000000
ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: %LINK-3-UPDOWN: Interface TokenRing0, changed state to up
1w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface TokenRing0,
changed state to up
1w6d: %SYS-5-CONFIG_I: Configured from console by console
주의: 디버그 토큰 이벤트는 패킷이 아니라 토큰 링 이벤트만 표시하므로 라우터에 미치는 영향이 최소화되어야 합니다. 그러나 전환 횟수가 많은 통화 중 벨소리가 들리면 logging buffer 및 no logging console 명령을 실행하고 라우터에 대한 물리적 액세스 권한을 갖는 것이 좋습니다.
이전 디버그 토큰 이벤트 출력은 Cisco 2500 라우터에서 출력됩니다. 출력에는 다양한 메시지가 표시될 수 있지만 문제가 발생할 수 있는 위치를 알려주어야 합니다. 앞의 예에서는 토큰 링 인터페이스의 초기화에 성공한 것을 보여 줍니다. 또한 디버그는 링 모드와 그룹 주소 및 기능 주소에 포함된 정보 메시지를 포함합니다.
벨소리 모드 정의
이는 기본 시스템에서 어댑터 보드로 전달되는 값으로, 인터페이스에서 사용해야 하는 모드를 나타냅니다. 특정 함수 비트가 켜져 있는지 여부를 제어하고 토큰 링에 실제로 삽입할 때 사용되는 명령 플래그를 제어합니다. 벨소리 모드의 경우, 이 숫자가 의미하는 바는 다음과 같습니다.
이전 샘플 디버그의 경우 링 모드는 0x0F00이며, 이는 다음 의미를 갖는 2바이트 값입니다.
RINGMODE_LOOPBACK 0x8000 RINGMODE_NO_RINGSTAT 0x4000 RINGMODE_ALL_FRAMES 0x2000 RINGMODE_ALL_LLC 0x1000 RINGMODE_BRIDGE 0x0800 /* status only */ RINGMODE_REM 0x0400 /* be Ring Error Monitor */ RINGMODE_RPS 0x0200 /* be Ring Parameter Server */ RINGMODE_NETMGR 0x0100 /* be Configuration Report Server */ RINGMODE_TBRIDGE 0x0080 /* be a transparent bridge */ RINGMODE_CONTENDER 0x0040 /* be a contender for AMP */ RINGMODE_RS 0x0020 /* listen to ring maintenance MAC frames */ RINGMODE_ALL_MAC 0x0010 /* listen to all MAC frames */ RINGMODE_ETR 0x0008 /* Early Token Release */ RINGMODE_NEED_MAC 0x0730 /* Needs MAC frames */
따라서 링 모드는 이러한 비트 설정의 합계입니다. 0xF00은 브리지, 링 오류 모니터, 링 매개 변수 서버 및 구성 보고서 서버를 나타냅니다.
수정된 열기(옵션 포함)
이것은 Cisco에서 새로 설정한 칩셋입니다. 이전 샘플 디버그에서는 옵션 1180을 사용하여 수정된 열기를 볼 수 있습니다. 왼쪽에서 오른쪽으로 읽은 16비트 값입니다. Cisco 라우터는 옵션만 설정할 수 있지만 해제는 설정할 수 없습니다.
+ Bit 0 - Open in Wrap: the open adapter is executed without inserting phantom drive to allow testing of the lobe. + Bit 1 - Disable Hard Error: prevents a change in the Hard Error and Transmit Beacon bits causing a Ring Status Change ARB. + Bit 2 - Disable Soft Error: prevents a change in the Soft Error bit from causing a Ring Status Change ARB. + Bit 3 - Pass Adapter MAC frames: Causes adapter class MAC frames not supported by the adapter to be passed back as received Frames. If this bit is off, these frames are discarded. + Bit 4 - Pass Attention MAC frames: Causes attention MAC frames that are not the same as the last received attention MAC frame. + Bit 5 - reserved: should be 0 + Bit 6 - reserved: should be 0 + Bit 7 - Contender: When the contender bit is on, the adapter will participate in claim token upon receiving a claim token frame from another adapter with a lower source address. If this bit is off the adapter will not enter into claim token process if it receives a Claim Token MAC frame. The adapter will enter claim token if a need is detected regardless of the setting of this bit. + Bit 8 - Pass Beacon MAC frames: The adapter will pass the first Beacon MAC frame and all subsequent Beacon MAC frames that have a change in the source address of the Beacon type. + Bit 9 - reserved: should be 0 + Bit 10 - reserved: should be 0 + Bit 11 - Token Release: If this bit is set the adapter will not operate with early token release. If this bit is 0 the adapter will operate with early token release when the selected ring speed is 16 megabits per second. + Bit 12 - reserved: should be 0 + Bit 13 - reserved: should be 0 + Bit 14 - reserved: should be 0 + Bit 15 - reserved: should be 0
옵션 0x1180의 경우 이전 굵게 표시된 비트를 참조하십시오.
기능 및 그룹 주소 설정
이전 샘플 디버그에서는 기능 주소가 w/ 800011A로 설정되고 그룹 주소가 w/ 80000000으로 설정됩니다.
다음은 LNM에 대한 보고 속성입니다.
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
Keepalives
무작위 수의 토큰 링 인터페이스의 간헐적인 제거 및 재삽입이 문제가 될 경우 링이 매우 혼잡해질 수 있으며, 이로 인해 토큰 링 인터페이스에서 전송된 킵얼라이브가 시간 초과될 수 있습니다. keepalive 값을 늘리려면 keepalive {0 - 32767} interface 명령을 실행합니다. 기본값은 10초입니다.
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
참고: 킵얼라이브를 늘리면 토큰 링 인터페이스가 바운스되지 않도록 유지할 수 있지만, 이는 올바른 네트워크 설계와 적절한 링 세그멘테이션을 대체하지는 않습니다.
LAN Analyzer 사용
토큰 링 네트워크에서 직면한 문제는 종종 무작위 간격으로 재발생하는 간헐적인 특성입니다. 따라서 트러블슈팅이 훨씬 더 어려워집니다. 이는 성능이 느리거나 링에서 순간적으로 이탈하는 경향이 있는 임의 수의 스테이션이 있는 상황에서 일반적입니다. 또한 삽입 문제를 해결하기 위해 위의 기술을 사용하는 경우 때때로 적절한 정보를 제공하지 않을 수 있습니다.
문제를 좁히려면 프레임을 캡처하고 분석하는 토큰 링 LAN 분석기가 필요할 수 있습니다. 분석기는 삽입하려는 스테이션의 바로 업스트림 인접 디바이스여야 합니다. 따라서 토큰 링 추적에서 무엇을 찾아야 하는지 알고 건강한 토큰 링 네트워크에서 무엇을 기대하는지 아는 것이 중요합니다. 토큰 링 프레임 분석은 이 문서의 범위를 벗어나지만, 이러한 프레임은 성공적인 토큰 링 스테이션 삽입의 토큰 링 추적에 표시될 것으로 예상됩니다.
MAC: Active Monitor Present !--- Normal ring poll. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#1 frames. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#2 frames. MAC: Standby Monitor Present MAC: Report SUA Change !--- Stored Upstream Address reported to Configuration Report Server !--- by inserting station. MAC: Standby Monitor Present !--- Participate in ring poll by inserting station. MAC: Report SUA Change !--- SUA reported by station downstream from inserting station. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Request Initialization !--- Request ring initialization MAC#1 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#2 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#3 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#4 from Ring Parameter Server. MAC: Report Soft Error MAC: Active Monitor Present MAC: Standby Monitor Present !--- Station inserted and participating in ring poll. MAC: Standby Monitor Present
참고: 해당 추적은 관심 있는 프레임만 표시하도록 필터링되었습니다(설명 참조). 네트워크 분석기에서 이러한 프레임을 더 자세히 검사하여 해당 필드에 포함된 세부 정보를 볼 수 있습니다.
또한 허브 릴레이를 여는 간단한 작업으로 인해 버스트 오류, 라인 오류, 토큰 오류, 링 제거 및 프레임 손실 오류와 같은 소프트 오류도 나타날 가능성이 높습니다. 삽입 과정에서 발생하는 정상적인 증상이므로 이러한 오류가 존재한다고 하여 문제가 있는 링을 나타낸다고 가정하지 마십시오.
예를 들어 살펴볼 다른 프레임은 AM에서 발급한 MAC 프레임으로, 이를 NNI(Neighbor Notification Incomplete) 또는 Ring Poll Failure라고 합니다. 이 프레임은 AMP MAC 프레임 바로 전에 오류가 발생한 링에서 7초마다 발급되어야 합니다. NNI 프레임은 링 폴링 프로세스를 성공적으로 완료할 마지막 스테이션의 주소를 포함하므로 중요합니다. 이 스테이션의 다운스트림 네이버는 대개 범인이며, 문제를 해결하기 위해 다운스트림 네이버를 제거할 수 있습니다.
관련 정보
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
1.0 |
05-Dec-2001 |
최초 릴리스 |
피드백