De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft een aantal van de meest voorkomende problemen waardoor een Cisco router Token Ring-interface niet in een Token Ring kan worden ingevoegd. Het biedt een stroomschema voor een snel overzicht van de stappen die u kunt nemen om problemen op te lossen met de Token Ring-interface. Dit document bespreekt ook een aantal van de meest gebruikte opdrachten voor Cisco IOS®-software en de manier waarop u deze kunt gebruiken om informatie te verzamelen over de Token Ring-interface om met succes het probleem op te lossen.
Er zijn geen specifieke vereisten van toepassing op dit document.
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Om met succes problemen op te lossen Token Ring interfaces, is het belangrijk om de opeenvolging van gebeurtenissen te begrijpen die plaatsvinden alvorens een station zich bij de ring aansluit.
Er zijn vijf fasen waarin een station verdergaat om een ring aan te sluiten:
Het inbrengen begint met een lob test. Deze fase test de zender en ontvanger van de Token Ring-adapter en test de kabel tussen de adapter en de Multistation Access Unit (MAU). Een MAU verpakt fysiek de verbindingskabel???s transmissiedraad terug naar zijn ontvangstdraad. Het effect is dat de adapter de media test MAC frames omhoog de kabel naar de MAU (waar het is verpakt) en terug naar zichzelf kan verzenden. Tijdens deze fase stuurt de adapter via de lob media test MAC frames naar het doeladres 00-00-00-00-00-00-00 (met het bronadres van de adapter) en een MAC-frame (dat) voor de Duplication Address Test (Duplication Address Test) (met het adres van de adapter als bron en als bestemming) omhoog de kabel. Indien de lob-test slaagt, is fase één volledig.
In fase twee, wordt een ph antoomstroom verzonden om het hubrelay te openen, zodra het hubrelay het station opent en zich aan de ring vastmaakt. Het station controleert vervolgens of er een actieve monitor (AM) aanwezig is door te controleren op een van deze frames:
Actief monitor aanwezig (AMP) MAC-frame
Stand-by monitor present (SMP) MAC frame
Ringreiniging MAC-frames
Als geen van deze frames binnen 18 seconden wordt gedetecteerd, gaat het station ervan uit dat er geen actieve monitor aanwezig is en start het monitorcontentproces. Via het monitorcontentproces wordt het station met het hoogste MAC-adres de actieve monitor. Als het geschil niet binnen één seconde is afgerond, kan de adapter niet worden geopend. Als de adapter de AM wordt en een purge start, en het purgeerproces niet binnen één seconde wordt voltooid, dan kan de adapter niet openen. Als de adapter een MAC-frame van een beacon of een MAC-frame van een verwijderstation ontvangt, kan de adapter niet openen.
Als onderdeel van de dubbele adrestoezichtfase stuurt het station een serie dubbele adrestoezichtframes naar zichzelf. Als het station twee frames terug ontvangt met de Address Recognized Indicator (ARI) en Frame Copied Indicator (FCI) ingesteld op 1, dan weet het dat dit adres een duplicaat op deze ring is, het maakt zichzelf los, en het meldt een storing om te openen. Dit is nodig omdat Token Ring lokaal beheerde adressen (LAN’s) toestaat en u kunt eindigen met twee adapters met hetzelfde MAC-adres als deze controle niet wordt uitgevoerd. Indien deze fase niet binnen 18 seconden is voltooid, meldt de post een storing en maakt zichzelf los van de ring.
Opmerking: als er een dubbel MAC-adres op een andere ring is, dat is toegestaan in de bronroute-overbrugde Token Ring-netwerken, zal dit niet worden gedetecteerd. De dubbele adrescontrole is alleen lokaal significant.
In de fase van de ringopiniepeiling leert het station het adres van zijn NAUN (Dichtstbijzijnde actieve buur stroomopwaarts) en maakt het zijn adres bekend aan zijn dichtstbijzijnde buur stroomafwaarts. Dit proces leidt tot de ringskaart. Het station moet wachten tot het een AMP of SMP frame ontvangt met de ARI en FCI bits ingesteld op 0. Wanneer dit gebeurt, draait het station beide bits (ARI en FCI) om naar 1, als er genoeg bronnen beschikbaar zijn, en vormt het een SMP-frame voor transmissie. Als dergelijke frames niet binnen 18 seconden worden ontvangen, dan meldt de post een storing om te openen en deïnstallaties van de ring. Als het station succesvol deelneemt aan een ringopiniepeiling, gaat het verder in de laatste fase van invoeging, verzoek initialisatie.
In de initialiseringsfase van het verzoek stuurt het station vier MAC-frames voor het initialiseren van het verzoek naar het functionele adres van de Ring Parameter Server (RPS). Als er geen RPS aanwezig is op de ring, gebruikt de adapter zijn eigen standaardwaarden en meldt succesvolle voltooiing van het plaatsingsproces. Als de adapter een van de vier MAC-frames voor de initialisatie van het verzoek ontvangt met de ARI- en FCI-bits ingesteld op 1, wacht hij twee seconden op een antwoord. Als er geen reactie is, zendt het maximaal vier keer opnieuw uit. Op dit moment, als er geen antwoord is, meldt het een fout in de initialisatie van het verzoek en de-inserts van de ring.
Dit is een lijst van functionele adressen:
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
Raadpleeg voor meer informatie over functionele adressen de IEEE802.5-specificaties.
Raadpleeg dit stroomschema voor een snel overzicht van de probleemoplossing:
Een van de eerste dingen die gecontroleerd moeten worden, wanneer een Token Ring interface problemen heeft met invoeging in de ring, is of u al dan niet invoegt in een ring die al bestaat. Als ja, moet u het ringnummer dat op de Token Ring-interface is geconfigureerd, afstemmen op het bestaande ringsnummer dat door andere Source-Route Bridges (SRB’s) wordt bepaald.
Opmerking: Cisco-routers accepteren standaard ringnummers in decimale indeling, terwijl de meeste IBM-bruggen hexadecimale notatie gebruiken. Zorg er daarom voor dat u de conversie van hexadecimaal naar decimaal uitvoert voordat u dit op de Cisco-router configureert. Als u bijvoorbeeld een SRB met ringsnummer 0x10 hebt, moet u 16 invoeren op de Cisco-router. U kunt het ringsnummer ook in hexadecimaal op de Token Ring-interface van Cisco-router invoeren als u het ringsnummer met 0x voorgaat:
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
Opmerking: Wanneer u de configuratie weergeeft, geeft de router automatisch de ringnummers in decimale notatie weer. Dientengevolge, zijn de decimale ringsaantallen het meest meestal gebruikte formaat op de routers van Cisco. Dit is het relevante deel van een opdracht 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
Als u de ringsaantallen niet aanpast, geeft de interface van Cisco Token Ring een bericht gelijkend op dit en sluit zichzelf af:
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
U moet dan het juiste ringnummer configureren op de Token Ring-interface???in dit geval 5???en vervolgens handmatig de opdracht no shutdown uitgeven.
Opmerking: Het brugnummer (of bridge-id) hoeft niet overeen te komen met andere brugnummers in het netwerk; u kunt een unieke waarde of hetzelfde brugnummer in uw netwerk gebruiken zolang u een uniek Routing Information Field (RIF)-pad hebt naar elk apparaat in uw SRB-netwerk. Een voorbeeld van wanneer u verschillende brugnummers nodig zou hebben is als u twee ringen hebt die door twee parallelle bruggen worden verbonden. In dit geval resulteert het niet gebruiken van verschillende brugnummers in twee fysiek verschillende paden, maar dezelfde RIF-informatie.
Opmerking: wanneer u de opdracht bron-bridge toevoegt of verwijdert, springt de Token Ring-interface, waardoor de werking van en op deze router wordt verstoord via de Token Ring-interface. Zie Local Source-Route Bridging begrijpen en oplossen voor meer informatie over het configureren van SRB.
Naast het afstemmen van ringsnummers, moet u er ook voor zorgen dat de ringssnelheid correct is ingesteld; dat wil zeggen 4 of 16 Mbps. Het nalaten dit te doen veroorzaakt de generatie van een ringsbaken en veroorzaakt een netwerkstroomonderbreking op deze ring. Als de ringsnummers en de ringssnelheid correct zijn ingesteld, maar de Token Ring-interface nog steeds niet in de ring kan worden ingevoegd, gebruikt u het proces van eliminatie om problemen met kabels of met het MAU uit te sluiten. Gebruik een stekker of controleer of de adapter is aangesloten op een werkende MAU. Slechte bekabeling veroorzaakt veel adapterproblemen tijdens het invoegproces. De volgende zaken zijn op zoek naar:
Wordt de adapter geconfigureerd voor het gebruik van de juiste mediapoorten, onbeschermde UTP-kabel (Twisted pair) of afgeschermde STP-kabel (Twisted pair)?
Is de kabel die van de adapter naar de hub loopt compleet en correct?
Wat voor mediafilter wordt gebruikt? Houd in gedachten dat wat werkt bij 4 Mbps niet altijd werkt bij 16 Mbps.
Het zou kunnen zijn dat er een fysiek laagprobleem op de ring (bijvoorbeeld, bedrading, lijnlawaai, of jitter) is dat verschijnt als meer stations invoegen. Dit veroorzaakt zuiveringen en bakens, die een nieuw ingebrachte adapter aftrappen. Dit kan worden geëlimineerd als de Token Ring-interface verschijnt wanneer deze is verbonden met een ander MAU zonder andere stations. U kunt dan geleidelijk meer stations toevoegen om te zien op welk moment u een storing krijgt. Deze test elimineert ook mogelijke conflicten zoals Active Monitor, RPS, Configuration Report Server (CRS) en andere. Zie de sectie LAN Network Manager voor meer informatie.
LAN Network Manager (LNM, voorheen LAN Manager) is een IBM-product dat een verzameling bron-routebruggen beheert. LNM gebruikt een versie van Common Management Information Protocol (CMIP) om met de LNM-stationsbeheerder te spreken. Met LNM kunt u de gehele verzameling Token Rings controleren die bestaat uit uw overbrugd bronnetwerk. U kunt LNM gebruiken om de configuratie van bronroutebruggen te beheren, Token Ring-fouten te bewaken en informatie te verzamelen van Token Ring-parameterservers.
Vanaf Cisco IOS-softwarerelease 9.0 ondersteunen Cisco-routers die 4 en 16 Mbps Token Ring-interfaces gebruiken die voor SRB zijn geconfigureerd het bedrijfseigen protocol dat LNM gebruikt. Deze routers bieden alle functies die het IBM Bridge Program momenteel biedt. Aldus, kan LNM met een router communiceren alsof het een bron-route van IBM brug - zoals IBM 8209 was - en kan om het even welke die Token Ring beheren of controleren aan de router wordt aangesloten, of het een virtuele ring of een fysieke ring is. LNM is standaard ingeschakeld op Cisco-routers. Deze verborgen opdrachten voor interfaceconfiguratie zijn standaard ingeschakeld:
[geen] lnm crs - CRS controleert de huidige logische configuratie van een Token Ring en meldt om het even welke veranderingen in LNM. CRS meldt ook diverse andere gebeurtenissen, zoals de verandering van een actieve monitor op een Token Ring.
[geen] lnm rps - de RPS rapporteert aan LNM wanneer een nieuw station zich aansluit bij een Token Ring en zorgt ervoor dat alle stations op een ring een consistente set rapportageparameters gebruiken.
[no] lnm rem - Ring Error Monitor (REM) monitort fouten die worden gemeld door een station op de ring. Daarnaast controleert REM of de ring functioneel of defect is.
Deze opdrachten zijn alleen zichtbaar in de configuratie als ze zijn uitgeschakeld:
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
Dit maakt deel uit van de Token Ring-interfaceconfiguratie waarin de configuratie wordt weergegeven:
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
Aangezien u problemen met Token Ring-interfaces oplost, kan het nodig zijn CRS, RPS, REM of alle drie op de Cisco-router uit te schakelen om conflicten met andere Token Ring-apparaten uit te sluiten. Een typisch scenario is wanneer een Token Ring-station er niet in slaagt om in de ring in te brengen, ook al kan hetzelfde station in een geïsoleerde ring invoegen zonder dat andere stations aanwezig zijn. U kunt afzonderlijke servers, zoals RPS, CRS en REM uitschakelen of LNM-functionaliteit uitschakelen op de router, samen met deze globale configuratie:
lnm uitgeschakeled - Deze opdracht beëindigt alle LNM-serverinvoer en -rapportagekoppelingen. Het is een superset van de functies die normaal op individuele interfaces worden uitgevoerd door de geen lnm rem, geen lnm rps, en geen lnm rps opdrachten.
Als u LNM uitschakelt en dat het probleem oplost, zorg er dan voor dat u geen bekende bug tegenkomt. Als LNM niet nodig is op uw netwerk, kunt u het uitgeschakeld laten.
U kunt ook gebruik maken van LNM-functionaliteit op de Cisco-router om stations die op de lokale ringen zijn aangesloten op de router te registreren, om te zien of er isolerende fouttellingen zijn en om te zien welk station ze verstuurt:
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
Opmerking: als u LNM uitschakelt, kunt u geen van de lnm opdrachten van de show gebruiken.
Van de show lnm station commando, van bijzonder belang is station adres, ringnummer, en alle gerapporteerde fouten. Voor een volledige uitleg van de velden raadpleegt u de opdracht lnm-station tonen in de opdrachtreferentiehandleiding.
Een ander nuttig LNM bevel is het show lnm interfacebevel:
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
Van die opdracht kunt u gemakkelijk zien wie de actieve monitor is, de stations die aanwezig zijn op de direct aangesloten ring en alle actieve servers op de ring (zoals REM, RPS en anderen).
Dit zijn de andere opties van de show lnm opdracht:
show lnm bridge show lnm config show lnm ring
Dit zijn de meest gebruikte opdrachten voor Cisco IOS-softwareprobleemoplossing voor Token Ring-interfaces:
Dit zijn de hoogtepunten van de opdracht 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
Uitloopdalingen kunnen worden veroorzaakt wanneer de uitvoermedia geen frames kunnen accepteren en de uitvoerwachtrij de maximale waarde bereikt voordat pakketten worden neergezet. Output druppels kunnen niet noodzakelijk wijzen op een probleem, omdat een ontdekkingsreiziger frame dat wordt gelaten vallen (omdat het al heeft gereisd op een bepaalde ring) kan verhogen de output druppels teller.
Toenemende inputdruppels daarentegen kunnen ernstig zijn en moeten zorgvuldig worden geanalyseerd. Invoerdalingen kunnen worden veroorzaakt door onvoldoende systeembuffers; zie 0 geen buffer in de vorige show interfaces tokenring1/0 output. Het verhogen van geen bufferteller van de output van showinterfaces zou met de stijgende ontbrekende teller van de show buffers output kunnen correleren, en de aangewezen bufferpool zou kunnen moeten worden gestemd. Raadpleeg Buffer Tuning voor alle Cisco-routers voor meer informatie.
Opmerking: de invoer- en uitvoerwachtrijen kunnen worden verhoogd met de lengte van de wachtrij {in | uit} bevel; nochtans, is het belangrijk om de reden te begrijpen waarom die rijen hun maximumgreepwaarde bereiken alvorens u hen verhoogt. Je zou kunnen vinden dat, wanneer je de maximale waarde van de wachtrij verhoogt, je alleen de tijdsperiode verhoogt voordat ze weer overlopen.
Je moet ook de throttles teller controleren. Deze teller geeft het aantal keren aan dat de ingangsbuffers van een interface zijn gereinigd, omdat ze niet snel genoeg onderhouden zijn of omdat ze overweldigd zijn. Een verkenningsstorm kan de throttles teller meestal doen stijgen. Raadpleeg de opdracht Source-bridge Explorer-max en de sectie Geoptimaliseerde Verkenner-verwerking van bronrouteoverbrugging configureren.
Opmerking: elke keer als je een throttle hebt, worden alle pakketten in de invoerwachtrij gedropt. Dit veroorzaakt zeer langzame prestaties en kan ook bestaande sessies verstoren.
Een overgang treedt op wanneer de interface zijn status wijzigt, zoals wanneer de interface van omlaag gaat naar initialiseren of van initialiseren naar omhoog. Er treedt een reset op wanneer de interface start. De toevoeging van andere apparaten in de ring zou geen van deze tellers moeten veroorzaken om te stijgen, maar het zal de telling van zachte fouten om veroorzaken te stijgen. Bovendien, als de show interface tokenring opdracht toont geen druppels, input fouten, of output fouten, maar u ziet een aanzienlijk aantal reset en overgangen, dan kunnen keepalives de interface herstellen.
Opmerking: wanneer u een token-ring interface wist, vindt een reset en twee overgangen plaats: één overgang van omhoog naar initialiseren en één van initialiseren naar omhoog.
Het veld Laatste ringstatus toont de laatste ringsstatus voor de ring. 0x2000 geeft bijvoorbeeld een softwarefout aan. Dit is een lijst van mogelijke statuswaarden:
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)
Opmerking: Softwarefout 0x2000 is een heel gebruikelijke, normale ringsstatus. 0x20 wijst op ringinitialisering en 00 is de lengte van subvector; dit wijst erop dat een ringsstation de ring is ingegaan.
De volgende te gebruiken opdracht voor Cisco IOS-software voor probleemoplossing is de opdracht 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
Zachte fouten - Dit is een combinatie van alle zachte fouten die door deze interface worden gezien. Zachte fouten omvatten lijnfouten, meerdere monitoren, ARI en FCI set fouten, burst fouten, verloren frames, beschadigde token, verloren token, vermiste token, verstrooid frame of prioriteit token, verloren monitor, en frequentie fout. Raadpleeg Informatie over zachte fouten voor meer informatie.
Harde fouten - Dit zijn fouten die niet kunnen worden hersteld door softwareroutes. De ring is fysiek gereset. Raadpleeg voor meer informatie de Token Ring-lijst met abnormale toestanden.
Monitorstatus: (actief) - Geeft de status van de controller aan. De mogelijke waarden omvatten actief, mislukking, inactief, en het terugstellen.
SRB REM RPS CRS/NetMgr - Geeft aan dat SRB, REM, RPS en CRS allemaal zijn ingeschakeld op de interface. Zie de sectie LAN Network Manager voor meer informatie.
Belangrijke informatie die ook in de output wordt verstrekt is het AdapterMAC en het Adres van NAUN, die helpen om de ringtopologie te bepalen. U kunt ook te weten komen wie het ringbeacon NAUN is; dat is, de Dichtstbijzijnde actieve stroomopwaartse buur aan het beaconing station. Dit geeft u een uitgangspunt om te bepalen waar het probleem zou kunnen liggen: het beaconing station, het beacon NAUN, of de kabel die tussen hen ligt. Voor een uitleg van de rest van de velden kunt u de controllers-token weergeven in de opdrachtreferentiehandleiding.
De laatste te gebruiken opdracht voor Cisco IOS-software voor probleemoplossing is de opdracht 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
Waarschuwing: debug token-gebeurtenissen moeten een minimale invloed op de router hebben omdat het alleen symbolische ring-gebeurtenissen weergeeft en geen pakketten. Echter, als u een zeer drukke ring met veel overgangen, wordt aanbevolen dat u de logboekbuffer en de opdrachten no logging console uitgeeft en dat u fysieke toegang tot de router hebt.
De vorige debug token events output is van een Cisco 2500 router. De output kan een grote verscheidenheid van berichten hebben, maar het zou wat raad moeten geven over waar het probleem zou kunnen liggen. In het vorige voorbeeld toont het een succesvolle initialisatie van de Token Ring-interface. Debug bevat ook informatieve berichten in ringmodus en in groepsadres en functioneel adres.
Dit zijn waarden die worden doorgegeven van het hoofdsysteem naar de adapterborden, om aan te geven welke modus de interface moet gebruiken. Zij bepalen of bepaalde functiebits zijn ingeschakeld en controleren de opdrachtvlaggen die worden gebruikt bij het invoegen in de Token Ring. Voor de ringmodus is dit wat deze getallen betekenen:
Voor de vorige steekproef zuiver, is de ringswijze 0x0F00, die een 2 bytewaarde is die deze betekenissen heeft:
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 */
De ringmodus is dus een totaal van die bitinstellingen. 0xF00 geeft Bridge, Ring Error Monitor, Ring Parameter Server en Configuration Report Server aan.
Dit is de nieuwe instelling van de chipset door Cisco. In de vorige steekproef zuiver, kunt u gewijzigde open w/optie 1180 zien. Dit is een 16-bits waarde die van links naar rechts wordt gelezen. De Cisco router kan alleen opties instellen op, maar niet op uit.
+ 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
Zie de vorige vet bits voor optie 0x180.
In het vorige voorbeeld debug, wordt het functionele adres ingesteld op w/ 800011A en wordt het groepsadres ingesteld op w/ 80000000.
Dit zijn rapportageeigenschappen voor LNM:
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
Als het probleem de intermitterende de-insertie en re-insertie van een willekeurig aantal Token Ring interfaces lijkt te zijn, kan de ring extreem verstopt zijn, wat de keepalives veroorzaakt die door de Token Ring interface naar time-out worden gestuurd. Geef het interfacebevel uit keepalive {0 - 32767 om de keepalive waarde te verhogen. (De standaardwaarde is 10 seconden.)
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
Opmerking: wanneer u de keepalives verhoogt, kunt u Token Ring-interfaces tegen stuiteren houden; dit vervangt echter geen goed netwerkontwerp en juiste ringsegmentatie.
Heel vaak zijn de problemen in Token Ring-netwerken van intermitterende aard, met herhalingen op willekeurige intervallen. Dit maakt het veel lastiger om problemen op te lossen. Dit is gebruikelijk in situaties waar je een willekeurig aantal stations hebt die een trage prestatie ervaren of die de neiging hebben om zich tijdelijk los te maken van de ring. Ook kan het gebruik van de bovenstaande technieken om invoegproblemen op te lossen soms onvoldoende informatie bieden.
Om het probleem te versmallen kan een Token Ring LAN-analyzer nodig zijn om frames op te nemen en te analyseren. De analysator moet de directe stroomopwaartse buur zijn van het station dat probeert te invoegen. Het is daarom belangrijk om te weten wat u moet zoeken in een Token Ring-spoor en wat u kunt verwachten in een gezond Token Ring-netwerk. Token Ring-frameanalyse valt buiten het bereik van dit document, maar deze frames zijn wat u zou verwachten te zien in het Token Ring-spoor van een succesvolle invoeging van Token Ring-station:
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
Opmerking: dat spoor is gefilterd om alleen frames van belang weer te geven (zie de opmerkingen). Voor een netwerkanalyzer kunnen die frames nauwkeuriger worden onderzocht om de gedetailleerde informatie in die velden weer te geven.
Het is zeer waarschijnlijk dat u ook zachte fouten - zoals barstfouten, lijnfouten, symbolische fouten, ringszuivering, en verloren kaderfouten - veroorzaakt door de eenvoudige handeling van het openen van het hubrelay zult zien. Veronderstel niet dat het bestaan van deze fouten op een problematische ring wijst, aangezien dit normale symptomen zijn die tijdens het toevoegingsproces voorkomen.
Andere frames waar je bijvoorbeeld naar moet kijken, zijn AM-uitgegeven MAC-frames die worden aangeduid als Neighbor Notification Incomplete (NNI) of Ring Poll Failure. Dit frame moet elke zeven seconden worden uitgegeven in een falende ring, net voor een AMP MAC frame. Het NNI-frame is belangrijk omdat het het adres van het laatste station bevat om het proces van de ringsopiniepeiling met succes te voltooien. De stroomafwaartse buur van dit station is gewoonlijk de schuldige, en je kunt de stroomafwaartse buur verwijderen om het probleem op te lossen.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
05-Dec-2001 |
Eerste vrijgave |