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 meerdere Routing- en Platform-gerelateerde problemen samen met stappen om relevante gegevens te verzamelen, debuggen of opdrachten te tonen vanuit IOS en IOS-XE Routers. Als u deze informatie vooraf wilt verstrekken op een TAC-serviceverzoek (Technical Assistance Center), helpt u bij het uitvoeren van problemen.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op deze Platforms:
Hieronder staan enkele veelvoorkomende problemen die op IOS- en IOS-XE-routers worden gemeld, samen met nuttige uitgangen voor elke router, die moeten worden verzameld naast een "Show Tech".
Deze outputs helpen ons ervoor te zorgen dat de relevante gegevens worden verzameld tijdens de kwestie. Dit is specifiek waar als het probleem niet persistent is, wat betekent dat het probleem kan verdwijnen tegen de tijd dat TAC wordt ingeschakeld.
Probleemrapport : Er is een onverwachte herlading of crash gezien op het apparaat. Samen met de feedback op het gedeelte Base Information Requived hebben we het volgende nodig:
Router#show bootflash: | in crisis
Router#show bootflash: | in het kerngedeelte
Router#request platform softwarespoor roteert alles
Router#request platform softwarerace slot rp actieve archief doel bootflash:
We kunnen ook kiezen om de System-report bundel te verzamelen die automatisch wordt gecreëerd in de bootflash nadat een crash is gezien (16.11.x en latere releases). Een systeem rapport bundel zal veel meer informatie verzameld zoals hieronder in een tar bestand:
Opmerking: Met verdere onderhoudsverbeteringen op 16.11 en latere releases, zodra er een crash ervaren is op het apparaat, verzamelt het automatisch "systeem-rapport" bundel.
Router#sh bootflash: | in sys
12-45-okt 20-2020 05:08:05.0000000000 +00:00 /bootflash/core/system-report_20201020-050805-UTC.tar.gz <<
Probleemrapport: Er wordt een opstartfout waargenomen voor een van de onderdelen in het apparaat. Soms kan het de RP (Route-Processor) zijn die vastzit in een bootlus, die niet zal toestaan om in te loggen op het apparaat.
Opmerking: Dit is van het grootste belang als we niet in staat zijn om in te loggen op het apparaat
Router#hw-module sleuf <sleuf-nummer> opnieuw laden
Router#hw-module subsleuf <slot-num/subsleuf num> opnieuw laden
Probleemrapport: Er is een behoefte om IOS op het apparaat te bevorderen en u hebt hulp nodig bij het selecteren van.
Probleemrapport: Er zijn geheugengerelateerde problemen op het apparaat. Soms krijgen we fouten met betrekking tot gebruik van hoog geheugen op specifieke componenten. Deze sectie combineert de nuttigste te gebruiken bevelen wanneer het geheugen van het probleemoplossing lekt of controlegeheugen op IOS-XE routers.
De algemene aspecten van IOS-XE geheugengebruik zijn beschreven in:
Met enkele recente serviceability inspanningen, kunnen we de "Show Tech Memory" verzamelen met 16.9.x release en later.
Met de recente inzetbaarheid geïntroduceerd in 16.2 en latere releases hieronder zijn de nieuwe cli die kan worden verzameld:
Opmerking: Wij zeggen "cycli 2" omdat de eerste reeks waarden niet nauwkeurig zal zijn
Probleemrapport: ISSU vertegenwoordigt een volledige of gedeeltelijke software upgrade van een systeem van de ene versie naar de andere met minimale stroomuitval op het voorwaartse vlak (minimaal pakketverlies) en geen stroomonderbreking op het besturingsplane. In dit gedeelte wordt de nadruk gelegd op het verder helpen met ISSU-upgrades:
Probleemrapport: Er is een probleem met Licentie op het apparaat. De meest voorkomende problemen zijn "Licentie niet geïnstalleerd", Licentiebestand niet gezien als permanent enz. Deze sectie zal zich concentreren op het krijgen van de naakte minimale output die wij het oplossen van problemen met licentiekwesties zouden kunnen vereisen:
Opmerking: Deze opdracht is geïntroduceerd via de servicemogelijkheden op de latere codes (voor ASR1K: 16.9.x & voor ISR4K : 16.12.x).
Hieronder staan enkele veelvoorkomende problemen die op IOS- en IOS-XE-routers worden gemeld, samen met nuttige uitgangen voor elke router, die moeten worden verzameld naast een "Show Tech".
Deze outputs helpen ons ervoor te zorgen dat de relevante gegevens worden verzameld tijdens de kwestie. Dit is specifiek waar als het probleem niet persistent is, wat betekent dat het probleem kan verdwijnen tegen de tijd dat TAC wordt ingeschakeld.
Probleemrapport: Voor het Routing Protocol Problemen Problemen oplossen hangt het meestal af van wat voor soort probleem we kijken en het focus gebied zou moeten zijn met het verstrekken van zoveel mogelijk gegevens na de "Base Information Requined" sectie. Samen met het en "Toon technologie" kunnen we protocolspecifieke outputs verzamelen zoals hieronder:
BGP |
Toon tech-support bgp |
EIGRP |
IP-gegrepen gebeurtenissen tonen IP EIGRP-interfaces tonen IP iGRP-buren tonen IP EIGRP-topologie tonen IP-groepsverkeer tonen |
OSPF |
Toon tech-support ospf |
Statische routing |
Technische ondersteuning tonen |
Opmerking:"show tech bgp" is geïntroduceerd in een aantal van de latere releases, dus als deze opdracht niet wordt uitgevoerd op de IOS die u uitvoert, geef dan zoveel informatie met "Base Information Requined" sectie
We zouden ook kunnen kiezen om een flow-based BGP probleemoplossing te doen voor een aantal van de meest voorkomende scenario's door de onderstaande methode te gebruiken:
Probleemrapport: Dit is een van de meest voorkomende problemen die met EIGRP worden gezien waar we buurflapproblemen hebben. We kunnen het EEM-script gebruiken om de uitgangen en debugs exact te verzamelen wanneer het probleem wordt gezien:
Op het IOS-XE platform worden NAT-configuraties ontvangen en verwerkt door het IOS NAT-subsysteem en worden ze gedownload naar de QFP via de Forwarding Manager (FMAN) en Client-componenten. NAT-sessieaanmaak en -beheer worden exclusief op het QFP uitgevoerd, evenals enige header- en payloadvertalingen. Er zullen geen punting van pakketten zijn voor de NAT-vertalingen op de IOS-XE routers. QFP genereerde ook statussen die worden teruggestuurd naar IOS, zoals ipalias, statische route en WLAN sessieinformatie.
Probleemrapport: Er is een NAT/PAT gerelateerd probleem gezien op het apparaat. NAT haalt bijvoorbeeld niets uit of we kunnen de vertalingen en het verkeer niet zien voorbijgaan van binnen naar buiten of vice versa. NAT/PAT-problemen op IOS-XE kunnen soms een beetje lastig zijn door het doorsturen van hardware van de gegevenspakketten. Deze sectie combineert de nuttigste te gebruiken bevelen wanneer het oplossen van problemen NAT kwesties op IOS-XE routers.
Opmerking: deze uitvoer is onlangs geïntroduceerd via servicability in 16.9.x release en hoger.
We kunnen er ook voor kiezen om een aantal van de filters uit te voeren met "toon ip nat vertaling" zoals hieronder:
iWAN is één complexe oplossing en probleemoplossing kan nog complexer worden. Er zijn een aantal componenten betrokken bij iWAN zoals DMVPN, IPSEC, Transport (MPLS/INET), PFR, EIGRP SAF. Verschillende problemen met betrekking tot iWAN kunnen gerelateerd zijn aan een of meerdere componenten. In iWAN-netwerk spelen alle apparaten de rol van "Master Controller" (MC) of "Border Router" (BR), en om problemen met iWAN op te lossen moeten we gegevens van beide routers vastleggen.
Probleemrapport: Als u met een van de onderstaande problemen met iWAN wordt geconfronteerd, moet u een bepaalde lijst met opdrachten van de desbetreffende apparaten vastleggen.
Hier is de lijst met opdrachten die moeten worden opgenomen.
MC - hoofdcontroller
BR - grensrouter
Hieronder staan enkele veelvoorkomende logboeken die op IOS- en IOS-XE-routers worden weergegeven, samen met nuttige uitgangen voor elk, die moeten worden verzameld naast een "Toon Tech".
Deze outputs helpen ons ervoor te zorgen dat de relevante gegevens worden verzameld tijdens de kwestie. Dit is specifiek waar als het probleem niet persistent is, wat betekent dat het probleem kan verdwijnen tegen de tijd dat TAC wordt ingeschakeld.
Voorbeeld:
%FMFP-3-OBJ_DWNLD_TO_DP_STUCK: R0/0: fman_fp_image: AOM download van obj[20] type[215] hangende-uitgifte Req-creatie Uitgegeven-noneSLMGR: Secundaire start-op-dataplane blijft meer dan 1800 seconden hangen
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
30-Sep-2020 |
Eerste vrijgave |