排除Cisco路由器令牌環介面故障
簡介
本文檔介紹導致Cisco路由器令牌環介面無法插入令牌環的一些最常見問題。它提供流程圖，快速概述對令牌環介面進行故障排除的步驟。本文檔還討論了一些最常用的Cisco IOS®軟體命令，以及如何使用這些命令收集有關令牌環介面的資訊來成功排除故障。
必要條件
需求
本文件沒有特定需求。
採用元件
本文中的資訊係根據以下軟體和硬體版本：
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
慣例
如需文件慣例的詳細資訊，請參閱思科技術提示慣例。
權杖環插入程式
為了成功排除令牌環介面故障，必須瞭解在工作站加入環之前發生的一系列事件。
站點加入環有五個階段：
波瓣測試
插入過程從波瓣測試開始。此階段實際上會測試權杖環介面卡的傳輸器和接收器，並測試介面卡和多站存取單元(MAU)之間的纜線。MAU將連線電纜的傳輸線???物理纏繞回其接收線。其效果是介面卡可以將媒體測試MAC訊框透過纜線傳輸到MAU （包裝的位置），然後再傳輸回其本身。在此階段中，介面卡會透過纜線將波瓣媒體測試MAC訊框傳送到目的地位址00-00-00-00-00 （具有介面卡的來源位址）和複製位址測試(DAT) MAC訊框（包含介面卡作為來源和目的地的位址）。如果波瓣測試通過，則第一階段完成。
物理插入和監控檢查
在第二階段，一旦集線器中繼器打開站並連線到環上，就會傳送ph電流以打開集線器中繼。然後，該站會檢查是否有作用中監視器(AM)存在，方法為檢查下列任何訊框：
-
當前活動監視器(AMP) MAC幀
-
備用監控器存在(SMP) MAC幀
-
環清除MAC幀
如果在18秒內未檢測到這些幀，則工作站會假設不存在活動監控器，並啟動監控器爭用進程。透過監控器爭用過程，具有最高MAC地址的工作站會成為活動監控器。如果爭用在一秒內未完成，介面卡將無法開啟。如果介面卡成為AM並啟動清除，而清除程式在一秒內未完成，則介面卡無法開啟。如果介面卡收到信標MAC架構或移除站MAC架構，介面卡就無法開啟。
重複地址檢查
作為重複地址檢查階段的一部分，站傳送一系列指向自己的重複地址MAC幀。如果工作站收到兩個幀，並且地址辨識指示器(ARI)和幀複製指示器(FCI)設定為1，則它知道該地址在此環上重複，它自分離，並報告打開失敗。這是必須的，因為權杖環允許本機管理位址(LAA)，而且如果不進行這項檢查，您最後可能會使用兩個具有相同MAC位址的介面卡。如果此階段未在18秒內完成，則工作站會報告故障，並將自身從環中分離。
注意：如果另一個環上有重複的MAC地址（在源路由橋接令牌環網路中允許），則不會檢測到這種情況。重複地址檢查僅在本地有效。
參與環輪詢
在環輪詢階段，站點獲知其NAUN（最近活動上游鄰居）的地址，並使其地址與最近的下游鄰居相知。此過程將建立環對映。站台必須等到收到ARI和FCI位元設為0的AMP或SMP訊框為止。當它完成時，該站會將兩個位（ARI和FCI）都轉換為1（如果有足夠的可用資源），並排隊SMP幀進行傳輸。如果在18秒內沒有收到此類幀，則工作站會報告打開環和從環中取消插入的故障。如果工作站成功參與環輪詢，它將進入插入的最後階段，請求初始化。
請求初始化
在請求初始化階段，月台將四個請求初始化MAC幀傳送到環引數伺服器(RPS)的功能位址。如果環上沒有RPS，介面卡會使用自己的預設值，並報告插入程式成功完成。如果介面卡在ARI和FCI位元設定為1的情況下，收到其四個要求初始化MAC訊框中的其中一個，它會等待兩秒來回應。若無回應，最多可重新傳輸四次。此時，如果沒有響應，它將報告請求初始化失敗並從環中取消插入。
以下是功能地址的清單：
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)管理的現有環編號相匹配。
注意：預設情況下，Cisco路由器接受十進位制格式的環編號，而大多數IBM網橋使用十六進位制記法。因此，在Cisco路由器上配置此命令之前，請確保執行從十六進位制到十進位制的轉換。例如，如果您的SRB的環編號為0x10，則您需要在Cisco路由器上輸入16。或者，如果您在Cisco路由器的令牌環介面上的環編號前面加上0x，則也可以十六進位制形式輸入環編號：
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
注意：當您顯示配置時，路由器會自動以十進位制記法顯示環編號。因此，十進位制環編號是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令牌環介面將發出類似以下消息並關閉自身：
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)路徑，就可以在整個網路中使用唯一的值或相同的網橋編號。例如，如果您有兩個環透過兩個並行網橋連線，則需要不同的網橋編號。在這種情況下，不使用不同的網橋編號將導致兩個在物理上不同的路徑，但具有相同的RIF資訊。
注意：當您增加或刪除source-bridge命令時，令牌環介面回彈，這將導致路由器透過其令牌環介面斷開。有關如何配置SRB的詳細資訊，請參閱瞭解本地源-路由橋接和對其進行故障排除。
除了匹配的環編號以外，還需要確保環速度設定正確；即4或16 Mbps。否則會導致環信標生成，並導致此環上的網路中斷。如果環編號和環速度設定正確，但令牌環介面仍然無法插入到環中，請使用消除過程排除電纜或MAU的問題。使用環繞插頭，或確定介面卡已連線至運作中的MAU。在插入過程中，纜線連線錯誤會導致許多介面卡問題。需要注意的事項包括：
-
介面卡是否設定為使用正確的媒體連線埠、非遮蔽雙絞線(UTP)纜線或遮蔽雙絞線(STP)纜線？
-
從介面卡到集線器的纜線是否完整且正確？
-
正在使用哪種介質過濾器？請記住，工作速度為4 Mbps的裝置並不總是16 Mbps。
可能是由於插入了更多站點，環上出現了物理層問題（例如，佈線、線路雜訊或抖動）。這會導致清除和信標(Beacon)，從而啟動新插入的介面卡。如果令牌環介面在連線到沒有其他工作站的另一個MAU時出現，則可以消除這種情況。然後，您可以逐步增加更多站點，以檢視何時發生故障。此測試還可以消除可能的衝突問題，例如活動監控器、RPS、配置報告伺服器(CRS)等。有關詳細資訊，請參閱LAN網路管理器部分。
區域網路管理員
LAN Network Manager （LNM，之前稱為LAN Manager）是一種IBM產品，用於管理一組源路由網橋。LNM使用公共行政資訊協定(CMIP)的一個版本與LNM站管理器通訊。LNM允許您監控組成源路由橋接網路的整個令牌環集合。您可以使用LNM來管理源路由網橋的配置、監控令牌環錯誤以及從令牌環引數伺服器收集資訊。
自Cisco IOS軟體版本9.0起，使用4和16 Mbps令牌環介面（配置用於SRB）的Cisco路由器支援LNM使用的專有協定。這些路由器提供IBM Bridge程式當前提供的所有功能。因此，LNM可以像是IBM源路由網橋（如IBM 8209）一樣與路由器通訊，並且可以管理或監控連線到路由器的任何令牌環，無論是虛擬環還是物理環。預設情況下，Cisco路由器上已啟用LNM。此外，預設情況下啟用以下隱藏介面配置命令：
-
[no] lnm crs - CRS監控令牌環的當前邏輯配置並向LNM報告任何更改。CRS也會報告各種其他事件，例如權杖環上作用中監視器的變更。
-
[no] lnm rps - RPS在任何新工作站加入令牌環時向LNM報告並確保環上的所有工作站都使用一組一致的報告引數。
-
[no] lnm rem -環錯誤監控器(REM)監控由環上任何工作站報告的錯誤。此外，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並解決了此問題，請確保您未遇到已知Bug。如果您的網路不需要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軟體命令的使用
以下是令牌環介面最常用的Cisco IOS軟體故障排除命令：
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
當輸出媒體無法接受幀並且輸出隊列在它開始丟棄資料包之前達到最大值時，可能導致輸出丟棄。輸出丟包不一定表示有問題，因為被丟包的瀏覽器幀（因為它已在特定環路上傳輸）可能會增加輸出丟包計數器。
另一方面，增加輸入丟棄可能導致嚴重問題，應仔細進行分析。系統緩衝區不足可能會造成輸入丟棄；請參閱前面show interfaces tokenring1/0輸出中的0 no buffer。show interfaces輸出中增加的no buffer計數器可能與show buffers輸出中增加的misses計數器相關，相應的緩衝池可能需要調節。有關詳細資訊，請參閱適用於所有Cisco路由器的緩衝區調節。
注意：輸入和輸出隊列可以使用hold-queue length {in | out} 命令；不過，在增加這些隊列之前，必須瞭解它們達到最大保持值的原因。您可能會發現，當您增加hold-queue最大值時，您只會增加它們再次溢位之前的時間段。
您還應檢查throttles 計數器。此計數器表示介面的輸入緩衝區被清除的次數，因為它們的服務速度不夠快，或者因為它們不堪重負。通常，瀏覽器風暴可能導致throttles 計數器增加。請參閱source-bridge explorer-maxrate 命令和配置源-路由橋接的最佳化的瀏覽器處理部分。
注意：每次設定限制時，輸入隊列中的所有資料包都會被丟棄。這會導致效能非常低，還可能中斷現有會話。
當介面更改其狀態時（如當介面從關閉狀態轉到初始化狀態或從初始化狀態轉到啟動狀態時），會發生transition。當介面被快速啟動時，將發生reset。將其他裝置插入環不應導致這些計數器中的任何一個增加，但將導致軟錯誤計數增加。此外，如果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是子向量的長度；這指示環站點已進入環。
show controllers tokenring
用於故障排除的下一個Cisco IOS軟體命令是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網路管理器部分。
輸出中也提供了重要的資訊，即介面卡MAC和NAUN地址，它們有助於確定環拓撲。您還可以找出誰是環信標NAUN；即距信標站最近的活動上游鄰居。這為您提供了一個確定問題可能出現在何處的起點：信標站、信標NAUN或它們之間的電纜。有關剩餘欄位的說明，請參閱命令參考手冊中的show controllers token 命令。
偵錯權杖事件
用於故障排除的最後一個Cisco IOS軟體命令是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
警告：debug token events 對路由器的影響應該很小，因為它只顯示令牌環事件而不顯示資料包。但是，如果您的環很忙並且包含大量轉換，則建議發出logging buffer 和no logging console 命令，對路由器進行物理訪問。
前面的debug token events 輸出來自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指示網橋、環錯誤監控器、環引數伺服器和配置報告伺服器。
已修改開啟（含選項）
這是思科對晶片集的新設定。在前面的示例調試中，您可以看到modified open w/ option 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
Keepalive
如果問題似乎是隨機數量的令牌環介面的間歇性解插入和重插入，則環路可能非常擁塞，這將導致令牌環介面傳送的keepalive超時。發出keepalive {0 - 32767}介面命令可增加keepalive值。（預設值為10秒。）
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
注意：增加Keepalive時，可以防止令牌環介面反彈；但這並不能取代好的網路設計和適當的環分段。
LAN分析器的使用
通常，令牌環網路中面臨的問題是間歇性的，會以隨機間隔重複出現。這使得故障排除更具挑戰性。在隨機數量的工作站效能較差或傾向於臨時從環中脫離的情況下，這種情況很常見。此外，使用上述技術排除插入問題有時可能無法提供足夠的資訊。
為了縮小問題範圍，可能需要令牌環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)」或「環輪詢失敗」。在故障環中，應每七秒傳送一次此幀，正好在AMP MAC幀之前。NNI幀很重要，因為它包含成功完成環輪詢過程的最後一個站的地址。此站的下游鄰居通常是罪魁禍首，您可以移除下游鄰居以解決問題。
相關資訊
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
05-Dec-2001 |
初始版本 |
意見