Begrijpen hoe AireOS WLC's omgaan met DHCP-protocol

Downloadopties

  • PDF     (608.4 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (88.4 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (83.5 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:10 mei 2022
Document-id:110865

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 worden de verschillende DHCP-bewerkingen op de draadloze controller van Cisco AireOS beschreven.

    Externe DHCP-server

    De wireless LAN-controller (WLC) ondersteunt twee modi van DHCP-bewerkingen wanneer een externe DHCP-server wordt gebruikt:

    • DHCP-proxymodus

    • DHCP-overbruggingsmodus

    De DHCP-proxymodus fungeert als een DHCP-helper voor betere security en controle van DHCP-transacties tussen de DHCP-server en de wireless clients. De DHCP-overbruggingsmodus biedt een optie om de controllerrol in een DHCP-transactie volledig transparant te maken voor de draadloze clients.

    Vergelijking van proxymodus en overbruggingsmodus van DHCP

    Verwerking van client-DHCP

    DHCP-proxymodus

    DHCP-overbruggingsmodus
    giaddr wijzigen Ja Nee
    siaddr wijzigen Ja Nee
    Pakketinhoud wijzigen Ja Nee
    Redundante aanbiedingen: niet doorgestuurd Ja Nee
    Ondersteuning voor optie 82 Ja Nee
    Broadcast naar unicast Ja Nee
    BOOTP-ondersteuning Nee Server
    Niet-compliant RFC Proxy en relay agents zijn niet precies hetzelfde concept. De DHCP-overbruggingsmodus wordt aanbevolen voor volledige RFC-compliance. Nee

    DHCP-proxymodus

    DHCP-proxy is niet ideaal voor alle netwerkomgevingen. De controller wijzigt en verzendt alle DHCP-transacties om een helperfunctie te bieden en bepaalde beveiligingsproblemen aan te pakken.

    Het virtuele IP-adres van de controller wordt normaal gesproken gebruikt als het bron-IP-adres van alle DHCP-transacties naar de client. Hierdoor wordt het echte IP-adres van de DHCP-server niet vrijgegeven. Deze virtuele IP wordt getoond in output van foutopsporing voor DHCP-transacties op de controller. Het gebruik van een virtueel IP-adres kan echter problemen veroorzaken voor bepaalde soorten clients.

    De DHCP-proxymodus behoudt hetzelfde gedrag voor zowel symmetrische als asymmetrische mobiliteitsprotocollen.

    Wanneer meerdere aanbiedingen afkomstig zijn van externe DHCP-servers, selecteert de DHCP-proxy doorgaans de eerste die wordt ontvangen en stelt het IP-adres van de server in de clientdatastructuur in. Als gevolg hiervan worden alle volgende transacties via dezelfde DHCP-server uitgevoerd totdat een transactie mislukt nadat deze opnieuw is geprobeerd. De proxy selecteert dan een andere DHCP-server voor de client.

    DHCP-proxy is standaard ingeschakeld. Alle controllers die communiceren, moeten dezelfde DHCP-proxyinstelling hebben.

    Opmerking: DHCP-proxy moet zijn ingeschakeld om DHCP-optie 82 correct te laten werken.

    Proxy-pakketstroom

    Diagram of proxy packet flow

    Proxy-pakketvastlegging

    Wanneer de controller in DHCP-proxymodus staat, worden niet alleen DHCP-pakketten naar de DHCP-server geleid, maar worden ook nieuwe DHCP-pakketten gemaakt om door te sturen naar de DHCP-server. Alle DHCP-opties die aanwezig zijn in de DHCP-pakketten van de client worden gekopieerd naar de DHCP-pakketten van de controller. In de volgende schermopnamevoorbeelden wordt dit getoond voor een DHCP-aanvraagpakket.

    Clientperspectief

    Deze screenshot is van een pakketopname gemaakt vanuit het perspectief van de klant. U ziet een DHCP-detectie, DHCP-aanbieding, DHCP-aanvraag en een DHCP ACK. Het DHCP-verzoek wordt gemarkeerd en het boot p protocoldetail wordt uitgebreid, waarin de DHCP-opties worden weergegeven.

    Screenshot of a packet capture from the client perspective

    Serverperspectief

    Deze screenshot is van een pakketopname gemaakt vanuit het perspectief van de server. Net als in het vorige voorbeeld zie u een DHCP-detectie, DHCP-aanbieding, DHCP-aanvraag en een DHCP ACK. Dit zijn echter pakketten die de controller heeft gebouwd als functie van de DHCP-proxy. Nogmaals, het DHCP-verzoek wordt gemarkeerd en het boot p protocol detail wordt uitgebreid, die de DHCP-opties toont. Merk op dat ze hetzelfde zijn als in het DHCP-aanvraagpakket van de client. Merk ook op dat de WLC-proxy het pakket doorgeeft en pakketadressen markeert.

    Screenshot of a packet capture from the server perspective

    Configuratievoorbeeld van proxy

    Om de controller als DHCP-proxy te gebruiken, moet de functie DHCP-proxy op de controller zijn ingeschakeld. Deze functie is standaard ingeschakeld. Om de DHCP-proxy in te schakelen, kan deze CLI-opdracht worden gebruikt. Hetzelfde is beschikbaar in de GUI op de Controller-pagina in het DHCP-menu.

    (Cisco Controller) >config dhcp proxy enable
(Cisco Controller) >show dhcp proxy

DHCP Proxy Behavior: enabled

    Om de DHCP-proxy te laten werken, moet een primaire DHCP-server worden geconfigureerd op elke controllerinterface waarvoor DHCP-services vereist zijn. Een DHCP-server kan worden geconfigureerd op de beheerinterface, de ap-manager-interface en op dynamische interfaces. Deze CLI-opdrachten kunnen worden gebruikt om voor elke interface een DHCP-server te configureren.

    (Cisco Controller) >config interface dhcp ap-manager primary <primary-server>
(Cisco Controller) >config interface dhcp management primary <primary-server>
(Cisco Controller) >config interface dhcp dynamic-interface <interface-name>
     primary <primary-server>

    De DHCP-overbruggingsmodus is een algemene instelling en is van toepassing op alle DHCP-transacties op de controller.

    Problemen oplossen

    Dit is de output van het debug dhcp packet enable commando. De output toont een controller die een DHCP-aanvraag van een client met MAC-adres 00:40:96:b4:8c:e1 ontvangt, een DHCP-aanvraag doorgeeft aan de DHCP-server, een antwoord van de DHCP-server ontvangt en een DHCP-aanbieding naar de client stuurt.

    (Cisco Controller) >debug dhcp message enable

Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP received op BOOTREQUEST (1)
     (len 312, port 29, encap 0xec03)    
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option len (including the magic cookie) 76
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: message type = DHCP REQUEST
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 61 (len 7) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: requested ip = 192.168.4.13
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 12 (len 7) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 81 (len 11) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: vendor class id = MSFT 5.0 (len 8)
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 55 (len 11) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP options end, len 76, actual 68
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP selecting relay 1 - control block settings:
                        dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,
                        dhcpGateway: 0.0.0.0, dhcpRelay: 0.0.0.0  VLAN: 0
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP selected relay 1 - 192.168.3.1
     (local address 192.168.4.2, gateway 192.168.4.1, VLAN 101, port 29)
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP transmitting DHCP REQUEST (3)    
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   op: BOOTREQUEST, htype: Ethernet,
     hlen: 6, hops: 1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   xid: 0xfc3c9979 (4231829881), secs: 0,
     flags: 0
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   chaddr: 00:40:96:b4:8c:e1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   ciaddr: 0.0.0.0,  yiaddr: 0.0.0.0
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   siaddr: 0.0.0.0,  giaddr: 192.168.4.1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   requested ip: 192.168.4.13
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP Forwarding DHCP packet (332 octets)
               -- packet received on direct-connect port requires forwarding to external DHCP
     server. Next-hop is 192.168.4.1    
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP sending REQUEST to 192.168.4.1
     (len 350, port 29, vlan 101)
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP selecting relay 2 - control block settings:
                        dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,
                        dhcpGateway: 0.0.0.0, dhcpRelay: 192.168.4.1  VLAN: 101
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP selected relay 2 - NONE
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP received op BOOTREPLY (2) (len 316, port 29,
     encap 0xec00)    
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option len (including the magic cookie) 80
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: message type = DHCP ACK
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 58 (len 4) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 59 (len 4) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: lease time = 691200 seconds
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: server id = 192.168.3.1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: netmask = 255.255.0.0
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: 15 (len 14) - skipping
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: gateway = 192.168.4.1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: DNS server, cnt = 1, first = 192.168.3.1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP option: WINS server, cnt = 1, first = 192.168.3.1
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP options end, len 80, actual 72
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP setting server from ACK (server 192.168.3.1,
     yiaddr 192.168.4.13)
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 Assigning Address 192.168.4.13 to mobile
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP sending REPLY to STA (len 424, port 29,
     vlan 20)
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP transmitting DHCP ACK (5)    
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   op: BOOTREPLY, htype: Ethernet, hlen: 6,
     hops: 0
Thu Jun 25 21:48:55 2009: 00:40:96:b4:8c:e1 DHCP   xid: 0xfc3c9979 (4231829881), secs: 0,
     flags: 0
Thu Jun 25 21:48:59 2009: 00:40:96:b4:8c:e1 DHCP   chaddr: 00:40:96:b4:8c:e1
Thu Jun 25 21:48:59 2009: 00:40:96:b4:8c:e1 DHCP   ciaddr: 0.0.0.0,  yiaddr: 192.168.4.13
Thu Jun 25 21:48:59 2009: 00:40:96:b4:8c:e1 DHCP   siaddr: 0.0.0.0,  giaddr: 0.0.0.0
Thu Jun 25 21:48:59 2009: 00:40:96:b4:8c:e1 DHCP   server id: 192.0.2.10  rcvd server id: 192.168.3.1

    Voorbehouden

    • Er kunnen interoperabiliteitsproblemen bestaan tussen een controller met DHCP-proxy en apparaten die als firewall en als DHCP-server fungeren. Dit is waarschijnlijk te wijten aan de firewallcomponent van het apparaat, aangezien firewalls over het algemeen niet reageren op proxy-aanvragen. De oplossing voor dit probleem is om de DHCP-proxy op de controller uit te schakelen.

    • Wanneer een client zich in de DHCP REQ-status op de controller bevindt, laat de controller DHCP-informatiepakketten vallen. De client gaat niet in een RUN-status op de controller (dit is vereist voor de client om verkeer te passeren) totdat deze een DHCP-ontdekkingspakket van de client ontvangt. DHCP-informatiepakketten worden door de controller doorgestuurd wanneer de DHCP-proxy is uitgeschakeld.

    • Alle controllers die met elkaar communiceren, moeten dezelfde DHCP-proxyinstelling hebben.

    DHCP-overbruggingsmodus

    De DHCP-overbruggingsfunctie is ontworpen om de controllerrol in de DHCP-transactie volledig transparant te maken voor de client. Met uitzondering van 802.11 naar Ethernet II-conversie worden pakketten van de client ongewijzigd overbrugd van de LWAPP-tunnel (Light Weight Access Point Protocol) naar de VLAN-tunnel van de client (of Ethernet over IP (EoIP) in de L3-roamingcase). Evenzo worden pakketten naar de client, met uitzondering van Ethernet II naar 802.11-conversies, ongewijzigd overbrugd van het client-VLAN (of EoIP-tunnel in de L3-roamingcase) naar de LWAPP-tunnel. Een client wordt als het ware via een kabel verbonden met een switchpoort waarna de client een traditionele DHCP-transactie uitvoert.

    DHCP-overbruggingsprocessen – overbruggingspakketstroom

    Diagram of DHCP bridging packet flow

    Pakketvastlegging bij overbrugging – clientperspectief

    Screenshot of bridging packet capture from the client perspective

    In de client-side packet capture screenshot is het belangrijkste verschil tussen de clientopname in de proxymodus het echte IP van de DHCP-server die wordt gezien in de pakketten Aanbieding en Ack in plaats van het virtuele IP-adres van de controller.

    Pakketvastlegging bij overbrugging – serverperspectief

    Screenshot of bridging packet capture from the server perspective

    In de schermopname van bekabelde pakketvastlegging kunt u zien dat pakket 40 de overbrugde broadcast is van de DHCP-aanvraag van testclient 00:40:96:b6:44:51 naar het bekabelde netwerk.

    Configuratievoorbeeld van overbrugging

    Om de DHCP-overbruggingsmodus op de controller te activeren, moet de functie DHCP-proxy op de controller worden uitgeschakeld. Dat kan alleen via de opdrachtregelinterface (CLI) met de volgende opdrachten:

    (Cisco Controller) >config dhcp proxy disable
(Cisco Controller) >show dhcp proxy
DHCP Proxy Behaviour: disabled

    Als de DHCP-server niet op hetzelfde Layer 2 (L2)-netwerk als de client bestaat, moet de uitzending via een IP-helper naar de DHCP-server op de clientgateway worden doorgestuurd. Hieronder volgt een voorbeeld van deze configuratie:

    Switch#conf t
Switch(config)#interface vlan <client vlan #>
Switch(config-if)#ip helper-address <dhcp server IP>

    De DHCP-overbruggingsmodus is een algemene instelling en is van toepassing op alle DHCP-transacties op de controller. U moet IP-helperverklaringen toevoegen in de bekabelde infrastructuur voor alle noodzakelijke VLAN's op de controller.

    Problemen oplossen

    De hier genoemde debug-opdrachten waren ingeschakeld op de CLI van de controller en het DHCP-gedeelte van de uitvoer werd voor dit document geëxtraheerd.

    (Cisco Controller) >debug client 00:40:96:b6:44:51
(Cisco Controller) >debug dhcp message enable

00:40:96:b6:44:51 DHCP received op BOOTREQUEST (1) (len 308, port 1, encap 0xec03) 
00:40:96:b6:44:51 DHCP option len (including the magic cookie) 72 
00:40:96:b6:44:51 DHCP option: message type = DHCP DISCOVER 
00:40:96:b6:44:51 DHCP option: 116 (len 1) - skipping 
00:40:96:b6:44:51 DHCP option: 61 (len 7) - skipping 
00:40:96:b6:44:51 DHCP option: 12 (len 12) - skipping 
00:40:96:b6:44:51 DHCP option: vendor class id = MSFT 5.0 (len 8)
00:40:96:b6:44:51 DHCP option: 55 (len 11) - skipping 
00:40:96:b6:44:51 DHCP options end, len 72, actual 64 
00:40:96:b6:44:51 DHCP processing DHCP DISCOVER (1) 
00:40:96:b6:44:51 DHCP   op: BOOTREQUEST, htype: Ethernet, hlen: 6, hops: 0 
00:40:96:b6:44:51 DHCP   xid: 0x224dfab6 (575535798), secs: 0, flags: 0 
00:40:96:b6:44:51 DHCP   chaddr: 00:40:96:b6:44:51 
00:40:96:b6:44:51 DHCP   ciaddr: 0.0.0.0,  yiaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP   siaddr: 0.0.0.0,  giaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP successfully bridged packet to DS 
00:40:96:b6:44:51 DHCP received op BOOTREPLY (2) (len 308, port 1, encap 0xec00) 
00:40:96:b6:44:51 DHCP option len (including the magic cookie) 72
00:40:96:b6:44:51 DHCP option: message type = DHCP OFFER 
00:40:96:b6:44:51 DHCP option: server id = 192.168.10.1 
00:40:96:b6:44:51 DHCP option: lease time = 84263 seconds 
00:40:96:b6:44:51 DHCP option: 58 (len 4) - skipping 
00:40:96:b6:44:51 DHCP option: 59 (len 4) - skipping 
00:40:96:b6:44:51 DHCP option: netmask = 255.255.255.0
00:40:96:b6:44:51 DHCP option: gateway = 192.168.10.1 
00:40:96:b6:44:51 DHCP options end, len 72, actual 64 
00:40:96:b6:44:51 DHCP processing DHCP OFFER (2) 
00:40:96:b6:44:51 DHCP   op: BOOTREPLY, htype: Ethernet, hlen: 6, hops: 0 
00:40:96:b6:44:51 DHCP   xid: 0x224dfab6 (575535798), secs: 0, flags: 0 
00:40:96:b6:44:51 DHCP   chaddr: 00:40:96:b6:44:51 
00:40:96:b6:44:51 DHCP   ciaddr: 0.0.0.0,  yiaddr: 192.168.10.104 
00:40:96:b6:44:51 DHCP   siaddr: 0.0.0.0,  giaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP   server id: 192.168.10.1  rcvd server id: 192.168.10.1 
00:40:96:b6:44:51 DHCP successfully bridged packet to STA 
00:40:96:b6:44:51 DHCP received op BOOTREQUEST (1) (len 328, port 1, encap 0xec03) 
00:40:96:b6:44:51 DHCP option len (including the magic cookie) 92 
00:40:96:b6:44:51 DHCP option: message type = DHCP REQUEST 
00:40:96:b6:44:51 DHCP option: 61 (len 7) - skipping 
00:40:96:b6:44:51 DHCP option: requested ip = 192.168.10.104 
00:40:96:b6:44:51 DHCP option: server id = 192.168.10.1 
00:40:96:b6:44:51 DHCP option: 12 (len 12) - skipping 
00:40:96:b6:44:51 DHCP option: 81 (len 16) - skipping 
00:40:96:b6:44:51 DHCP option: vendor class id = MSFT 5.0 (len 8) 
00:40:96:b6:44:51 DHCP option: 55 (len 11) - skipping 
00:40:96:b6:44:51 DHCP options end, len 92, actual 84 
00:40:96:b6:44:51 DHCP processing DHCP REQUEST (3) 
00:40:96:b6:44:51 DHCP   op: BOOTREQUEST, htype: Ethernet, hlen: 6, hops: 0 
00:40:96:b6:44:51 DHCP   xid: 0x224dfab6 (575535798), secs: 0, flags: 0 
00:40:96:b6:44:51 DHCP   chaddr: 00:40:96:b6:44:51
00:40:96:b6:44:51 DHCP   ciaddr: 0.0.0.0,  yiaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP   siaddr: 0.0.0.0,  giaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP   requested ip: 192.168.10.104 
00:40:96:b6:44:51 DHCP   server id: 192.168.10.1  rcvd server id: 192.168.10.1 
00:40:96:b6:44:51 DHCP successfully bridged packet to DS
00:40:96:b6:44:51 DHCP received op BOOTREPLY (2) (len 308, port 1, encap 0xec00) 
00:40:96:b6:44:51 DHCP option len (including the magic
cookie) 72 00:40:96:b6:44:51 DHCP option: message type = DHCP ACK 
00:40:96:b6:44:51 DHCP option: server id = 192.168.10.1 
00:40:96:b6:44:51 DHCP option: lease time = 86400 seconds 
00:40:96:b6:44:51 DHCP option: 58 (len 4) - skipping 
00:40:96:b6:44:51 DHCP option: 59 (len 4) - skipping 
00:40:96:b6:44:51 DHCP option: netmask = 255.255.255.0 
00:40:96:b6:44:51 DHCP option: gateway = 192.168.10.1 
00:40:96:b6:44:51 DHCP options end, len 72, actual 64 
00:40:96:b6:44:51 DHCP processing DHCP ACK (5) 
00:40:96:b6:44:51 DHCP   op: BOOTREPLY, htype: Ethernet, hlen: 6, hops: 0
00:40:96:b6:44:51 DHCP   xid: 0x224dfab6 (575535798), secs: 0, flags: 0 
00:40:96:b6:44:51 DHCP   chaddr: 00:40:96:b6:44:51 
00:40:96:b6:44:51 DHCP   ciaddr: 0.0.0.0,  yiaddr: 192.168.10.104 
00:40:96:b6:44:51 DHCP   siaddr: 0.0.0.0,  giaddr: 0.0.0.0 
00:40:96:b6:44:51 DHCP   server id: 192.168.10.1  rcvd server id: 192.168.10.1
00:40:96:b6:44:51 Assigning Address 192.168.10.104 to mobile  
00:40:96:b6:44:51 DHCP successfully bridged packet to STA
00:40:96:b6:44:51 192.168.10.104 Added NPU entry of type 1

    Deze output van DHCP-foutopsporing bevat enkele belangrijke indicaties dat de DHCP-overbruggingsmodus in gebruik is op de controller:

    • DHCP successfully bridged packet to DS – geeft aan dat het oorspronkelijke DHCP-pakket van de client via overbrugging ongewijzigd is doorgegegeven aan het distributiesysteem (DS). Het DS is de bekabelde infrastructuur.
    • DHCP successfully bridged packet to STA – geeft aan dat het DHCP-pakket via overbrugging ongewijzigd is doorgegeven aan het station (STA). Het STA is de clientcomputer die DHCP aanvraagt.

    U ziet ook het werkelijke server-IP-adres dat wordt vermeld in de foutopsporing, namelijk 192.168.10.1. Als DHCP-proxy in gebruik is in plaats van DHCP-bridging, kunt u het virtuele IP-adres van de controller zien dat wordt vermeld voor het IP-adres van de server.

    Voorbehouden

    • Standaard is de DHCP-proxy ingeschakeld.

    • Alle controllers die met elkaar communiceren, moeten dezelfde DHCP-proxyinstelling hebben.

    • DHCP-proxy moet zijn ingeschakeld voor correcte werking van DHCP-optie 82.

    Interne DHCP-server

    De interne DHCP-server werd oorspronkelijk ingezet voor nevenvestigingen die geen externe DHCP-server hebben. Het is ontworpen om een klein draadloos netwerk te ondersteunen met minder dan tien toegangspunten (AP's) die zich op hetzelfde subnet bevinden. De interne server biedt IP-adressen voor wireless clients, rechtstreeks aangesloten AP’s, AP’s in applicatiemodus op de beheerinterface en DHCP-aanvragen die via AP’s worden doorgegeven. Het is geen volledige algemene DHCP-server. Het ondersteunt slechts beperkte functionaliteit en kan niet worden geschaald in een grotere implementatie.

    Vergelijking van proxymodus en overbruggingsmodus van interne DHCP

    De twee belangrijkste DHCP-modi op de controller zijn DHCP-proxy en DHCP-overbrugging. In de DHCP-overbruggingsmodus fungeert de controller meer als een DHCP-back-up met autonome AP’s. Een DHCP-pakket komt bij een AP via een clientkoppeling met een Service Set Identifier (SSID) die is gekoppeld aan een VLAN. Vervolgens wordt het DHCP-pakket naar dat VLAN gestuurd. Als er een IP-helper is gedefinieerd op de Layer 3 (L3)-gateway van dat VLAN, wordt het pakket via gerichte unicast doorgestuurd naar die DHCP-server. De DHCP-server reageert dan rechtstreeks naar de L3-interface die door dat DHCP-pakket is doorgestuurd. Met DHCP-proxy is het hetzelfde idee, maar alle doorsturen gebeurt rechtstreeks op de controller in plaats van de L3-interface van het VLAN. Als er bijvoorbeeld een DHCP-verzoek vanuit de client in het WLAN komt, gebruikt het WLAN de DHCP-server die is gedefinieerd in de interface van het VLAN *of* gebruikt de DHCP-overschrijvingsfunctie van het WLAN om een unicast DHCP-pakket door te sturen naar de DHCP-server met het veld DHCP-pakketten GIADDR ingevuld als het IP-adres van de VLAN-interface.

    Interne DHCP-server – pakketstroom

    Diagram of internal DHCP server packet flow

    Configuratievoorbeeld van interne DHCP-server

    U moet de DHCP-proxy op de controller inschakelen om de interne DHCP-server te laten functioneren. Dit kan worden gedaan via de GUI:

    Opmerking: Het is niet in alle versies mogelijk om DHCP-proxy via de GUI in te schakelen.

    Controller->Advanced->DHCP

    Select the checkbox to enable DHCP proxy on the DHCP Parameters screen

    Of via de CLI:

    Config dhcp proxy enable
Save config

    Voer de volgende stappen uit om de interne DHCP-server in te schakelen:

    1. Definieer een bereik dat u gebruikt om IP-adressen (Controller > Internal DHCP Server > DHCP Scope) te trekken. Klik op de knop .New

    DHCP Scope - Edit screen

    2. Richt uw DHCP-overschrijving op het IP-adres van de beheerinterface van uw controller.

    Select the Override checkbox for the DHCP Server and enter the DHCP Server IP Address

    3. Controleer of de DHCP-proxy is ingeschakeld.

    Confirm that the Enable DHCP Proxy option is selected on the DHCP Parameters screen

    Problemen oplossen

    Een foutopsporing van de interne DHCP-server vereist meestal het vinden van een client die een probleem heeft met het verkrijgen van een IP-adres. U moet deze debugs uitvoeren.

    debug client <MAC ADDRESS OF CLIENT>

    De opdracht ‘debug client’ is een macro die deze debug-opdrachten mogelijk maakt, waarbij alleen wordt gelet op het MAC-adres van de client dat u heeft ingevoerd.

    debug dhcp packet enable
debug dot11 mobile enable
debug dot11 state enable
debug dot1x events enable
debug pem events enable
debug pem state enable
debug cckm client debug enable

    De belangrijkste voor DHCP-problemen is de debug dhcp packet enable -opdracht die automatisch wordt ingeschakeld door de debug client -opdracht.

    00:1b:77:2b:cf:75 dhcpd: received DISCOVER 
00:1b:77:2b:cf:75 dhcpd: Sending DHCP packet (giaddr:192.168.100.254)to 127.0.0.1:67
      from 127.0.0.1:1067     
00:1b:77:2b:cf:75 sendto (548 bytes) returned 548
00:1b:77:2b:cf:75 DHCP option len (including the magic cookie) 312 
00:1b:77:2b:cf:75 DHCP option: message type = DHCP OFFER 
00:1b:77:2b:cf:75 DHCP option: server id = 192.168.100.254 
00:1b:77:2b:cf:75 DHCP option: lease time = 86400 seconds 
00:1b:77:2b:cf:75 DHCP option: gateway = 192.168.100.1 
00:1b:77:2b:cf:75 DHCP option: 15 (len 13) - skipping 
00:1b:77:2b:cf:75 DHCP option: netmask = 255.255.255.0 
00:1b:77:2b:cf:75 DHCP options end, len 312, actual 64 
00:1b:77:2b:cf:75 DHCP option len (including the magic cookie) 81 
00:1b:77:2b:cf:75 DHCP option: message type = DHCP REQUEST 
00:1b:77:2b:cf:75 DHCP option: 61 (len 7) - skipping 
00:1b:77:2b:cf:75 DHCP option: requested ip = 192.168.100.100 
00:1b:77:2b:cf:75 DHCP option: server id = 192.0.2.10
00:1b:77:2b:cf:75 DHCP option: 12 (len 14) - skipping 
00:1b:77:2b:cf:75 DHCP option: vendor class id = MSFT 5.0 (len 8) 
00:1b:77:2b:cf:75 DHCP option: 55 (len 11) - skipping 
00:1b:77:2b:cf:75 DHCP option: 43 (len 3) - skipping 
00:1b:77:2b:cf:75 DHCP options end, len 81, actual 73 
00:1b:77:2b:cf:75 DHCP Forwarding packet locally (340 octets) from 192.168.100.254 to
     192.168.100.254
dhcpd: Received 340 byte dhcp packet from 0xfe64a8c0 192.168.100.254:68
00:1b:77:2b:cf:75 dhcpd: packet 192.168.100.254 -> 192.168.100.254 using scope "User Scope" 
00:1b:77:2b:cf:75 dhcpd: received REQUEST 
00:1b:77:2b:cf:75 Checking node 192.168.100.100  Allocated 1246985143, Expires 1247071543
     (now: 1246985143) 
00:1b:77:2b:cf:75 dhcpd: server_id = c0a864fe 
00:1b:77:2b:cf:75 dhcpd: server_id = c0a864fe adding option 0x35 adding option 0x36
     adding option 0x33 adding option 0x03 adding option 0x0f adding option 0x01 
00:1b:77:2b:cf:75 dhcpd: Sending DHCP packet (giaddr:192.168.100.254)to 127.0.0.1:67
      from 127.0.0.1:1067     
00:1b:77:2b:cf:75 sendto (548 bytes) returned 548
00:1b:77:2b:cf:75 DHCP option len (including the magic cookie) 312 
00:1b:77:2b:cf:75 DHCP option: message type = DHCP ACK 
00:1b:77:2b:cf:75 DHCP option: server id = 192.168.100.254 
00:1b:77:2b:cf:75 DHCP option: lease time = 86400 seconds 
00:1b:77:2b:cf:75 DHCP option: gateway = 192.168.100.1 
00:1b:77:2b:cf:75 DHCP option: 15 (len 13) - skipping 
00:1b:77:2b:cf:75 DHCP option: netmask = 255.255.255.0 
00:1b:77:2b:cf:75 DHCP options end, len 312, actual 64

    De DHCP-leases op de interne DHCP-server van de WLC wissen

    U kunt de volgende opdracht uitvoeren om de DHCP-leases op de interne DHCP-server van de WLC te wissen:

    config dhcp clear-lease <all/IP Address>

    Hierna volgt een voorbeeld:

    config dhcp clear-lease all

    Voorbehouden

    • DHCP-proxy moet zijn ingeschakeld om de interne DHCP-server te laten functioneren

    • Gebruik van DHCP naar poort 1067 wanneer u de interne DHCP-server gebruikt, waarop de CPU-ACL invloed heeft

    • De interne DHCP-server luistert naar de loopback-interface van de controller via 127.0.0.1, UDP-poort 67

    Eindgebruikersinterface

    • De config dhcp proxy disable -opdracht impliceert het gebruik van de DHCP-overbruggingsfunctie. Dit is een algemene opdracht (geen opdracht per WLAN).

    • DHCP-proxy blijft standaard ingeschakeld.

    • Wanneer DHCP-proxy is uitgeschakeld, kan de interne DHCP-server niet worden gebruikt door lokale WLAN’s. Overbrugging vindt niet consistent plaats bij de benodigde bewerkingen om een pakket om te leiden naar de interne server. Overbrugging houdt werkelijk overbrugging in, met uitzondering van de conversie van 802.11 naar Ethernet II. DHCP-pakketten worden ongewijzigd van de LWAPP-tunnel doorgegeven aan het client-VLAN (en vice versa).

    • Wanneer de proxy is ingeschakeld, moet een DHCP-server worden geconfigureerd in de interface van het WLAN (of in het WLAN zelf) om het WLAN in te schakelen. Er hoeft geen server te worden geconfigureerd wanneer de proxy is uitgeschakeld omdat deze servers dan niet worden gebruikt.

    • Wanneer een gebruiker probeert de DHCP-proxy in te schakelen, moet u intern controleren of voor alle WLAN’s (of bijbehorende interfaces) een DHCP-server is geconfigureerd. Als dat niet het geval is, zal het proces mislukken.

    DHCP vereist

    De geavanceerde WLAN-configuratie heeft een optie waarbij gebruikers DHCP moeten doorgeven voordat ze naar de RUN-status gaan (een status waarbij de client verkeer door de controller kan doorgeven). Deze optie vereist dat de client een volledige of halve DHCP-aanvraag doet. De controller wil een DHCP-aanvraag van de controller en een ACK die wordt teruggestuurd vanaf de DHCP-server. Zolang de client deze stappen uitvoert, geeft de client de vereiste DHCP-stap door en gaat naar de RUN-status.

    Optional - Select the Required checkbox for DHCP Address Assignment

    L2- en L3-roaming

    L2 Roam - Als de client een geldige DHCP-lease heeft en een L2-roam uitvoert tussen twee verschillende controllers op hetzelfde L2-netwerk, hoeft de client geen reDHCP te gebruiken en moet de clientinvoer volledig naar de nieuwe controller worden verplaatst vanaf de oorspronkelijke controller. Vervolgens, als de client opnieuw DHCP moet gebruiken, overbrugt het DHCP-overbruggings- of proxyproces op de huidige controller het pakket opnieuw transparant.

    L3 Roam - In een L3-roamscenario beweegt de client tussen twee verschillende controllers in verschillende L3-netwerken. In deze situatie wordt de client verankerd aan de oorspronkelijke controller en vermeld in de clienttabel op de nieuwe buitenlandse controller. Tijdens het ankerscenario wordt de client-DHCP door de ankercontroller afgehandeld, aangezien de clientgegevens binnen een EoIP-tunnel tussen de buitenlandse en ankercontrollers worden getunneld.

    Gerelateerde informatie

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    3.0
    10-May-2022
    Bijgewerkt IP adressen. Bewerkt tekst voor duidelijkheid.
    1.0
    07-Feb-2014
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Nicolas Darchis
      Cisco TAC

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten