Dit document behandelt een aantal van de meest gebruikelijke kwesties die een Cisco-router Token Ring-interface ertoe hebben gebracht niet in een Token Ring-bewerking te integreren. Dit geeft een stroomschema voor een snel overzicht van de stappen die moeten worden ondernomen om een oplossing te vinden voor de Token Ring-interface. Dit document bespreekt ook een aantal van de meest gebruikte opdrachten van Cisco IOS® Software en hoe u deze kunt gebruiken om informatie te verzamelen over de Token Ring-interface om met succes een oplossing voor het probleem te vinden.
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 de potentiële impact van elke opdracht begrijpen.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Om Token Ring-interfaces met succes op te lossen, is het belangrijk om de opeenvolging van gebeurtenissen te begrijpen die plaatsvinden voordat een station zich bij de ring voegt.
Er zijn vijf fases waardoor een station voortgaat om zich aan te sluiten bij een ring:
Het inlassingsproces begint met een lendetest. In deze fase wordt feitelijk de zender en ontvanger van de Token Ring-adapter getest en wordt de kabel tussen de adapter en de Multistation Access Unit (MAU) getest. Een MAU wikkelt de verbindingskabel fysiek in???s zendt draad terug naar de ontvangen draad. Het effect is dat de adapter media test MAC-frames naar de MAU (waar deze ingesloten is) en terug naar zichzelf kan doorsturen. Tijdens deze fase stuurt de adapter de Lobe media test MAC-frames naar doeladres 00-00-00-00-00-00 (met het bronadres van de adapter) en een MAC-frame (met de dubbele adrestest (DAT) (dat het adres van de adapter als bron en bestemming bevat) omhoog naar de kabel. Als de lobtest voorbij is, is fase één voltooid.
In fase twee wordt een f-lucht-stroom naar het hub relais verstuurd, zodra het hub relais het station opent en zich aan de ring hecht. Het station controleert vervolgens of er een actieve monitor (AM) aanwezig is door op een van deze frames te controleren:
MAC-frame (Active Monitoring Presence) (AMP)
Standby monitor huidige (SMP) MAC-frame
Ring purge 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 proces voor het opnemen van monitor. Door het proces van het controlegeschil, wordt het station met het hoogste adres van MAC de actieve monitor. Als het geschil niet binnen één seconde is voltooid, kan de adapter niet openen. Als de adapter de AM wordt en een purge start, en het zuiveringsproces niet binnen één seconde wordt voltooid, dan wordt de adapter niet geopend. Als de adapter een baken MAC-frame ontvangt of een MAC-frame verwijdert, dan kan de adapter niet openen.
Als deel van de dubbele fase van de adrescontrole, geeft het station een reeks van dubbele adres MAC-frames door die aan zichzelf zijn gericht. Als het station twee frames terug ontvangt met de Address Recognition Indicator (ARI) en Frame Copied Indicator (FCI) ingesteld op 1, dan weet het station dat dit adres een duplicaat is op deze ring, dan lekt het zichzelf en rapporteert het een storing om te openen. Dit is nodig omdat Token Ring locaal beheerde adressen (LAA's) toestaat en u zou met twee adapters met hetzelfde MAC-adres kunnen eindigen als deze controle niet wordt uitgevoerd. Als deze fase niet binnen 18 seconden voltooid is, meldt het station een storing en ontspant het zich van de ring.
Opmerking: Als er een dubbel MAC-adres op een andere ring is, dat toegestaan is in Token Ring-netwerken met bronroute, wordt dit niet gedetecteerd. De dubbele adrescontrole is alleen lokaal belangrijk.
Tijdens de fase van de ronde, leert het station het adres van zijn NAUN (dichtstbijzijnde actieve buurman in het stroomgebied) en maakt het zijn adres bekend aan zijn dichtstbijzijnde buurland. Dit proces creëert de ringkaart. Het station moet wachten tot het een AMP of SMP frame ontvangt met de ARI en FCI bits ingesteld op 0. Wanneer het station dat wel doet, zet het station beide bits (ARI en FCI) op 1, indien er voldoende middelen beschikbaar zijn, en geeft het een SMP-frame voor transmissie in de wachtrij. Als dergelijke frames niet binnen 18 seconden ontvangen worden, meldt het station een storing om deze te openen en uit de ring te verwijderen. Als het station met succes deelneemt aan een ringenquête, gaat het verder naar de laatste fase van invoeging, verzoek initialisatie.
In de initialiseringsfase van het verzoek, stuurt het station vier MAC-bestanden 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 de geslaagde voltooiing van het invoegproces. Als de adapter één van zijn vier aanvragen ontvangt die MAC-frames terug initialiseert met de ARI en FCI-bits ingesteld op 1, wacht het twee seconden op een respons. Als er geen respons is, wordt deze tot viermaal opnieuw doorgegeven. Als er op dit moment geen reactie is, rapporteert het een mislukking van de initialisatie van het verzoek en schrapt het de invoegingen van de ring.
Dit is een lijst van de 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 moet worden gecontroleerd, wanneer een Token Ring interface problemen met invoeging in de ring heeft, is of u wel of niet instelt in een reeds bestaande ring. Als ja, moet u het ringnummer overeenkomen dat op de Token Ring-interface is ingesteld met het bestaande ringnummer dat wordt bepaald door andere Source-Route Bridges (SRBs).
Opmerking: Cisco-routers accepteren standaard getallen in decimale notatie, terwijl de meeste IBM-bruggen hexadecimale notatie gebruiken. Zorg daarom ervoor dat u de conversie van hexadecimaal naar decimaal uitvoert voordat u dit op de Cisco router configureren. Als u bijvoorbeeld een SRB met nummer 0x10 hebt, moet u 16 op de Cisco-router invoeren. In plaats hiervan kunt u het ring-nummer in de Token Ring-interface van de Cisco-router in hexadecimaal invoeren als u het ring-nummer voorstelt met 0x:
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, toont de router automatisch de ring in decimale notatie. Als resultaat hiervan zijn decimale getallen het meest gebruikte formaat op Cisco routers. Dit is het relevante deel van een opdracht voor 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 ring niet aanpast, geeft de Cisco Token Ring interface 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
Moet je dan het juiste ring nummer op de Token Ring interface configureren??? In dit geval, 5??? en dan handmatig de opdracht niet afsluiten uitgeven.
Opmerking: het brugnummer (of de brug-ID) hoeft niet overeen te stemmen met andere bruggetallen in het netwerk; U kunt een unieke waarde of hetzelfde brugnummer door uw netwerk gebruiken zolang u een uniek Routing Information Field (RIF) pad naar elk apparaat in uw SRB-netwerk hebt. Een voorbeeld van wanneer je verschillende bruggetallen nodig zou hebben, is als je twee ringen door twee parallelle bruggen verbonden hebt. In dit geval, het niet gebruiken van verschillende bridge getallen resulteert in twee fysiek verschillende paden, maar de zelfde RIF informatie.
Opmerking: wanneer u de opdracht source-bridge toevoegt of verwijdert, wordt de Token Ring-interface geblokkeerd, waardoor het verkeer naar en van deze router wordt verstoord door de Token Ring-interface. Voor meer informatie over hoe te om SRB te vormen, verwijs naar het begrip van en het oplossen van problemen Lokale bron-route Bridging.
Naast het koppelen van de ringnummers moet u er ook voor zorgen dat de ringsnelheid correct is ingesteld; Dat is 4 of 16 Mbps. Als u dit niet doet, veroorzaakt dit de generatie van een ring baken en veroorzaakt het een netwerkuitval op deze ring. Als de ringnummers en de ringsnelheid correct zijn ingesteld, maar de Token Ring-interface niet in de ring wordt geplaatst, gebruikt u het proces van eliminatie om problemen met kabels of met de MAU uit te sluiten. Gebruik de stekker van de verpakking of controleer of de adapter is aangesloten op een werkbare MAU. Slechte bekabeling veroorzaakt veel adapterproblemen tijdens de invoegprocedure. De volgende dingen worden gezocht:
Is de adapter ingesteld voor het gebruik van de juiste mediapport, ongeshielated Twisted-pair (UTP) kabel of afgeschermde getwiste paarkabel (STP)?
Is de kabel die van de adapter naar de hub draait compleet en correct?
Wat is het mediafilter in gebruik? 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 is (bijvoorbeeld bedrading, lijnlawaai of jitter) die verschijnt als meer stations invoegen. Dit veroorzaakt zuiveringen en bacteriën, die de nieuwe adapter afschoppen. Dit kan worden uitgeschakeld als de Token Ring-interface wordt ingeschakeld wanneer deze wordt aangesloten op een andere MAU zonder andere stations. Je kunt dan geleidelijk meer stations toevoegen om te zien op welk punt je een storing krijgt. Deze test heft ook mogelijke conflicten problemen op, zoals actieve monitor, RPS, Configuration Report Server (CRS) en andere. Zie het gedeelte 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-stationbeheerder te praten. LNM staat u toe om de volledige inzameling van Token Rings te controleren die uw bron-route samengevoegd netwerk omvat. U kunt LNM gebruiken om de configuratie van bron-route bruggen te beheren, Token Ring-fouten te controleren 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 zijn geconfigureerd voor SRB het eigen protocol dat LNM gebruikt. Deze routers bieden alle functies die het IBM Bridge Program momenteel biedt. LNM kan dus met een router communiceren alsof het een IBM bron-route-brug is (zoals IBM 8209) en kan elke Token Ring die op de router is aangesloten beheren of bewaken, of dit nu een virtuele ring of een fysieke ring is. LNM is standaard ingeschakeld op Cisco-routers. Ook worden deze verborgen opdrachten voor de interfacemodules standaard ingeschakeld:
[no] nm crs - Het CRS controleert de huidige logische configuratie van een Token Ring en rapporteert alle wijzigingen in LNM. CRS meldt ook diverse andere gebeurtenissen, zoals de verandering van een actieve monitor op een Token Ring.
[no] nm rps - De RPS rapporteert aan LNM wanneer een nieuw station zich bij een Token Ring aansluit en garandeert dat alle stations op een ring een consistente reeks rapportageparameters gebruiken.
[no] lnm rem - Ring Error Monitor (REM) controleert fouten die door elk station op de ring worden gemeld. Daarnaast controleert REM of de ring functioneel is of in een uitval verkeert.
Deze opdrachten zijn alleen zichtbaar in de configuratie zodra 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 oplossen met Token Ring interfaces, kan het nodig zijn om 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 niet in de ring invoegt, zelfs wanneer hetzelfde station in een geïsoleerde ring kan stoppen zonder dat er andere stations aanwezig zijn. U kunt afzonderlijke servers, zoals RPS, CRS en REM, uitschakelen of LNM-functionaliteit op de router geheel uitschakelen in combinatie met deze mondiale configuratie:
Lnm uitgeschakeld - Deze opdracht beëindigt alle LNM server-ingang en rapportagelinks. Het is een vervanging 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 het probleem wordt opgelost, zorg er dan voor dat u geen bekend bug tegenkomt. Als er geen LNM op uw netwerk is vereist, kunt u deze uitschakelen.
U kunt ook gebruik maken van de LNM-functionaliteit op de Cisco router om stations op te geven die op de lokale ringen aangesloten zijn op de router, om te zien of er isolerende foutmeldingen zijn en om te zien welk station ze verzenden:
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 opdrachten voor tonen, nm gebruiken.
Van de opdracht lnm station, is van bijzonder belang het adres van het station, het ringnummer en alle gerapporteerde fouten. Raadpleeg voor een volledige uitleg van de velden de opdracht voor het tonen van nm station in de opdrachtreferentie handleiding.
Een andere nuttige LNM-opdracht is de opdracht lnm interface tonen:
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 voor show Lnm opdracht:
show lnm bridge show lnm config show lnm ring
Dit zijn de meest gebruikte opdrachten voor het oplossen van problemen in Cisco IOS-software voor Token Ring-interfaces:
Dit zijn de hoogtepunten van de show interfaces met opdracht:
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
Uitloop kan worden veroorzaakt wanneer de uitvoermedia geen frames kunnen accepteren en de uitvoerwachtrij de maximale waarde bereikt voordat ze pakketten gaat neerzetten. Uitvoerdruppels zouden niet noodzakelijk op een probleem kunnen wijzen, omdat een verkenner frame dat wordt gedropt (omdat het al op een bepaalde ring is gereisd) de uitvoerdruppelteller kan verhogen.
Een toename van de druppels in de input daarentegen kan ernstig zijn en moet zorgvuldig worden geanalyseerd. Invoerdruppels kunnen worden veroorzaakt door ontoereikende systeembuffers; zie 0 geen buffer in de vorige show interfaces op uitvoer 1/0. De stijgende bufferteller van de uitvoer van de show interfaces kan correleren met de stijgende misses van de show buffers-uitvoer, en het is mogelijk dat de juiste bufferpool moet worden aangepast. Raadpleeg Buffer Tuning voor alle Cisco-routers voor meer informatie.
Opmerking: De in- en uitvoerwachtrijen kunnen worden verhoogd met de lengte van de houdwachtrij in | opdracht uit de weg; het is echter belangrijk om te begrijpen waarom deze rijen hun maximum waarde bereiken alvorens u ze verhoogt . Je zou kunnen ontdekken dat, wanneer je de maximum waarde in de wachtrij verhoogt, je alleen de tijdspanne verhoogt voordat ze weer overstromen.
U dient ook de stuttelet te controleren. Deze teller geeft het aantal keer aan dat de ingangsbuffers van een interface zijn gereinigd, omdat ze niet snel genoeg worden onderhouden of omdat ze overweldigd zijn. Meestal kan een storm van ontdekkingsreizigers de strelteller veroorzaken. Raadpleeg de opdracht Source-bridge Explorer-max en de sectie Optimized Explorer Processing van Source-Route Bridging.
Opmerking: Iedere keer als je een fles hebt, worden alle pakketten in de invoerrij leeg. Dit veroorzaakt zeer trage prestaties en zou bestaande sessies ook kunnen verstoren.
Een transitie komt voor wanneer de interface zijn status verandert, zoals wanneer het van neer gaat naar initialiseren of van initialiseren naar omhoog. Er wordt opnieuw ingesteld wanneer de interface wordt gestart. De opname van andere apparaten in de ring zou geen van deze tellers moeten laten stijgen, maar het zal de telling van zachte fouten veroorzaken om te verhogen. Bovendien, als de show interface topenring opdracht geen druppels, ingangsfouten of uitvoerfouten toont maar u een aanzienlijk aantal RESets en overgangen ziet, dan kunnen de keepalives de interface herstellen.
Opmerking: Wanneer u een token-ring-interface verwijdert, worden er één reset en twee overgangen uitgevoerd: een overgang van het eerste naar het eerste en een van het initialiseren naar het tweede .
Het veld Laatste Ring Status toont de laatste ringstatus voor de ring. 0x2000 is bijvoorbeeld een softwarefout. Dit is een lijst met 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 heeft een zeer gebruikelijke, normale ringstatus. 0x20 geeft de initialisatie van de ring aan en 00 is de lengte van de subvector; dit geeft aan dat een ringstation de ring is binnengegaan .
De volgende opdracht van Cisco IOS-software om naar probleemoplossing te gebruiken is de opdracht van showcontrollers:
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 instelfouten, burst fouten, verloren frames, gecorrumpeerd token, verloren token token, circulerend frame of prioriteitstoken, verloren monitor- en frequentiefout. Raadpleeg de informatie over zachte fouten voor meer informatie.
Harde fouten - Dit zijn fouten die niet door softwareroutines kunnen worden hersteld. De ring is fysiek gereset. Raadpleeg voor meer informatie de Abnormale staatslijst voor Token Ring.
Monitorstatus: (actief) - Geeft de status van de controller weer. Mogelijke waarden zijn actief, falen, inactief en reset.
SRB REM RPS CRS/NetMgr - Geeft aan dat SRB, REM, RPS en CRS allemaal ingeschakeld zijn op de interface. Zie het gedeelte LAN Network Manager voor meer informatie.
Belangrijke informatie die ook in de output wordt verstrekt is het MAC van de Adapter en het NAUN Adres, die helpen om de ringtopologie te bepalen. Je kunt ook uitzoeken wie het bakenbaken NAUN is; Dat wil zeggen, de dichtstbijzijnde actieve stroomopwaarts gelegen buurman van het beademingsstation. Dit geeft u een beginpunt om te bepalen waar het probleem zich kan voordoen: het beaconingstation, het baken NAUN, of de kabel die tussen hen ligt. Voor een uitleg van de rest van de velden, raadpleegt u het token van de controllers in de opdrachtreferentie handleiding.
De laatste opdracht van Cisco IOS-software om naar probleemoplossing te gebruiken is de opdracht debug-gebeurtenissen:
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
Voorzichtig: debug-gebeurtenissen moeten een minimaal effect op de router hebben, omdat alleen symbolische gebeurtenissen worden weergegeven en geen pakketten. Maar als u een zeer drukke ring met veel overgangen hebt, wordt aanbevolen dat u de houtkapbuffer en de opdrachten geen logconsole geeft en dat u fysieke toegang tot de router hebt.
De vorige debug token uitvoer is van een Cisco 2500 router. De output kan een brede variëteit aan berichten hebben, maar deze zou richtlijnen moeten geven over waar het probleem zou kunnen liggen. In het vorige voorbeeld, toont het een succesvolle initialisering van de Token Ring interface. Debug bevat ook informatieve berichten in ring mode 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. Ze controleren of bepaalde functiebits ingeschakeld zijn en besturen de opdrachtvlaggen die gebruikt worden bij het plaatsen in Token Ring. Voor de ringmodus betekent dit dat die getallen:
Voor het vorige monster debug is de ringmodus 0x0F00, wat een waarde van 2 bytes 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 daarom een totaal van die bit instellingen. 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 het vorige monster debug, kunt u gewijzigde open met optie 1180 zien. Dit is een 16-bits waarde die van links naar rechts wordt gelezen. De router van Cisco kan alleen opties aan, maar niet uit instellen.
+ 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
Voor optie 0x180 zie de vorige vet bits.
In het vorige monster debug wordt het functionele adres ingesteld op w/ 800011A en het groepsadres is ingesteld op w/ 8000000.
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 lijkt te bestaan uit de intermitterende deplaatsing en het opnieuw invoegen van een willekeurig aantal Token Ring-interfaces, kan de ring extreem gestreept zijn, wat de keepalives veroorzaakt die door de Token Ring-interface naar buiten worden gestuurd. Geef de keeplevendige {0 - 32767} interfaceopdracht uit om de keeplevenwaarde te verhogen. (De standaardwaarde is 10 seconden.)
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
Opmerking: als u de keepalives vergroot, kunt u Token Ring-interfaces niet belasten. dit komt echter niet in de plaats van een goed netwerkontwerp en een goede segmentering .
Zeer vaak zijn de problemen in Token Ring-netwerken van intermitterende aard, met willekeurige herhalingen. Dit maakt het veel moeilijker om problemen op te lossen. Dit is gebruikelijk in situaties waar u een willekeurig aantal stations hebt die trage prestaties ervaren of die zich tijdelijk van de ring losmaken. Ook kan het gebruik van de bovenstaande technieken om problemen met de invoeging van problemen op te lossen soms geen adequate informatie opleveren.
Om het probleem te vernauwen, is het mogelijk dat een Token Ring LAN-analyzer nodig is om frames op te nemen en te analyseren. De analyzer moet de directe buur van het station zijn die probeert het in te voegen. Het is daarom belangrijk om te weten wat u moet zoeken in een Token Ring-spoor en om te weten wat u moet verwachten in een gezond Token Ring-netwerk. Token Ring frame-analyse valt buiten het bereik van dit document, maar deze frames zijn wat u in Token Ring-sporen van een succesvolle Token Ring-invoeging verwacht:
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: die overtrek is gefilterd om alleen frames weer te geven (zie de opmerkingen). Op een netwerkanalyzer kunnen deze frames grondiger worden onderzocht om de gedetailleerde informatie in die velden te bekijken.
Het is zeer waarschijnlijk dat u ook zachte fouten zult zien - zoals burst fouten, lijnfouten, symbolische fouten, ringzuiveringen en verloren frame fouten - veroorzaakt door de eenvoudige handeling van het openen van het hub relais. Ga er niet van uit dat het bestaan van deze fouten een problematische ring aangeeft, aangezien dit normale symptomen zijn die tijdens het inbrengen optreden.
Andere frames waarvan om te kijken, bijvoorbeeld, zijn MAC-frames die door AM zijn toegewezen en die NNI (Neighbourhood notification Incomplete) of Ring Poll Faillissement worden genoemd. Dit kader moet elke zeven seconden in een falende ring worden uitgegeven, net vóór een AMP MAC frame. Het NNI-kader is belangrijk omdat het het adres van het laatste station bevat om het ringpeilproces met succes te voltooien. De stroomafwaarts buur van dit station is meestal de schuldige, en je kunt de stroomafwaarts buur verwijderen om het probleem op te lossen.