Selle artikli eesmärk on lihtsustada DHCP teenuse seadistamist VXLAN BGP EVPN ja DFA tehases, kasutades Microsoft Windows Server 2016/2019.
Ametlikus dokumentatsioonis on Microsoft Windows Server 2012 alusel DHCP teenus seadistatud SuperScope'ina, mis sisaldab Loopback'i basseini (selles basseinis on eripära see, et kõik IP-aadressid, mis kuuluvad basseini, on välistatud (excluded IP address = pool)) ja IP-aadresside väljaandmise basseine reaalses võrgus (siin on eripära see, et seadistatakse poliitikad, milles 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 baar B, S1, S2, S3, …, Sn alajaotuse B ja kõikide segmentide alajaotuste jaoks.
2. Baaris B määrake 'Välistamisvahemik' kogu aadressivahemikuks (nii et pakutav aadressivahemik ei päde sellest baarist).
3. Iga segmentse mitu Si puhul määrake poliitika, mis vastab Agendi Circuit ID-le väärtusega '0108000600XXXXXX', kus '0108000600' on igas segmendis fikseeritud väärtus, 6 numbrit "XXXXXX" on segmendi ID väärtus heksadesimaalses kujul. Samuti kontrollige kindlasti jaotust wildcard(*) linnukese kastis.
4. Seadke poliitika aadressivahemik kogu baaride vahemikuks.See artikkel sisaldab vastuseid järgmistele küsimustele:
Sisu
- ( & )
Sissejuhatus
Selles osas on lühidalt loetletud kõik algandmed: juhised võrguseadmete seadistamiseks, RFC-d, mis on kasutatud DHCP-pakettides eVPN tehastes, samuti on kirjeldatud DHCP serveri seadistuste arengut Microsoft Windows Server 2012 dokumentatsioonis Cisco poolt. Samuti on antud lühikesed teadmised Superscope'ist ja Poliitikast DHCP teenuses Microsoft Windows Serverite peal.
Kuidas seadistada 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. Jagame linke dokumentatsioonile ja seadistuste lühikest ülevaadet võrguseadmetes.
Näide DHCP Relay seadistamisest Nexus 9000V v9.2(3)
teenus dhcp
ip dhcp edastamine
ip dhcp edastamise teabe valik
ip dhcp edastamise teabe valik vpn
liidese loopback10
vrf liige VRF1
ip aadress 10.120.0.1/32 silt 1234567
liidese Vlan12
ei shutdown
vrf liige VRF1
ei ip ümbersuunamisi
ip aadress 10.120.251.1/24 silt 1234567
ei ipv6 ümbersuunamisi
kanga edastamise režiim anycast-gateway
ip dhcp edastamise aadress 10.0.0.5
ip dhcp edastamise allika-liides loopback10
RFC-d, mis on rakendatud DHCP Relay teenuse töös VXLAN BGP EVPN tehaste puhul
RFC#6607: Alamvalik 151(0x97) — Virtuaalne alamvõrgu valik
• Alamvalik 151(0x97) - Virtuaalne alamvõrgu valik (määratletud RFC#6607-s)
Kasutatakse VRF-seotud teabe edastamiseks DHCP serverile MPLS-VPN ja VXLAN EVPN mitmeüürniku keskkonnas.Edastatakse klienti sisaldava VRF-i «nimi».
RFC#5107: Alamvalik 11(0xb) — Serveri ID ümbersuunamine
• Alamvalik 11(0xb) - Serveri ID ümbersuunamine (määratletud RFC#5107-s).
Serveri identifikaatori (serveri ID) ümbersuunamise alamvalik võimaldab DHCP edastamise agendil määrata serveri ID valikule uue väärtuse, mis sisestatakse DHCP serveri vastuspaketti. See alamvalik võimaldab DHCP edastamise agendil toimida tegeliku DHCP serverina, nii et uuendamise päringud jõuavad edastamise agendile, mitte otse DHCP serverile. Serveri ID ümbersuunamise alamvalik sisaldab sissetuleva liidese IP-aadressi, mis on edastamise agendi IP-aadress, millega klient pääseb juurde. Kasutades seda teavet, saadab DHCP klient kõik uuendus- ja loovutuspäringute paketid edastamise agenti. Edastamise agent lisab kõik sobivad alamvalikud ja saadab siis uuendus- ja loovutuspäringute paketid algsele DHCP serverile. Selle funktsiooni jaoks on Cisco omaksvõtu alamvalik 152(0x98). Saate seda funktsiooni hallata käsuga ip dhcp relay sub-option type cisco.Valik, mida kasutatakse kliendi IP-aadressi üürilepingu pikendamise taotluse saatmiseks, mis on selles valikus kasutusel. (Cisco VXLAN BGP EVPN puhul on see kliendi vaikimisi Anycasti väravaarvuti aadress.)
RFC#3527: Alamvalik 5(0x5) — Lingivalik
Alamvalik 5(0x5) - Lingivalik (määratletud RFC#3527-s).
Lingivaliku alamvalik pakub mehhanismi, et eraldada DHCP-kliendi alamvõrk/link värava aadressist (giaddr), mida saab kasutada suhtlemiseks talituse agendiga DHCP-serveri kaudu. Talituse agent seadis alamvaliku õige tellija alamvõrgu ja DHCP-server kasutab seda väärtust IP-aadressi määramiseks, mitte giaddr väärtust. Talituse agent seadistab giaddr oma IP-aadressiks, et DHCP-sõnumid saaksid võrgus edasi saadetud. Selle funktsiooni jaoks on Cisco patenditud teostus alamvalik 150(0x96). Saate kasutada käsku ip dhcp relay sub-option type cisco, et hallata seda funktsiooni.Võrgu aadress, millelt klient vajab IP-aadressi.
Cisco dokumentatsiooni areng DHCP seadistamisel Microsoft Windows Server 2012 osas
Lisasin selle jaotise, kuna on näha positiivne suundumus tarnija poolt:
Dokumendis on esitatud ainult DHCP Relay seadistamine võrgu seadmetel.
Windows Server 2012 DHCP seadistamiseks kasutati teist artiklit:
Selles artiklis märgitakse, et iga võrgu/VNI jaoks on vajalik oma SuperScope ja oma Loopback aadresside komplekt:
Kui mitu DHCP ala on vajalik mitmete alamvõrkude jaoks, peate iga alamvõrgu/vlan jaoks looma ühe LoopbackX kõikidele LEAF-idele ja looma Superscope koos LoopbackX vahemiku ja iga vlan'i tegeliku kliendi IP alamvõrguga.
Lisatud on Windows 2012 Serveri seaded võrgu seadmete seadistamise dokumentatsiooni. Kõikide kasutatavate aadressi puulide jaoks on vajalik üks SuperScope andmekeskuses ja see SuperScope on andmekeskuse piir:
Looge Superscope kõigi alade jaoks, mida soovite kasutada Option 82-põhiste poliitikate jaoks.
Märkus
Superscope peaks ühendama kõik alad ja toimima hallatava piirina.
Väga hästi on kõik ära toodud:
Oletame, et lüliti kasutab aadressi alamvõrgust B (see võib olla selgroo alamvõrk, haldusteenuste alamvõrk või mis tahes kliendi määratud alamvõrk selle eesmärgi jaoks) suhtlemiseks Windows DHCP serveriga. DFA-s on meil alamvõrgud S1, S2, S3, …, Sn segmentide s1, s2, s3, …, sn jaoks.
DHCP konfigureerimiseks Windows serveris.
1. Looge super scope. Super scope'i sees looge alamvõrk B, S1, S2, S3, …, Sn alamvõrgu B ja segmentide alamsubnetide jaoks.
2. Alamvõrgus B määrake "Välistamise vahemik" nii, et see oleks kogu aadressivahemik (et pakutud aadressi vahemik ei tuleneks sellest alamvõrgust).
3. Iga segmentide ala Si jaoks määrake poliitika, mis vastab Agent Circuit ID-le väärtusega "0108000600XXXXXX", kus "0108000600" on fikseeritud väärtus kõigi segmentide jaoks, 6 numbrit "XXXXXX" on segment ID väärtus heksades. Samuti veenduge, et kontrolliksite "Lisa wildcard(*)" ruutu.
4. Seadke poliitika aadressivahemik kogu ala vahemikule.
DHCP Microsoft Windows Serveris (superscope & policy)
Superscope on DHCP serveri haldusfunktsioon, millega saab rühmitada mitu ulatusi üheks haldusüksuseks. Superscope võimaldab DHCP serveril anda lepingute nimed rohkem kui ühest ulatusest klientidele, kes asuvad ühel füüsilisel võrgul. Superscope'i lisatud ulatusi nimetatakse liikmeks. Mida tähendab SuperScope – see on funktsioon, mis võimaldab ühendada mitu IP-aadresside serverit ühe haldusüksusena. Selle abil saab ühe füüsilise võrgu (ühe VLANi) kasutajatele teavitada mitme ulatuse IP-aadresse. Kui taotlus on tulnud SuperScope'i koostisosade ulatusest, saab kliendile aadressi välja anda teise ulatuse kaudu, mis kuulub sama SuperScope'i alla.
Windows Server 2012 DHCP serveri roll toob sisse uue funktsiooni, mis võimaldab luua IPv4 poliitikaid, mis määravad kohandatud IP-aadresside ja valiku jaotused DHCP klientide jaoks, tuginedes tingimuste kogumile.
Poliitikapõhine määramine (PBA) võimaldab rühmitada DHCP kliente konkreetsete atribuutide põhjal, tuginedes DHCP kliendi taotluspaketi väljadele. PBA võimaldab sihitud haldust ja suuremat kontrolli DHCP-ga edastatavate konfigureerimisparameetrite üle võrgu seadmetele. Poliitikad – võimaldavad määrata IP-aadresse kasutajatele, sõltuvalt kasutajate tüübist või parameetrist. Cisco insenerid kasutavad Windows Server 2012 poliitikaid VNI (Virtuaalne Võrgutuvastaja) filtreerimiseks.
Põhiosa
Selles osas on esitatud uuringute tulemused, miks seda ei toetata, kuidas see töötab (loogika), mis on uut ja kuidas see uus meile abiks on.
Miks ei toetata Microsoft Windows Server 2000/2003/2008?
Microsoft Windows Server 2008 ja varasemad versioonid ei töötle 82. valikut (Option 82) ning saadavad vastuspaketi ilma 82. valikuta.
- Kliendi päring saadetakse Broadcast (DHCP Discover).
- Seade (Nexus) saadab paketti DHCP serverile (DHCP Discover + Option 82).
- DHCP server võtab paketi vastu, töötleb seda, saadab tagasi, kuid ilma 82. valikuta. (DHCP Offer – ilma option 82)
- Seade (Nexus) võtab DHCP serverilt paketi vastu. (DHCP Offer) Kuid ei edasta seda paketti lõppkasutajale.
Snifferi andmed – Windows Server 2008-l ja DHCP kliendilWindows Server 2008 saab päringu võrguseadmest. (Option 82 on loendis)
Windows Server 2008 saadab vastuse võrguseadmest. (Option 82 puudub paketi valikute loendis)
Päring kliendilt – olemas on DHCP Discover ja puuduvad DHCP Offer
Statistika võrguseadmest:
NEXUS-9000V-SW-1# näita ip dhcp relay statistikat
----------------------------------------------------------------------
Sõnumi tüüp Rx Tx Kadunud
----------------------------------------------------------------------
Avastus 8 8 0
Pakkumine 8 8 0
Taotlus(*) 0 0 0
Tunnustus 0 0 0
Vabastus(*) 0 0 0
Keeldumine 0 0 0
Teave(*) 0 0 0
Tagasi lükkamine 0 0 0
----------------------------------------------------------------------
Kokku 16 16 0
----------------------------------------------------------------------
DHCP L3 FWD:
Kokku pakette vastu võetud : 0
Kokku pakette edastatud : 0
Kokku pakette kadunud : 0
Mitte DHCP:
Kokku pakette vastu võetud : 0
Kokku pakette edastatud : 0
Kokku pakette kadunud : 0
KADUNUD:
DHCP relay pole lubatud : 0
Kehtetu DHCP sõnumi tüüp : 0
Liidese viga : 0
Tx ebaõnnestumine serverisse : 0
Tx ebaõnnestumine kliendile : 0
Tundmatu väljundliides : 0
Tundmatu vrf või liides serveri jaoks : 0
Maksimaalne hüppepiir ületatud : 0
Valiku 82 valideerimine ebaõnnestus : 0
Pakett on valeformaadis : 0
Relay Trusted port ei ole konfigureeritud : 0
DHCP päring kukkus välja MCT-l : 0
* - Need statistika väärtused näitavad õiget väärtust, kui lüliti
saab DHCP päringupaketi, mille siht-IP on lahtine aadress. Kui päring on unicast, siis
see lülitatakse HW-ks
NEXUS-9000V-SW-1#
Miks on Microsoft Windows Server 2012 seadistamine nii keeruline?
Microsoft Windows Server 2012 ei toeta veel RFC#3527 (Option 82 Sub-option 5(0x5) — Link Selection)
Kuid funktsionaalsus Policy on juba rakendatud.
Kuidas see töötab:
- Microsoft Windows Server 2012 sisaldab super-pool (SuperScope), kus on Loopback aadressid ja reaalseid võrke.
- IP aadressi väljastamise jaoks valitud pool kuulub SuperScope'i, sest vastus tuli DHCP Relay'lt Loopbacki allikaaadressilt, mis kuulub SuperScope'i.
- Kasutades Policy, valitakse Superscope'ist see liikme pool, mille VNI on Option 82 Suboption 1 Agent Circuit ID-s. (“0108000600” + 24 bitti VNI + 24 bitti väärtustest, mille kohta mul pole teavet, kuid nuhkija näitab, et see väli on null.)
Kuidas lihtsustatakse seadistamist Microsoft Windows Server 2016/2019?
Microsoft Windows Server 2016 toetab nüüd RFC#3527. Teisisõnu, Windows Server 2016 oskab Option 82 Sub-option 5(0x5) — Link Selection atribuudi põhjal tuvastada õige võrgu.
Küsimusi tekib kolm:
- Kas saame hakkama ilma Superscope'ita?
- Kas saame hakkama ilma Policy ja VNI teisendamiseta 16-ndasse süsteemi?
- Kas saame hakkama ilma Scope'ita Loopback aadresside DHCP allika jaoks?
K. Kas saame hakkama ilma Superscope'ita?
V. Jah, scope'i saab luua kohe IPv4 aadresside valdkonnas.
K. Kas saame hakkama ilma Policy ja VNI teisendamiseta 16-ndasse süsteemi?
V. Jah, võrgu valik toimub Option 82 Suboption 0x5 põhjal,
K. Kas saame hakkama ilma Scope'ita Loopback aadresside DHCP allika jaoks?
V. Ei, me ei saa. Kuna Microsoft Windows Server 2016/2019-s on kehtestatud kaitse pahatahtlike DHCP-päringute vastu. Kui kõik päringud on saadetud aadressidelt, mida ei leidu DHCP-serveri elanikupool, loetakse need pahatahtlikeks.
Märkus
Kõik edastusagendi IP-aadressid (GIADDR) peavad olema aktiivse DHCP-alamvõrgu IP-aadressi vahemikus. Iga GIADDR, mis jääb DHCP-alamvõrgu IP-aadresside vahemikest välja, loetakse petturlikuks edastusagentideks ning Windows DHCP-server ei tunnusta DHCP-kliendi päringuid nende edastusagentide poolt.
Spetsiaalset alamvõrku saab luua edastusagendi "volitamiseks". Looge alamvõrk koos GIADDR-ga (või mitme, kui GIADDR-d on järjestikused IP-aadressid), välistage GIADDR aadress(id) jaotamisest ning seejärel aktiveerige alamvõrk. See volitab edastusagente, takistades samal ajal GIADDR aadresside määramise.Seega, Microsoft Windows Server 2016/2019 DHCP-pooli seadistamiseks VXLAN BGP EVPN tehases on vajalik ainult:
- Luua allika aadresside edastuspool.
- Luua kliendivõrkude pool
Mis ei ole vajalik (aga saab seadistada ning see töötab ja ei sega tööd):
- Luua poliitika
- Luua superscope
NäideNäide DHCP-serveri seadistamisest (olemas on 2 tegelikku DHCP-kliendi — kliendid on ühendatud VXLAN tehasesse)
Näide kohandatud poole seadistamisest:
Näide kohandatud poole seadistamisest (valitud poliitikad — tõestamaks, et poliitikad ei olnud vajalikke tööks):
DHCP Relay allikate pooli seadistamise näide (aadresside ulatus vastab täielikult välja jäetud aadresside poolile):
DHCP teenuse seadistamine Microsoft Windows Server 2019-l
Loopback aadresside (source) seadistamine DHCP Relay jaoks.
Loome uue poole (Scope) IPv4 ruumis.
Poole loomise viisard. „Next >“
Seame poole nime ja kirjelduse (Description).
Määratleme Loopback IP aadresside ulatuse ja maski poole jaoks.
Lisame välja jäetud aadresse. Välja jäetud aadresside ulatus peab täielikult kattuma poole ulatusega.
Rendi aeg. „Next >“
Küsimus: Kas seadistate DHCP valikud nüüd (DNS, WINS, Gateway, Domain) või teete selle hiljem. Kiirem on vastata ei ja aktiveerida pool käsitsi. Või minna lõpetamiseni, täitmata mingeid andmeid, ja lõpuks aktiveerida pool viisardi lõpus.
Kinnitame, et valikud ei ole seadistatud, pool ei ole aktiveeritud. „Finish“
Aktiveerime poole käsitsi. — Valime Scope ja kontekstimenüüs valime „Activate“.
Loome poole kasutajatele/serveritele.
Loome uue poole.
Poole loomise viisard. „Next >“
Seame poole nime ja kirjelduse (Description).
Määratleme Loopback IP aadresside ulatuse ja maski poole jaoks.
Lisame välja jäetud aadresse. (Vaikimisi ei ole vaja välja jäetud aadresse) „Next >“
Rendi aeg. „Next >“
Küsimus: Kas seadistate DHCP valikud nüüd (DNS, WINS, Gateway, Domain) või teete selle hiljem. Jah, seadistame nüüd.
Seame vaikeadressiks vaikimisi.
Seame domeeni ja DNS-serverite aadressid.
Seame WINS-serverite IP-aadressid.
Scope'i aktivatsioon.
Puhver on seadistatud. "Finish"
Kokkuvõte
Windows Server 2016/2019 kasutamine vähendab DHCP-serveri seadistamise keerukust VXLAN tehases (või mis tahes teises tehases). (IT-spetsialistide jaoks ei ole vaja spetsiaalseid sidemeid: Network/Agent Circuit ID filtreerimise määramiseks.)
Kas Windows Server 2012 konfiguratsioon töötab uutel 2016/2019 serveritel – 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) on Cisco soovituslik väljaanne ning versioon 9.3 on kõige uuenduslikum (sealhulgas Multicast toe toetamine VXLAN Multisite kaudu).
Allikate nimekiri
Allikas: habr.com
