ProHoster > Blogi > antaminen > Microsoft Windows Server 2016/2019:n määrittäminen tarjoamaan DHCP-palveluita VXLAN:lle (DFA)
Microsoft Windows Server 2016/2019:n määrittäminen tarjoamaan DHCP-palveluita VXLAN:lle (DFA)
Tämän artikkelin tarkoituksena on yksinkertaistaa DHCP-palvelun konfigurointia VXLAN BGP EVPN- ja DFA-kudoksille Microsoft Windows Server 2016/2019:n avulla.
Virallisessa dokumentaatiossa kudoksen Microsoft Windows Server 2012:een perustuva DHCP-palvelu on määritetty SuperScopeksi, joka sisältää Loopback-poolin (tämän poolin kohokohta on kaikkien poolin IP-osoitteiden poissulkeminen poolista (poissuljettu IP-osoite = pool)) ja poolit IP-osoitteiden myöntämiseksi oikeille verkoille (tässä on kohokohta - käytäntö on määritetty - jossa DHCP Relay Circuit ID suodatetaan ja tämä DHCP-välityspiirin tunnus sisältää verkon VNI:n, eli toiselle poolille tämä DHCP Relay Piiritunnus on hieman erilainen).
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.
Tämä artikkeli sisältää vastaukset seuraaviin kysymyksiin:
Tässä osassa luetellaan lyhyesti kaikki alkutiedot: Ohjeet verkkolaitteiden määrittämiseen, eVPN-tehtaiden DHCP-paketteissa käytetyt RFC:t, Microsoft Windows Server 2012:n DHCP-palvelinasetusten kehitys Ciscon dokumentaatiossa on tarkoitettu viitteeksi. Sekä lyhyttä tietoa Superscopesta ja käytännöstä DHCP-palvelussa Microsoft Windows -palvelimissa.
DHCP-releen määrittäminen VXLAN BGP EVPN -kankaaseen ei ole tämän artikkelin pääaihe, koska se on melko yksinkertaista. Tarjoan linkkejä dokumentaatioon ja spoilerin verkkolaitteiden asetuksista.
Esimerkki DHCP-releen asettamisesta Nexus 9000V v9.2(3) -laitteessa
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:t, jotka on toteutettu DHCP Relay -palvelun toiminnassa VXLAN BGP EVPN -kankaissa
RFC#6607: Alivaihtoehto 151(0x97) - Virtuaalisen aliverkon valinta
• 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.
Sen VRF:n "nimi", jossa asiakas sijaitsee, lähetetään.
• 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.
Vaihtoehtoa käytetään varmistamaan, että asiakas lähettää osoitevuokrasopimuksen uusimispyynnön tässä valinnassa käytettyyn IP-osoitteeseen. (Cisco VXLAN BGP:ssä EVPN on asiakkaan oletusyhdyskäytävän Anycast-osoite.)
RFC#3527: Alavaihtoehto 5(0x5) - Linkin valinta
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.
Sen verkon osoite, josta asiakas tarvitsee IP-osoitteen.
Ciscon dokumentaation kehitys DHCP:n määrittämisestä Microsoft Windows Server 2012:ssa
Lisäsin tämän osion, koska myyjällä on positiivinen suuntaus:
Tämä artikkeli osoittaa, että jokainen verkko/VNI vaatii oman SuperScope-paketin ja oman joukon Loopback-osoitteita:
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.
Lisätty Windows 2012 Server -asetukset verkkolaitteiden asennuksen dokumentaatioon. Kaikille käytetyille osoiteryhmille vaaditaan yksi SuperScope per palvelinkeskus, ja tämä SuperScope on palvelinkeskuksen raja:
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 Microsoft Windows Serverissä (superskooppi ja käytäntö)
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.
Mikä on SuperScope - se on toiminto, jonka avulla voit yhdistää useita IP-osoitteita yhdeksi hallintoyksiköksi. Mainostaa käyttäjille samassa fyysisessä verkossa (samassa VLANissa) IP-osoitteita useista poolista. Jos pyyntö saapui osoitteiden joukkoon osana SuperScopea, asiakkaalle voidaan antaa osoite toisesta tähän SuperScopeen sisältyvästä Scopesta.
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.
Käytännöt – voit määrittää käyttäjille IP-osoitteita käyttäjän tai parametrin tyypin mukaan. Ciscon insinöörit käyttävät Windows Server 2012:n käytäntöjä suodattaessaan VNI:n (Virtual Network Identifier) mukaan.
Pääosa
Tämä osio sisältää tutkimuksen tulokset, miksi sitä ei tueta, miten se toimii (logiikka), mitä uutta on ja miten tämä uusi auttaa meitä.
Miksi Microsoft Windows Server 2000/2003/2008 -käyttöjärjestelmää ei tueta?
Microsoft Windows Server 2008 ja aiemmat versiot eivät käsittele vaihtoehtoa 82 ja palautuspaketti lähetetään ilman vaihtoehtoa 82.
Asiakkaan pyyntö lähetetään Broadcastille (DHCP Discover).
Laite (Nexus) lähettää paketin DHCP-palvelimelle (DHCP Discover + Optio 82).
DHCP-palvelin vastaanottaa paketin, käsittelee sen, lähettää takaisin, mutta ilman vaihtoehtoa 82. (DHCP-tarjous – ilman vaihtoehtoa 82)
Laite (Nexus) vastaanottaa paketin DHCP-palvelimelta. (DHCP-tarjous) Mutta ei lähetä tätä pakettia loppukäyttäjälle.
Sniffer data - Windows Server 2008:ssa ja DHCP-asiakkaassaWindows Server 2008 vastaanottaa pyynnön verkkolaitteilta. (Vaihtoehto 82 on luettelossa)
Windows Server 2008 lähettää vastauksen verkkolaitteelle. (Vaihtoehtoa 82 ei ole listattu vaihtoehtona paketissa)
Pyyntö asiakkaalta - DHCP Discover on läsnä ja DHCP-tarjous puuttuu
Tilastot verkkolaitteista:
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#
Miksi määritys on niin monimutkaista Microsoft Windows Server 2012:ssa?
Microsoft Windows Server 2012 ei vielä tue RFC#3527:ää (vaihtoehto 82, alivaihtoehto 5(0x5) - linkin valinta)
Mutta Policy-toiminto on jo otettu käyttöön.
Näin se toimii:
Microsoft Windows Server 2012:ssa on superpooli (SuperScope), jolla on Loopback-osoitteet ja poolit oikeille verkoille.
Ryhmän valinta IP-osoitteen myöntämistä varten kuuluu SuperScopeen, koska vastaus tuli DHCP Relaylta, jossa Loopback Source -osoite sisältyy SuperScopeen.
Käytäntöä käyttämällä pyyntö valitsee Superscopesta sen jäsenalueen, jonka VNI sisältyy vaihtoehdon 82 alavaihtoehdon 1 agenttipiiritunnukseen. ("0108000600" + 24 bittiä VNI + 24 bittiä, joiden arvot ovat minulle tuntemattomia, mutta haistaja näyttää arvoja 0 tässä kentässä.)
Kuinka asennus on yksinkertaistettu Microsoft Windows Server 2016/2019:ssä?
Microsoft Windows Server 2016 toteuttaa RFC#3527-toiminnallisuuden. Eli Windows Server 2016 voi tunnistaa oikean verkon vaihtoehdon 82 alivaihtoehdon 5(0x5) - linkin valinta -määritteestä
Välittömästi herää kolme kysymystä:
Tulemmeko toimeen ilman Superscopea?
Voimmeko tehdä ilman politiikkaa ja muuntaa VNI:n heksadesimaalimuotoon?
Voimmeko pärjätä ilman Scope for Loopback DHCP -lähdeosoitteita?
Q. Tulemmeko toimeen ilman Superscopea? A. Kyllä, laajuus voidaan luoda välittömästi IPv4-osoitteiden alueelle. Q. Voimmeko tehdä ilman politiikkaa ja muuntaa VNI:n heksadesimaalimuotoon? A. Kyllä, verkon valinta perustuu vaihtoehtoon 82 alavaihtoehtoon 0x5, Q. Voimmeko pärjätä ilman Scope for Loopback DHCP -lähdeosoitteita? A. Ei, emme voi. Koska Microsoft Windows Server 2016/2019 sisältää suojan haitallisia DHCP-pyyntöjä vastaan. Eli kaikki pyynnöt osoitteista, jotka eivät ole DHCP-palvelinpoolissa, katsotaan haitallisiksi.
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.
Nuo. Voit määrittää DHCP-poolin VXLAN BGP EVPN -tehtaan Microsoft Windows Server 2016/2019 -käyttöjärjestelmässä tarvitset vain:
Luo pooli Source Relay -osoitteille.
Luo pooli asiakasverkkoja varten
Mikä ei ole välttämätöntä (mutta voidaan määrittää ja se toimii eikä häiritse työtä):
Luo käytäntö
Luo SuperScope
EsimerkkiEsimerkki DHCP-palvelimen asettamisesta (oikeita DHCP-asiakkaita on 2 - asiakkaat on kytketty VXLAN-verkkoon)
Esimerkki käyttäjäryhmän perustamisesta:
Esimerkki käyttäjäjoukon määrittämisestä (käytännöt on valittu - todistamaan, että käytäntöjä ei käytetty poolin oikeaan toimintaan):
Esimerkki poolin määrittämisestä lähde-DHCP-välitysosoitteille (myönnettyjen osoitteiden alue vastaa täysin osoitevalikoimasta poissulkemista):
DHCP-palvelun määrittäminen Microsoft Windows Server 2019:ssä
Aseta Loopbackin IP-osoitteiden alue ja poolin maski.
Lisätään poikkeuksia. Poissulkemisalueen on vastattava tarkasti allasaluetta.
Vuokra-aika. "Seuraava >"
Kysely: Määritätkö DHCP-asetukset nyt (DNS, WINS, Gateway, Domain) vai teetkö sen myöhemmin. Olisi nopeampaa vastata ei ja aktivoida pooli manuaalisesti. Tai siirry loppuun täyttämättä tietoja ja aktivoi pooli ohjatun toiminnon lopussa.
Vahvistamme, että vaihtoehtoja ei ole määritetty ja että poolia ei ole aktivoitu. "Suorittaa loppuun"
Aseta Loopbackin IP-osoitteiden alue ja poolin maski.
Lisätään poikkeuksia. (Oletusarvoisesti ei vaadita poikkeuksia) "Seuraava >"
Vuokra-aika. "Seuraava >"
Kysely: Määritätkö DHCP-asetukset nyt (DNS, WINS, Gateway, Domain) vai teetkö sen myöhemmin. Asetetaan se nyt.
Määritä oletusyhdyskäytävän osoite.
Määritämme verkkotunnuksen ja DNS-palvelimen osoitteet.
WINS-palvelimien IP-osoitteiden määrittäminen.
Laajuuden aktivointi.
Allas on konfiguroitu. "Suorittaa loppuun"
Johtopäätös
Windows Server 2016/2019:n käyttö vähentää DHCP-palvelimen määrittämisen monimutkaisuutta VXLAN-kudokselle (tai mille tahansa muulle kankaalle). (Ei ole tarpeen siirtää erityisiä linkkejä IT-asiantuntijoille: Network/Agent Circuit ID suodattimien rekisteröintiä varten.)
Toimiiko Windows Server 2012 kokoonpano uusilla 2016/2019 palvelimilla - kyllä se toimii.
Tämä asiakirja sisältää viittauksia kahteen versioon: 2.X ja 7. Tämä johtuu siitä, että versio 9.3(7.0)I3(7) on Ciscon suosittelema julkaisu ja versio 7 on innovatiivisin (jopa tukee Multicasta VXLAN Multisiten kautta).