Problemen oplossen met Wake on LAN-functie op Switches uit de Catalyst 9500-reeks

Downloadopties

  • PDF     (285.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (103.2 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (107.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:14 juli 2025
Document-id:223266

Inclusief taalgebruik

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.

Over deze vertaling

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.

Inleiding

In dit document wordt beschreven hoe u Wake on LAN (WoL)-functionaliteit kunt oplossen en valideren op de Cisco Catalyst 9500-reeks.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

  • Configuratie en architectuur van de Cisco Catalyst 9500-reeks switch.
  • LAN-switchingconcepten, waaronder VLAN's, SVI's en poortkanalen.
  • Gerichte uitzending en netwerk uitzending concepten in IPv4 netwerken.
  • Packet capture en analyse met behulp van Cisco monitor capture-functies en platform packet-forwarding CLI.
  • Basiskennis van hulpmiddelen voor probleemoplossing, zoals Wireshark en endpoint-configuratie voor WoL.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

  • Cisco Catalyst 9500-serie, model C9500-48Y4C-A.
  • Cisco Catalyst 9300-serie, model C9300-48T.
  • WoL-bron- en bestemmingseindpunten, inclusief VM's en fysieke hosts.
  • Cisco IOS XE 17.12.4 versie.

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.

Achtergrondinformatie

Wake on LAN (WoL) is een netwerkstandaard waarmee een computer kan worden ingeschakeld of gewekt door een netwerkbericht, algemeen bekend als een "magisch pakket".

In Cisco LAN-omgevingen vertrouwt WoL meestal op de juiste doorzending van UDP-uitzendingen of gerichte uitzendpakketten over VLAN's en gerouteerde interfaces.

De in dit document beschreven methodologie en workflow zijn effectief voor het oplossen van Wake on LAN problemen met de switches van de 9500-reeks van de¾Catalyst.

Vanaf 17.3.1 is IP Directed Broadcast standaard uitgeschakeld en het gedrag is gedocumenteerd onder dit defect: Cisco bug ID CSCvy85946.

Dit scenario lijkt op WoL-pakketten die niet worden geleverd zoals verwacht tussen VLAN's van de bronserver en het eindpunt van de bestemming.

Dit document biedt een gedetailleerde workflow voor het valideren, vastleggen en oplossen van problemen met de WoL-pakketstroom op Catalyst 9500-platforms, inclusief alle relevante CLI-opdrachten, configuraties en gedetailleerde uitvoeruitleg.

Figure 1. Network Topology DiagramAfbeelding 1. Netwerktopologiediagram

Problemen oplossen

1. Symptomen en initiële analyse

De WoL-pakketten (magische pakketten) die vanaf de server werden verzonden, wakkerden de eindpuntapparaten niet zoals verwacht.

Het proces voor het oplossen van problemen omvatte het valideren dat pakketten werden verzonden, ontvangen en correct doorgestuurd via het netwerk.

Initiële controles en opdrachten hielpen de symptomen te bevestigen en basislijngegevens te verzamelen, ip-netwerkuitzendingen en ip-gerichte uitzendingen opdrachten werden toegevoegd onder SVI 10 en 20 om het probleem op te lossen:

Stap 1: Valideren van interface- en VLAN-configuratie

c9500#show run int vlan 10
interface Vlan10
 ip address 192.168.10.1 255.255.255.0
 ip network-broadcast
 ip directed-broadcasts
end

c9500#show run int vlan 20
interface Vlan20
 ip address 192.168.20.1 255.255.255.0
 ip network-broadcast
 ip directed-broadcasts
end
note-icon

Opmerking: met de opdracht ip-netwerkuitzending kan de interface de pakketten met netwerkprefix-gerichte uitzendingen ontvangen en accepteren. De opdracht IP-gerichte uitzendingen maakt gerichte vertaling van uitzending naar fysieke uitzending op de interface mogelijk. Testen met zowel netwerk- als uitzendadressen is nuttig om te bepalen waar pakketten worden gedropt.

Stap 2: Verifieer de WoL-pakkettransmissie vanuit de bron

c9500#sh ip arp 192.168.10.100

Voorbeeld uitvoer:

Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.10.100           136   aaaa.aaaa.aaaa  ARPA   Vlan10

Switch1#show mac address-table address aaaa.aaaa.aaaa

Voorbeeld uitvoer:

Vlan    Mac Address       Type        Ports
10     aaaa.aaaa.aaaa    DYNAMIC     Gi1/0/44

2. Monitor en leg WoL-pakketten vast

Als u wilt controleren of WoL-pakketten correct worden verzonden en het netwerk doorlopen, gebruikt u de functie voor het vastleggen van de monitor en analyseert u de inhoud van de buffer.

Stap 1: Configureer en controleer de monitoropnameparameters op Switch 1

Switch1#show mon cap cap parameter

Voorbeeld uitvoer:

monitor capture cap interface GigabitEthernet1/0/44 BOTH
monitor capture cap buffer size 100
monitor capture cap limit pps 1000
monitor capture cap match any

Stap 2: Configureer en controleer de monitoropnameparameters op de 9500-Switch:

c9500#show mon cap cap parameter

Voorbeeld uitvoer:

monitor capture cap control-plane BOTH
monitor capture cap buffer size 100
monitor capture cap limit pps 1000
monitor capture cap match any
note-icon

Opmerking: we gebruiken control plane capture omdat dit verkeer op de CPU moet worden aangesloten voor verdere verwerking.
         Punt: Ingress protocol control pakketten worden onderschept door DP en verzonden naar de CP (CPU) voor verwerking
         Injecteer: door CP (CPU) gegenereerde protocolpakketten worden naar de DP verzonden om uit te stappen op de IO-interface(s)

Stap 2: Beoordeel Buffer voor WoL-pakketten

Switch1#sh mon cap cap buffer brief | i 192.168.20.255

Voorbeeld uitvoer (meerdere instanties tonen betrouwbaarheid):

3975   3.002758  192.168.10.100 -> 192.168.20.255  WOL 148 MagicPacket for bb:bb:bb:bb:bb:bb (bb:bb:bb:bb:bb:bb)
17103  16.246445  192.168.10.100 -> 192.168.20.255  ECHO 148 Request
...
15864  14.870272  192.168.10.100 -> 192.168.20.255  WOL 148 MagicPacket for bb:bb:bb:bb:bb:bb (bb:bb:bb:bb:bb:bb)

Stap 3: Vastleggen en exporteren voor gedetailleerde analyse

device#monitor capture cap export location flash:cap.cap

3. Het pakketdoorstuuradres analyseren met behulp van platform CLI

Gebruik forwarding commando's voor platformhardware om te valideren hoe de WoL-pakketten worden verwerkt en doorgestuurd door de hardware.

Stap 1: Controleer de verzendsamenvatting voor het laatste pakket

device#show platform hardware fed switch 1 forward last summary

Voorbeeld uitvoeruittreksel:

Input Packet Details:
###[ Ethernet ]###
  dst       = bb:bb:bb:bb:bb:bb
  src=aa:aa:aa:aa:aa:aa
  type      = 0x8100
###[ 802.1Q ]###
     vlan      = 10
###[ IP ]###
        src=192.168.10.100
        dst       = 192.168.20.255
        proto     = udp
###[ UDP ]###
           sport     = 56826
           dport     = discard
           len       = 110
           chksum    = 0x7813
###[ Raw ]###
              load      = 'FF FF FF FF FF FF 4C D7 17 86 13 A5 ...'
Egress:
   Possible Replication:
       Port                  : TenGigabitEthernet1/1/1
Output Packet Details:
   Port                      : TenGigabitEthernet1/1/1
###[ Ethernet ]###
  dst       = bb:bb:bb:bb:bb:bb
  src=aa:aa:aa:aa:aa:aa
  type      = 0x8100
...

Deze uitvoer bevestigt dat het WoL-pakket wordt verwerkt en doorgestuurd door de hardware van de switch.

Stap 2: pakketreizen valideren op distributie-/core-Switches

device#show platform hardware fed switch 2 forward last summary

Voorbeeld van uitvoer (op switch):

Input Packet Details:
###[ Ethernet ]###
  dst       = bb:bb:bb:bb:bb:bb
  src=aa:aa:aa:aa:aa:aa
  type      = 0x8100
###[ 802.1Q ]###
     vlan      = 10
###[ IP ]###
        src=192.168.10.100
        dst       = 192.168.20.255
        proto     = udp
...
Output Packet Details:
   Port                      : HundredGigE2/0/51
###[ Ethernet ]###
  dst       = bb:bb:bb:bb:bb:bb
  src=aa:aa:aa:aa:aa:aa
  type      = 0x8100
...

Dit bevestigt dat het WoL-pakket wordt doorgestuurd naar de next-hop / core-switch.

4. Controleer de ontvangst van WoL-pakketten op het endpoint-VLAN

Controleer of het magische pakket wordt ontvangen op het VLAN-eindpunt en niet wordt gedropt door de switch. Gebruik pakketvastlegging en platformhardware-opdrachten.

Stap 1: Monitor Magic Packet Arrival op Destination VLAN

device#sh mon cap cap buffer brief | i 192.168.20.255

Voorbeeld uitvoer:

15864  14.870272  192.168.10.100 -> 192.168.20.255  WOL 148 MagicPacket for bb:bb:bb:bb:bb:bb (bb:bb:bb:bb:bb:bb)

Een consistente weergave van WoL-pakketten in de opname duidt op een succesvolle overdracht via het netwerk.

5. Overwegingen met betrekking tot eindpunten en servers

WoL-functionaliteit is ook afhankelijk van de juiste eindpuntconfiguratie. Tijdens het oplossen van problemen bleek dat de betrouwbaarheid van pakketverzending en ontvangst kan worden beïnvloed door serverinstellingen, gereedheid voor eindpunten of hypervisorbeperkingen (indien gevirtualiseerd). Het vastleggen van pakketten op het eindpunt met behulp van tools zoals Wireshark wordt aanbevolen om een succesvolle levering te verifiëren.

Voorbeeld Wireshark capture output (samengevat):

Ethernet II, Src: VMware_aa:aa:aa (aa:aa:aa:aa:aa:aa), Dst: Cisco_cc:cc:cc (bb:bb:bb:bb:bb:bb)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.10.100, Dst: 192.168.20.255
User Datagram Protocol, Src Port: 63082, Dst Port: 9
UDP payload (102 bytes)
Discard Protocol
    Data: ffffffffffff4cd7178667ed...

Dit bevestigt dat het magische pakket is ontvangen op het subnet van de bestemming.

6. Gemeenschappelijke punten en aanvullende opmerkingen

  • Inconsistente levering van WoL-pakketten wordt gezien als er druppels of uitzonderingen zijn in ASIC-tellers.
  • Sommige pakketten zijn gevallen als gevolg van control-plane policing (CoPP) of onjuiste interface configuraties (bijvoorbeeld, het missen van geen ip redirects).
  • Ervoor zorgen dat ip-gerichte uitzending is ingeschakeld is van cruciaal belang voor WoL om te functioneren over gerouteerde interfaces.

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
14-Jul-2025
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Mitch Ascencio
    technisch consultant

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten