🥇Microsoft Windows Server 2016/2019 seadistamine DHCP teenuste pakkumiseks VXLAN (DFA) jaoks

Selle artikli eesmärk on lihtsustada DHCP teenuse seadistamist VXLAN BGP EVPN ja DFA jaoks, kasutades Microsoft Windows Server 2016/2019.

Ametlikus dokumentatsioonis seadistatakse Microsoft Windows Server 2012 põhinev DHCP teenus tehase jaoks SuperScope'ina, mis sisaldab Loopback basseini (selles basseinis – eripära on kõikide IP aadresside basseini erand (excluded IP address = pool)) ja IP aadresside jaotamise basseine reaalses võrgus (siin on eripära – seadistatakse poliitikad – kus filtreeritakse DHCP Relay Circuit ID ja see DHCP relay Circuit ID sisaldab VNI võrgu jaoks, st teise basseini jaoks on see DHCP Relay Circuit ID veidi erinev).

DHCP seadistamiseks Windows serveris.

1. Looge super scope. Super scope'i sees looge basseini B, S1, S2, S3, …, Sn alamvõrgu B ja alamvõrkude jaoks iga segment. 
2. Basseinis B määratlege 'Erandite vahemik' kogu aadressivahemikule (nii et pakutav aadressivahemik ei tohi olla sellest basseinst). 
3. Iga segmendi basseinis Si määrake poliitika, mis vastab Agent Circuit ID väärtusele '0108000600XXXXXX', kus '0108000600' on fikseeritud väärtus kõikidele segmentidele, 6 numbrit "XXXXXX" on segmendi ID väärtus heksades. Kontrollige ka, et märgite ruutu 'Lisa joker (*)'. 
4. Määrake poliitika aadressi vahemik kogu basseini vahemikule.

See artikkel sisaldab vastuseid järgmistele küsimustele:

Sisukord

Sissejuhatus
Põhiosa
Kokkuvõte
Viidatud allikad

Sissejuhatus

Selles osas on lühidalt loetletud kõik algandmed: juhised võrgu seadmete seadistamiseks, RFC-d, mida kasutatakse DHCP pakettides eVPN tehastes, ning lühike ülevaade DHCP serveri seadistuste arengust Microsoft Windows Serveris 2012 Cisco dokumentatsioonis. Samuti on esitatud lühikesed andmed Superscope'i ja poliitikate kohta DHCP teenuses Microsoft Windows Serveri serverites.

Kuidas seadistatakse DHCP Relay VXLAN BGP EVPN tehases, DFA

DHCP Relay seadistamine VXLAN BGP EVPN tehases ei ole selle artikli peamine teema, kuna see on piisavalt lihtne. Toome links dokumentatsioonile ja vihje seadistustele võrgu seadmetes.

Näide DHCP Relay seadistamisest Nexus 9000V v9.2(3)

teenus dhcp
ip dhcp relay
ip dhcp relay info valik
ip dhcp relay info valik vpn
liides loopback10
  vrf liige VRF1
  ip aadress 10.120.0.1/32 silt 1234567
liides Vlan12
  ei väljalülita
  vrf liige VRF1
  ei ip suunata
  ip aadress 10.120.251.1/24 silt 1234567
  ei ipv6 suunata
  riidekapi edastamise režiim anycast-gateway
  ip dhcp relay aadress 10.0.0.5
  ip dhcp relay allika-liides loopback10

RFC-d, mis on rakendatud DHCP Relay teenuses VXLAN BGP EVPN tehastes

RFC#6607: Alamvalik 151(0x97) — Virtuaalse Alamvõrgu Valik

•	Alamvalik 151(0x97) - Virtuaalse Alamvõrgu Valik (Määratletud RFC#6607-s)
Kasutatakse VRF seotud teabe edastamiseks DHCP serverile MPLS-VPN ja VXLAN EVPN mitme kasutaja keskkonnas.

Edatakse VRF «nimi», milles klient asub.

RFC#5107: Alamvalik 11(0xb) — Serveri ID Ümberkiri

•	Alamvalik 11(0xb) - Serveri ID Ümberkiri (Määratletud RFC#5107-s)
Serveri identifikaatori (server ID) ümbersuunamise alamvalik võimaldab DHCP relay agentil määrata serveri ID valiku jaoks uue väärtuse, mis lisatakse DHCP serveri vastuspaketti. See alamvalik võimaldab DHCP relay agentil tegutseda tõelise DHCP serverina, nii et uuendamise taotlused tulevad relay agentile, mitte otse DHCP serverile. Serveri ID ümbersuunamise alamvalik sisaldab siseneva liidese IP aadressi, mis on relay agenti aadress, mis on kliendile kergesti ligipääsetav. Selle teabe abil saadab DHCP klient kõik uuendamis- ja vabastamisettepanekud relay agentile. Relay agent lisab kõik sobivad alamvalikud ja edastab seejärel uuendamis- ja vabastamisettepanekud algsele DHCP serverile. Selle funktsiooni jaoks on Cisco erielement alamvalik 152(0x98). Saate kasutada käsku ip dhcp relay alamvaliku tüüp cisco, et hallata funktsiooni.

Valik kasutatakse selleks, et klient saadaks aadressi pikendamise taotluse IP aadressile, mis on määratletud selles valikus. (Cisco VXLAN BGP EVPN-s on see Anycast aadress vaikimisi klientidele.)

RFC#3527: Alamvalik 5(0x5) — Lingivalik

Alamvalik 5(0x5) - Lingivalik (Määratletud RFC#3527-s)

Lingivaliku alamvalik pakub mehhanismi, et eraldada alamvõrk/lint, kus DHCP klient asub, värava aadressist (giaddr), mille kaudu võib DHCP server suhelda relay agentiga. Relay agent seab alamvaliku õige tellija alamvõrgule ja DHCP server kasutab seda väärtust IP aadressi määramiseks, mitte giaddr väärtust. Relay agent seab giaddr enda IP aadressiks, et DHCP sõnumid saaksid edastatud üle võrgu. Selle funktsiooni jaoks on Cisco erielement alamvalik 150(0x96). Saate kasutada käsku ip dhcp relay alamvaliku tüüp cisco, et hallata funktsiooni.

Võrgu aadress, kust kliendile on vajalik IP aadress.

Cisco dokumentatsiooni areng DHCP seadistamiseks Microsoft Windows Serveris 2012

Lisasin selle osa, kuna on nähtav positiivne tendents müüjalt:

Nexus 9000 VXLAN Konfiguratsiooni Juhend 7.3

Dokumendis on ainult DHCP Relay seadistamine võrgu seadmetes.

Windows Server 2012-s DHCP seadistamiseks kasutati teist artiklit:

Microsoft Windows Server 2012 seadistamine DHCP teenuste pakkumiseks eVPN stsenaariumis (VXLAN, Cisco One Fabric jne)

Selles artiklis märgitakse, et iga võrgu/VNI jaoks on vajalik oma SuperScope'i paar ja oma Loopback aadresside kogum:

Kui mitmeid DHCP skoopasid on vaja mitme alamvõrgu jaoks, peate iga alamvõrgu/vlanni jaoks looma ühe LoopbackX kõigis LEAFS ja looma superskoobi, millel on loopbackX vahemik ja tegeliku kliendi IP alamvõrgu vahemik iga vanni jaoks.

Nexus 9000 VXLAN Configuration Guide 9.3

Lisatud on Windows 2012 Serveri seaded võrgu seadmete seadistamise dokumentatsiooni. Kõigi kasutatavate aadressikogumite jaoks on vajalik üks SuperScope andmekeskuses ja see SuperScope on andmekeskuse piir.

Looge Superscope kõikide skoopade jaoks, mida soovite kasutada valiku 82-põhiste poliitikate jaoks.
Märkus
Superscope peaks ühendama kõik skoopad ja toimima halduspiirina.

Cisco Dynaamiline Kangasautomaatika

Kõike on üliüldiselt selgitatud:

Oletame, et switch kasutab aadressi alamvõrgust B (see võib olla selgroo alamvõrk, haldusalamvõrk või mõni kliendi määratud alamvõrk selleks otstarbeks) Windows DHCP serveriga suhtlemiseks. DFA-s on meil alamvõrgud S1, S2, S3,..., Sn segmentide s1, s2, s3,..., sn jaoks.

Windows serveris DHCP seadistamiseks.

1. Looge superskoobi. Superskoobi sees looge alamvõrk B, S1, S2, S3,..., Sn alamvõrk B ja segmentide alamvõrgud.
2. Alamvõrgus B määrake 'Erandid' kogu aadressivahemikuks (nii, et pakutav aadressivahemik ei tohiks olla sellest skoopist).
3. Iga segmentide alamvõrgu Si jaoks määrake poliitika, mis vastab Agendi Ring ID-le väärtusega '0108000600XXXXXX', kus '0108000600' on kõigi segmentide jaoks fikseeritud väärtus ja 6 numbrit "XXXXXX" on segmenti ID väärtus heksadesimaalses vormis. Samuti veenduge, et olete märkinud Lisa wildcard(*) kastikese.
4. Määrake poliitika aadressivahemik kogu skoopi vahemikuks.

DHCP Microsoft Windows Serveris (superskoob & poliitika)

SuperScope

Superscope on DHCP serveri haldusfunktsioon, mida saab kasutada mitme skoopi grupeerimiseks üheks haldusüksuseks. Superscope võimaldab DHCP serveril anda rohkem kui ühe skoopi leaseid klientidele ühel füüsilisel võrgul. Superscope'i lisatud skoopasid nimetatakse liikmeskoopadeks.

Mis on SuperScope – see on funktsioon, mis võimaldab ühendada mitu IP aadresside kogumit üheks haldusüksuseks. Selleks, et ühes füüsilises võrgus (ühes VLAN-is) kliendile mitmest kogumist IP aadresse välja kuulutada. Kui päring on saanud aadresside kogust SuperScope'is, siis võib kliendile aadressi anda mõnest teisest skoopist, mis kuulub sellesse SuperScope'i.

Poliitika

Windows Server 2012 DHCP Serveri roll tutvustab uut funktsiooni, mis võimaldab teil luua IPv4 poliitikaid, mis määravad kohandatud IP aadressid ja valiku määrangud DHCP klientide jaoks, tuginedes tingimuste kogumile.

Poliitikapõhine määramine (PBA) võimaldab teil grupeerida DHCP kliente spetsiifiliste atribuutide alusel, mis põhinevad DHCP kliendi päringu paketi väljadele. PBA võimaldab suunatud haldust ja paremat ülevaadet sõltuvate konfiguratsiooniparameetrite üle, mis edastatakse võrgu seadmetele DHCP kaudu.

Poliitikad – võimaldavad määrata kasutajatele IP-aadresse vastavalt kasutaja tüübile või parameetrile. Cisco insenerid kasutavad Windows Server 2012 poliitikaid VNI (Virtuaalne Võrgu Identifikaator) järgi filtreerimiseks.

Põhiosa

Selles osas esitatakse uuringu tulemused selle kohta, miks see ei toimu, kuidas see töötab (loogika), mida uut on lisatud ning kuidas see uus meile kasuks tuleb.

Miks ei toetata Microsoft Windows Serverit 2000/2003/2008?

Microsoft Windows Server 2008 ja varasemad versioonid ei käsitle valikut 82 (Option 82) ning saadavad tagasipaketi ilma selle valikuta.

Win2k8 R2 DHCP probleem Option82-ga

Kliendi päring saadetakse Broadcast (DHCP Discover).
Seade (Nexus) saadab paketi DHCP serverile (DHCP Discover + Option 82).
DHCP Server võtab paketi vastu, töötleb selle ja saadab tagasi, kuid ilma valikuta 82. (DHCP Offer – ilma option 82)
Seade (Nexus) võtab vastu paketi DHCP serverilt. (DHCP Offer) Kuid ei saada seda paketti lõppkasutajale.

Snifferi andmed — Windows Server 2008-l ja DHCP kliendilWindows Server 2008 saab päringu võrguseadmelt. (Option 82 on nimekirjas)

Windows Server 2008 saadab vastuse võrguseadmtele. (Option 82 ei ole valikute nimekirjas pakendis)

Päring kliendilt – DHCP Discover on olemas ja DHCP Offer puudub

Statistika võrguseadmelt:

NEXUS-9000V-SW-1# show ip dhcp relay statistics 
----------------------------------------------------------------------
Sõnumi tüüp             Rx              Tx           Õnnestumised  
----------------------------------------------------------------------
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
----------------------------------------------------------------------
Kokku                    16              16               0
----------------------------------------------------------------------

DHCP L3 FWD:
Kokku saadud pakette                      :         0
Kokku edastatud pakette                    :         0
Kokku langetatud pakette                    :         0
Non DHCP:
Kokku saadud pakette                      :         0
Kokku edastatud pakette                    :         0
Kokku langetatud pakette                    :         0
DROP:
DHCP Relay ei ole lubatud                  :         0
Vale DHCP sõnumi tüüp                    :         0
Liidese viga                                  :         0
Tx ebaõnnestumine serverisse               :         0
Tx ebaõnnestumine kliendisse               :         0
Tundmatu väljundliides                      :         0
Tundmatu vrf või liides serverile           :         0
Max hops ületatud                           :         0
Option 82 valideerimine ebaõnnestus        :         0
Paketis vorminguviga                        :         0
Relay usaldusporti ei ole seadistatud      :         0
DHCP päring langetatud MCT-l               :         0
*  - Need loendurid näitavad õigete väärtuste peale, kui lüliti
saab DHCP päringupaketi siht-IP-na broadcast
aadressina. Kui päring on unicast, lülitatakse see HW
NEXUS-9000V-SW-1#

Miks on Microsoft Windows Serveris 2012 seadistus nii keeruline?

Microsoft Windows Server 2012 ei veel toeta RFC#3527 (Option 82 Sub-option 5(0x5) — Link Selection)
Kuid funktsionaalsus Policy on juba rakendatud.

Kuidas see töötab:

Microsoft Windows Server 2012-l on super-pool (SuperScope), kus on Loopback ja reaalsete võrkude puhvrid.
IP aadresside määramine toimub SuperScope'is, kuna vastus tuli DHCP Relay'lt Loopback aadressilt, mis kuulub SuperScope'i.
Kasutades Policy, valib päring Superscope'ist selle liikme ulatus, mille VNI on Option 82 Suboption 1 Agent Circuit ID-s. (“0108000600” + 24 bitti VNI + 24 bitti väärtusi, mille kohta mul pole teavet, kuid sniffer näitab, et need on 0.)

Kuidas lihtsustatakse seadistust Microsoft Windows Serveris 2016/2019?

Microsoft Windows Server 2016 toetab RFC#3527 funktsionaalsust. See tähendab, et Windows Server 2016 oskab tuvastada õige võrgu Option 82 Sub-option 5(0x5) — Link Selection atribuudist.

Küsimusi tekib kohe kolm:

Kas saame hakkama ilma Superscope'ita?
Kas saame hakkama ilma Policy'ita ja VNI 16-tarvikuks muutmiseta?
Kas saame hakkama ilma Loopback aadresside DHCP allikate ulatuseta?

K. Kas saame hakkama ilma Superscope'ita?
V. Jah, ulatusi saab luua otse IPv4 aadresside piirkonnas.
K. Kas saame hakkama ilma Policy'ita ja VNI 16-tarvikuks muutmiseta?
V. Jah, võrgu valimine toimub Option 82 Suboption 0x5 alusel,
K. Kas saame hakkama ilma Loopback aadresside DHCP allikate ulatuseta?
V. Ei, ei saa. Kuna Microsoft Windows Server 2016/2019-s on rakendatud kaitse pahatahtlike DHCP päringute vastu. See tähendab, et kõik päringud aadressidelt, mida DHCP serveri ulatuses ei ole, loetakse pahatahtlikeks.

DHCP alamsuju valiku valikud

 Märkus
Kõik edastusagendi IP-aadressid (GIADDR) peavad olema aktiivse DHCP ulatuse IP-aadressi vahemikus. Iga GIADDR, mis on väljaspool DHCP ulatuse IP-aadressi vahemikke, loetakse vale edastusagentideks ja Windows DHCP server ei tunnusta neid edastusagente DHCP kliendi päringutes.

Erinev ulatus saab luua, et "volitada" edastusagente. Looge ulatus GIADDR-iga (või mitu, kui GIADDR-d on järjestikused IP-aadressid), ekskludeerige GIADDR aadress(id) ja aktiviseerige ulatus. See volitab edastusagente, takistades samal ajal GIADDR aadresside jaotamist.

See tähendab, et Microsoft Windows Server 2016/2019 DHCP puu seadistamiseks VXLAN BGP EVPN tehaste jaoks on vajalik ainult:

Luua puu Relay allika aadresside jaoks.
Luua puu klientvõrkude jaoks.

Mida ei peeta vajalikuks (kuid saab seadistada ja see töötab ning ei takista töötamist):

Luua Policy.
Luua SuperScope.

NäideNäide DHCP serveri seadistamisest (olemas on 2 reaalset DHCP klienti — kliendid on ühendatud VXLAN tehasesse)

Näide kohandatud puu seadistamisest:

Näide kohandatud puu seadistamisest (valitud poliitikad — tõestamaks, et poliitikaid ei kasutatud puu nõuetekohaseks toimimiseks):

Näide puu seadistamisest Relay allika aadresside jaoks (aadresside vahemik, mis määratakse, vastab täielikult aadresside puu välistamisele):

DHCP teenuse seadistamine Microsoft Windows Serveris 2019

Loopback aadresside (source) puu seadistamine DHCP Relay jaoks.

Loome uue puu (Scope) IPv4 ruumis.

Puu loomise viisard. "Next >"

Seame puu nime ja kirjelduse (Description).

Määrame Loopback'i IP aadresside vahemiku ja puu maski.

Lisame erandid. Erandi vahemik peab täielikult kattuma puu vahemikuga.

Rendi aeg. "Next >"

Küsimus: Kas seadistate DHCP valikud nüüd (DNS, WINS, Gateway, Domain) või hiljem? Kiirem on vastata ei ja aktiveerida puu käsitsi. Võite samuti minna lõpuni, täitmata mingit teavet, ja lõpuks aktiveerida puu viisardi lõpus.

Kinnitatakse, et valikud ei ole seadistatud, puu ei ole aktiivne. "Finish"

Aktiveerime puu käsitsi. — Valime Scope ja kontekstimenüüst valime "Activate".

Loome puu kasutajatele/serveritele.

Loome uue puu.

Puu loomise viisard. "Next >"

Seame puu nime ja kirjelduse (Description).

Määrame Loopback'i IP aadresside vahemiku ja puu maski.

Lisame erandid. (Vaikimisi erandeid ei nõuta.) "Next >"

Rendi aeg. "Next >"

Küsimus: Kas seadistate DHCP valikud nüüd (DNS, WINS, Gateway, Domain) või hiljem? Jah, seadistame nüüd.

Seame vaikimisi lüsi aadressi.

Seame domeeni ja DNS serverite aadressid.

Seame WINS serverite IP aadressid.

Scope aktivatsioon.

Puu on seadistatud. "Finish"

Kokkuvõte

Windows Server 2016/2019 kasutamine vähendab DHCP serveri seadistamise keerukust VXLAN tehase (või mõne muu tehase) jaoks. (IT spetsialistidele ei ole vaja edastada spetsiaalseid sidemeid: Network/Agent Circuit ID filtrite määramiseks.)

Kas Windows Server 2012 konfiguratsioon töötab uutel serveritel 2016/2019 – jah, see töötab.

Selles dokumendis on viidatud 2 versioonile: 7.X ja 9.3. See on seotud sellega, et versioon 7.0(3)I7(7) — Cisco Soovitatud versioon, ja versioon 9.3 — on kõige uuenduslikum (kuni Multicast toe toetamiseni VXLAN Multisite kaudu).

Viidatud allikad

Allikas: habr.com