ProHoster > Log > administrasjon > Konfigurere Microsoft Windows Server 2016/2019 for å tilby DHCP-tjenester for VXLAN (DFA)
Konfigurere Microsoft Windows Server 2016/2019 for å tilby DHCP-tjenester for VXLAN (DFA)
Hensikten med denne artikkelen er å forenkle konfigurasjonen av DHCP-tjenesten for VXLAN BGP EVPN og DFA-stoff ved bruk av Microsoft Windows Server 2016/2019.
I den offisielle dokumentasjonen er DHCP-tjenesten basert på Microsoft Windows Server 2012 for stoffet konfigurert som et SuperScope som inneholder en Loopback-pool (høydepunktet i dette bassenget er utelukkelsen av alle IP-adresser til bassenget fra bassenget (ekskludert IP-adresse = pool)) og puljer for utstedelse av IP-adresser for ekte nettverk (her er høydepunktet - policy er konfigurert - der DHCP-relékrets-IDen er filtrert og denne DHCP-relékrets-IDen inneholder VNI for nettverket, dvs. for et annet basseng dette DHCP-reléet Krets-ID vil være litt annerledes).
To configure DHCP on Windows server.
1. Create a super scope. Within the super scope, create scope B, S1, S2, S3, …, Sn for the subnet B and the subnets for each segment.
2. In scope B, specify the 'Exclusion Range' to be the entire address range (so that the offered address range must not be from this scope).
3. For every segment scope Si, specify a policy that matches on Agent Circuit ID with value of '0108000600XXXXXX', where '0108000600' is a fixed value for all segments, the 6 numbers "XXXXXX" is the segment ID value in hexadecimal. Also ensure to check the Append wildcard(*) check box.
4. Set the policy address range to the entire range of the scope.
Denne artikkelen inneholder svar på følgende spørsmål:
Denne delen viser kort opp alle de første dataene: Instruksjoner for konfigurering av nettverksutstyr, RFC-er brukt i DHCP-pakker i eVPN-fabrikker, utviklingen av DHCP-serverinnstillinger på Microsoft Windows Server 2012 i Cisco-dokumentasjonen er gitt som referanse. Samt kort informasjon om Superscope og policy i DHCP-tjenesten på Microsoft Windows-servere.
Hvordan konfigurere DHCP-relé på et VXLAN BGP EVPN, DFA-stoff
Konfigurering av DHCP-relé på et VXLAN BGP EVPN-stoff er ikke hovedemnet i denne artikkelen, siden det er ganske enkelt. Jeg gir lenker til dokumentasjon og en spoiler på innstillinger på nettverksutstyr.
Eksempel på oppsett av DHCP-relé på Nexus 9000V v9.2(3)
service dhcp
ip dhcp relay
ip dhcp relay information option
ip dhcp relay information option vpn
interface loopback10
vrf member VRF1
ip address 10.120.0.1/32 tag 1234567
interface Vlan12
no shutdown
vrf member VRF1
no ip redirects
ip address 10.120.251.1/24 tag 1234567
no ipv6 redirects
fabric forwarding mode anycast-gateway
ip dhcp relay address 10.0.0.5
ip dhcp relay source-interface loopback10
RFC-er som er implementert i driften av DHCP Relay-tjenesten i VXLAN BGP EVPN-stoffer
RFC#6607: Underalternativ 151(0x97) - Valg av virtuelt delnett
• Sub-option 151(0x97) - Virtual Subnet Selection (Defined in RFC#6607)
Used to convey VRF related information to the DHCP server in an MPLS-VPN and VXLAN EVPN multi-tenant environment.
"Navnet" på VRF-en som klienten befinner seg i, overføres.
• Sub-option 11(0xb) - Server ID Override (Defined in RFC#5107.)
The server identifier (server ID) override sub-option allows the DHCP relay agent to specify a new value for the server ID option, which is inserted by the DHCP server in the reply packet. This sub-option allows the DHCP relay agent to act as the actual DHCP server such that the renew requests will come to the relay agent rather than the DHCP server directly. The server ID override sub-option contains the incoming interface IP address, which is the IP address on the relay agent that is accessible from the client. Using this information, the DHCP client sends all renew and release request packets to the relay agent. The relay agent adds all of the appropriate sub-options and then forwards the renew and release request packets to the original DHCP server. For this function, Cisco’s proprietary implementation is sub-option 152(0x98). You can use the ip dhcp relay sub-option type cisco command to manage the function.
Alternativet brukes til å sikre at klienten sender en forespørsel om å fornye adresseleien til IP-adressen som brukes i dette alternativet. (På Cisco VXLAN BGP er EVPN klientens standard gateway Anycast-adresse.)
RFC#3527: Underalternativ 5(0x5) - Linkvalg
Sub-option 5(0x5) - Link Selection (Defined in RFC#3527.)
The link selection sub-option provides a mechanism to separate the subnet/link on which the DHCP client resides from the gateway address (giaddr), which can be used to communicate with the relay agent by the DHCP server. The relay agent will set the sub-option to the correct subscriber subnet and the DHCP server will use that value to assign an IP address rather than the giaddr value. The relay agent will set the giaddr to its own IP address so that DHCP messages are able to be forwarded over the network. For this function, Cisco’s proprietary implementation is sub-option 150(0x96). You can use the ip dhcp relay sub-option type ciscocommand to manage the function.
Adressen til nettverket som klienten trenger en IP-adresse fra.
Utvikling av Cisco-dokumentasjon angående konfigurering av DHCP på Microsoft Windows Server 2012
Jeg inkluderte denne delen fordi det er en positiv trend fra leverandørens side:
Denne artikkelen indikerer at hvert nettverk/VNI krever sin egen SuperScope-pakke og sitt eget sett med Loopback-adresser:
If multiple DHCP Scopes are required for multiple subnets, you need to create one LoopbackX per subnet/vlan on all LEAFS and create a superscope with a loopbackX range scope and actual client IP subnet scope per vlan.
Lagt til Windows 2012 Server-innstillinger i dokumentasjonen for oppsett av nettverksutstyr. For alle adressepooler som brukes, kreves ett SuperScope per datasenter, og dette SuperScope er grensen til datasenteret:
Create Superscope for all scopes you want to use for Option 82-based policies.
Note
The Superscope should combine all scopes and act as the administrative boundary.
Let us assume the switch is using the address from subnet B (it can be the backbone subnet, management subnet, or any customer designated subnet for this purpose) to communicate with the Windows DHCP server. In DFA we have subnets S1, S2, S3, …, Sn for segment s1, s2, s3, …, sn.
To configure DHCP on Windows server.
1. Create a super scope. Within the super scope, create scope B, S1, S2, S3, …, Sn for the subnet B and the subnets for each segment.
2. In scope B, specify the 'Exclusion Range' to be the entire address range (so that the offered address range must not be from this scope).
3. For every segment scope Si, specify a policy that matches on Agent Circuit ID with value of '0108000600XXXXXX', where '0108000600' is a fixed value for all segments, the 6 numbers "XXXXXX" is the segment ID value in hexadecimal. Also ensure to check the Append wildcard(*) check box.
4. Set the policy address range to the entire range of the scope.
DHCP i Microsoft Windows Server (superscope & policy)
Superscope is an administrative feature of a DHCP server that can be used to group multiple scopes as a single administrative entity. Superscope allows a DHCP server to provide leases from more than one scope to clients on a single physical network. Scopes added to a superscope are called member scopes.
Hva er SuperScope - det er en funksjonalitet som lar deg kombinere flere bassenger med IP-adresser til en administrativ enhet. Å annonsere for brukere på samme fysiske nettverk (i samme VLAN) IP-adresser fra flere bassenger. Hvis forespørselen kom til en pool av adresser som en del av et SuperScope, kan klienten få en adresse fra et annet Scope inkludert i dette SuperScope.
The DHCP Server role in Windows Server 2012 introduces a new feature that allows you to create IPv4 policies that specify custom IP address and option assignments for DHCP clients based on a set of conditions.
The policy based assignment (PBA) feature allows you to group DHCP clients by specific attributes based on fields contained in the DHCP client request packet. PBA enables targeted administration and greater control of the configuration parameters delivered to network devices with DHCP.
Retningslinjer – lar deg tilordne IP-adresser til brukere avhengig av typen bruker eller parameter. Cisco-ingeniører bruker policyer i Windows Server 2012 for å filtrere etter VNI (Virtual Network Identifier).
Hoveddel
Denne delen inneholder resultatene av forskningen, hvorfor den ikke støttes, hvordan den fungerer (logikk), hva som er nytt og hvordan dette nye vil hjelpe oss.
Hvorfor støttes ikke Microsoft Windows Server 2000/2003/2008?
Microsoft Windows Server 2008 og tidligere versjoner behandler ikke alternativ 82 og returpakken sendes uten alternativ 82.
DHCP Server mottar pakken, behandler den, sender den tilbake, men uten alternativ 82. (DHCP-tilbud – uten alternativ 82)
Utstyret (Nexus) mottar en pakke fra DHCP-serveren. (DHCP-tilbud) Men sender ikke denne pakken til sluttbrukeren.
Snifferdata - på Windows Server 2008 og på DHCP-klientenWindows Server 2008 mottar en forespørsel fra nettverksutstyr. (Alternativ 82 er til stede i listen)
Windows Server 2008 sender svaret til nettverksutstyret. (Alternativ 82 er ikke oppført som et alternativ i pakken)
Forespørsel fra klienten - DHCP Discover er tilstede og DHCP-tilbud mangler
Statistikk over nettverksutstyr:
NEXUS-9000V-SW-1# show ip dhcp relay statistics
----------------------------------------------------------------------
Message Type Rx Tx Drops
----------------------------------------------------------------------
Discover 8 8 0
Offer 8 8 0
Request(*) 0 0 0
Ack 0 0 0
Release(*) 0 0 0
Decline 0 0 0
Inform(*) 0 0 0
Nack 0 0 0
----------------------------------------------------------------------
Total 16 16 0
----------------------------------------------------------------------
DHCP L3 FWD:
Total Packets Received : 0
Total Packets Forwarded : 0
Total Packets Dropped : 0
Non DHCP:
Total Packets Received : 0
Total Packets Forwarded : 0
Total Packets Dropped : 0
DROP:
DHCP Relay not enabled : 0
Invalid DHCP message type : 0
Interface error : 0
Tx failure towards server : 0
Tx failure towards client : 0
Unknown output interface : 0
Unknown vrf or interface for server : 0
Max hops exceeded : 0
Option 82 validation failed : 0
Packet Malformed : 0
Relay Trusted port not configured : 0
DHCP Request dropped on MCT : 0
* - These counters will show correct value when switch
receives DHCP request packet with destination ip as broadcast
address. If request is unicast it will be HW switched
NEXUS-9000V-SW-1#
Hvorfor er konfigurasjon så vanskelig i Microsoft Windows Server 2012?
Microsoft Windows Server 2012 støtter ennå ikke RFC#3527 (alternativ 82 underalternativ 5(0x5) - koblingsvalg)
Men policy-funksjonaliteten er allerede implementert.
Hvordan det fungerer:
Microsoft Windows Server 2012 har en superpool (SuperScope) som har Loopback-adresser og bassenger for ekte nettverk.
Valget av bassenget for å utstede en IP-adresse faller inn i SuperScope, siden svaret kom fra DHCP Relay med Loopback Source-adressen inkludert i SuperScope.
Ved å bruke policy, velger forespørselen fra Superscope det medlemsomfanget hvis VNI er inkludert i alternativ 82 underalternativ 1 agentkrets-ID. ("0108000600"+ 24 bits VNI + 24 biter hvis verdier er ukjente for meg, men snifferen viser verdier på 0 i dette feltet.)
Hvordan forenkles oppsettet i Microsoft Windows Server 2016/2019?
Microsoft Windows Server 2016 implementerer RFC#3527-funksjonalitet. Det vil si at Windows Server 2016 kan gjenkjenne riktig nettverk fra alternativ 82 underalternativ 5(0x5) - Link Selection-attributt
Tre spørsmål dukker umiddelbart opp:
Klarer vi oss uten Superscope?
Kan vi klare oss uten policy og konvertere VNI til heksadesimal form?
Kan vi klare oss uten Scope for Loopback DHCP-kildeadresser?
Q. Klarer vi oss uten Superscope? A. Ja, omfang kan opprettes umiddelbart innen området IPv4-adresser. Q. Kan vi klare oss uten policy og konvertere VNI til heksadesimal form? A. Ja, nettverksvalg er basert på alternativ 82 underalternativ 0x5, Q. Kan vi klare oss uten Scope for Loopback DHCP-kildeadresser? A. Nei vi kan ikke. Fordi Microsoft Windows Server 2016/2019 har beskyttelse mot ondsinnede DHCP-forespørsler. Det vil si at alle forespørsler fra adresser som ikke er i DHCP-serverpoolen anses som skadelige.
Note
All relay agent IP addresses (GIADDR) must be part of an active DHCP scope IP address range. Any GIADDR outside of the DHCP scope IP address ranges is considered a rogue relay and Windows DHCP Server will not acknowledge DHCP client requests from those relay agents.
A special scope can be created to "authorize" relay agents. Create a scope with the GIADDR (or multiple if the GIADDR's are sequential IP addresses), exclude the GIADDR address(es) from distribution, and then activate the scope. This will authorize the relay agents while preventing the GIADDR addresses from being assigned.
De. For å konfigurere en DHCP-pool for en VXLAN BGP EVPN-fabrikk på Microsoft Windows Server 2016/2019 trenger du bare:
Opprett et basseng for kildereléadresser.
Opprett en pool for klientnettverk
Det som ikke er nødvendig (men kan konfigureres og det vil fungere og vil ikke forstyrre arbeidet):
Lag policy
Lag SuperScope
EksempelEksempel på å sette opp en DHCP-server (det er 2 ekte DHCP-klienter - klientene er koblet til VXLAN-stoffet)
Eksempel på å sette opp en brukerpool:
Et eksempel på å sette opp en brukerpool (policyer er valgt - for å bevise at policyer ikke ble brukt for riktig drift av bassenget):
Et eksempel på konfigurering av et basseng for kilde-DHCP-reléadresser (utvalget av adresser for utstedelse tilsvarer fullstendig ekskludering fra adresseutvalget):
Sette opp en DHCP-tjeneste på Microsoft Windows Server 2019
Konfigurere et basseng for tilbakesløyfeadresser (kilde) for DHCP-relé.
Vi oppretter en ny pool (Scope) i IPv4-området.
Veiviser for opprettelse av basseng. "Neste >"
Konfigurer bassengnavnet og beskrivelsen av bassenget.
Angi rekkevidden av IP-adresser for Loopback og masken for bassenget.
Legger til unntak. Utelukkelsesområdet må samsvare nøyaktig med bassengområdet.
Leietid. "Neste >"
Spørring: Vil du konfigurere DHCP-alternativer nå (DNS, WINS, Gateway, Domain) eller vil du gjøre det senere. Det ville vært raskere å svare nei, og deretter aktivere bassenget manuelt. Eller gå til slutten uten å fylle ut noen informasjon og aktiver bassenget på slutten av veiviseren.
Vi bekrefter at alternativene ikke er konfigurert og bassenget ikke er aktivert. "Bli ferdig"
Vi aktiverer bassenget manuelt. — Velg Omfang og i kontekstmenyen — velg «Aktiver».
Vi lager en pool for brukere/servere.
Vi lager et nytt basseng.
Veiviser for opprettelse av basseng. "Neste >"
Konfigurer bassengnavnet og beskrivelsen av bassenget.
Angi rekkevidden av IP-adresser for Loopback og masken for bassenget.
Legger til unntak. (Ingen unntak kreves som standard) "Neste >"
Leietid. "Neste >"
Spørring: Vil du konfigurere DHCP-alternativer nå (DNS, WINS, Gateway, Domain) eller vil du gjøre det senere. La oss sette det opp nå.
Konfigurer standard gateway-adresse.
Vi konfigurerer domene- og DNS-serveradressene.
Konfigurering av IP-adresser til WINS-servere.
Aktivering av omfang.
Bassenget er konfigurert. "Bli ferdig"
Konklusjon
Bruk av Windows Server 2016/2019 reduserer kompleksiteten ved å sette opp en DHCP-server for et VXLAN-stoff (eller et annet stoff). (Det er ikke nødvendig å overføre spesielle lenker til IT-spesialister: Network/Agent Circuit ID for å registrere filtre.)
Vil konfigurasjonen for Windows Server 2012 fungere på nye 2016/2019 servere - ja det vil fungere.
Dette dokumentet inneholder referanser til 2 versjoner: 7.X og 9.3. Dette skyldes det faktum at versjon 7.0(3)I7(7) er en Cisco Suggested-utgivelse, og versjon 9.3 er den mest innovative (til og med støtter Multicast via VXLAN Multisite).