Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)

Å Ä« raksta mērÄ·is ir vienkārÅ”ot DHCP pakalpojuma konfigurÄ“Å”anu VXLAN BGP EVPN un DFA audumam, izmantojot Microsoft Windows Server 2016/2019.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Oficiālajā dokumentācijā DHCP pakalpojums, kura pamatā ir Microsoft Windows Server 2012 audumam, ir konfigurēts kā SuperScope, kas satur Loopback pÅ«lu (Ŕī pÅ«la galvenā iezÄ«me ir visu kopas IP adreÅ”u izslēgÅ”ana no kopas (izslēgtā IP adrese = pÅ«ls)) un kopas IP adreÅ”u izsniegÅ”anai reāliem tÄ«kliem (Å”eit ir svarÄ«gākais ā€” politika ir konfigurēta ā€” kurā tiek filtrēts DHCP releja ķēdes ID un Å”ajā DHCP releja ķēdes ID ir tÄ«kla VNI, t.i., citam pÅ«lam Å”is DHCP relejs. Ķēdes ID bÅ«s nedaudz atŔķirÄ«gs).

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.

Šajā rakstā ir atbildes uz Ŕādiem jautājumiem:


saturs

Ievads

Å ajā daļā Ä«sumā ir uzskaitÄ«ti visi sākotnējie dati: TÄ«kla aprÄ«kojuma konfigurÄ“Å”anas instrukcijas, eVPN rÅ«pnÄ«cās DHCP paketēs izmantotie RFC, Microsoft Windows Server 2012 DHCP servera iestatÄ«jumu attÄ«stÄ«ba Cisco dokumentācijā ir sniegta atsaucei. Kā arÄ« Ä«sa informācija par Superscope un politiku DHCP pakalpojumā Microsoft Windows serveros.

Kā konfigurēt DHCP releju VXLAN BGP EVPN, DFA audumā

DHCP releja konfigurÄ“Å”ana VXLAN BGP EVPN audumā nav Ŕī raksta galvenā tēma, jo tā ir diezgan vienkārÅ”a. Es sniedzu saites uz dokumentāciju un spoileri par tÄ«kla aprÄ«kojuma iestatÄ«jumiem.

DHCP releja iestatÄ«Å”anas piemērs ierÄ«cē 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, kas ir ieviesti DHCP Relay pakalpojuma darbībā VXLAN BGP EVPN audumos

RFC#6607: 151. apakÅ”opcija (0x97) ā€” virtuālā apakÅ”tÄ«kla izvēle

ā€¢	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.

Tiek pārsÅ«tÄ«ts tā VRF ā€œnosaukumsā€, kurā atrodas klients.

RFC#5107: 11. apakÅ”opcija (0xb) ā€” servera ID ignorÄ“Å”ana

ā€¢	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.

Opcija tiek izmantota, lai nodroÅ”inātu, ka klients nosÅ«ta pieprasÄ«jumu atjaunot adreses nomu uz Å”ajā opcijā izmantoto IP adresi. (Uz Cisco VXLAN BGP EVPN ir klienta noklusējuma vārtejas Anycast adrese.)

RFC#3527: 5. apakÅ”opcija (0x5) ā€” saites atlase

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.

Tīkla adrese, no kuras klientam nepiecieŔama IP adrese.

Cisco dokumentācijas attÄ«stÄ«ba par DHCP konfigurÄ“Å”anu operētājsistēmā Microsoft Windows Server 2012

Es iekļāvu Å”o sadaļu, jo ir pozitÄ«va tendence no pārdevēja puses:

Nexus 9000 VXLAN konfigurācijas rokasgrāmata 7.3

Dokumentācijā ir parādīts tikai tas, kā konfigurēt DHCP releju tīkla iekārtās.

Vēl viens raksts tika izmantots, lai konfigurētu DHCP operētājsistēmā Windows Server 2012:

Microsoft Windows Server 2012 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus eVPN scenārijā (VXLAN, Cisco One Fabric utt.)

Šajā rakstā ir norādīts, ka katram tīklam/VNI ir nepiecieŔams savs SuperScope komplekts un savs Loopback adreŔu kopa:

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.

Nexus 9000 VXLAN konfigurācijas rokasgrāmata 9.3

Tīkla aprīkojuma iestatīŔanas dokumentācijai pievienoti Windows 2012 Server iestatījumi. Visiem izmantotajiem adreŔu kopumiem ir nepiecieŔams viens SuperScope katram datu centram, un Ŕis SuperScope ir datu centra robeža:

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.

Cisco Dynamic Fabric Automation

Viss ir ļoti īsi izskaidrots:

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 operētājsistēmā Microsoft Windows Server (superskops un politika)

SuperScope

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.

Kas ir SuperScope - tā ir funkcionalitāte, kas ļauj apvienot vairākus IP adreÅ”u kopumus vienā administratÄ«vajā vienÄ«bā. Lai reklamētu lietotājiem vienā fiziskajā tÄ«klā (vienā VLAN) IP adreses no vairākiem pÅ«liem. Ja pieprasÄ«jums tika nosÅ«tÄ«ts uz adreÅ”u kopu kā daļu no SuperScope, tad klientam var pieŔķirt adresi no citas jomas, kas iekļauta Å”ajā SuperScope.

Politika

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.

Politikas ā€“ ļauj lietotājiem pieŔķirt IP adreses atkarÄ«bā no lietotāja veida vai parametra. Cisco inženieri izmanto politikas operētājsistēmā Windows Server 2012, lai filtrētu pēc VNI (virtuālā tÄ«kla identifikatora).

Galvenā daļa

Å ajā sadaļā ir apkopoti pētÄ«juma rezultāti, kāpēc tas netiek atbalstÄ«ts, kā tas darbojas (loÄ£ika), kas jauns un kā Å”is jaunais mums palÄ«dzēs.

Kāpēc Microsoft Windows Server 2000/2003/2008 netiek atbalstīts?

Microsoft Windows Server 2008 un vecākas versijas neapstrādā 82. opciju, un atgrieŔanas pakotne tiek nosūtīta bez 82. opcijas.

Win2k8 R2 DHCP problēma ar Option82

  1. Klienta pieprasījums tiek nosūtīts uz apraidi (DHCP Discover).
  2. Iekārta (Nexus) nosÅ«ta paketi uz DHCP serveri (DHCP Discover + 82. iespēja).
  3. DHCP serveris saņem paketi, apstrādā to, nosÅ«ta atpakaļ, bet bez opcijas 82. (DHCP piedāvājums ā€“ bez opcijas 82)
  4. Iekārta (Nexus) saņem paketi no DHCP servera. (DHCP piedāvājums) Bet nenosÅ«ta Å”o paketi gala lietotājam.

Sniffer dati ā€” operētājsistēmā Windows Server 2008 un DHCP klientāWindows Server 2008 saņem pieprasÄ«jumu no tÄ«kla aprÄ«kojuma. (Sarakstā ir 82. iespēja)

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Windows Server 2008 nosÅ«ta atbildi uz tÄ«kla aprÄ«kojumu. (82. opcija komplektā nav norādÄ«ta kā opcija)
Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Pieprasījums no klienta - DHCP Discover ir klāt un trūkst DHCP piedāvājuma
Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Statistika par tīkla aprīkojumu:

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#

Kāpēc Microsoft Windows Server 2012 konfigurÄ“Å”ana ir tik sarežģīta?

Microsoft Windows Server 2012 vēl neatbalsta RFC#3527 (82. iespēja, 5. apakÅ”opcija (0x5) ā€” saites atlase)
Taču politikas funkcionalitāte jau ir ieviesta.

Kā tas darbojas:

  • Microsoft Windows Server 2012 ir super pÅ«ls (SuperScope), kam ir Loopback adreses un pÅ«li reāliem tÄ«kliem.
  • Kopas atlase IP adreses izsniegÅ”anai ietilpst SuperScope, jo atbilde tika saņemta no DHCP Relay ar cilpas avota adresi, kas iekļauta SuperScope.
  • Izmantojot politiku, pieprasÄ«jums no Superscope atlasa to dalÄ«bnieka tvērumu, kura VNI ir ietverts 82. iespējas 1. apakÅ”opcijas aÄ£enta shēmas ID. (ā€œ0108000600ā€+ 24 biti VNI + 24 biti, kuru vērtÄ«bas man nav zināmas, bet sniffer Å”ajā laukā rāda vērtÄ«bas 0.)

Kā tiek vienkārÅ”ota iestatÄ«Å”ana operētājsistēmā Microsoft Windows Server 2016/2019?

Microsoft Windows Server 2016 ievieÅ” RFC#3527 funkcionalitāti. Tas nozÄ«mē, ka Windows Server 2016 var atpazÄ«t pareizo tÄ«klu no 82. opcijas apakÅ”opcijas 5(0x5) ā€” saites atlases atribÅ«ts.

Tūlīt rodas trīs jautājumi:

  • Vai mēs varam iztikt bez Superscope?
  • Vai mēs varam iztikt bez politikas un pārvērst VNI heksadecimālā formā?
  • Vai mēs varam iztikt bez cilpas DHCP avota adresēm?

Q. Vai mēs varam iztikt bez Superscope?
A. Jā, tvērumu var izveidot nekavējoties IPv4 adreÅ”u jomā.
Q. Vai mēs varam iztikt bez politikas un pārvērst VNI heksadecimālā formā?
A. Jā, tÄ«kla izvēle ir balstÄ«ta uz 82. opciju ā€” apakÅ”opciju 0x5,
Q. Vai mēs varam iztikt bez cilpas DHCP avota adresēm?
A. Nē, mēs nevaram. Tā kā Microsoft Windows Server 2016/2019 ir aizsardzība pret ļaunprātīgiem DHCP pieprasījumiem. Tas nozīmē, ka visi pieprasījumi no adresēm, kas neietilpst DHCP servera pūlā, tiek uzskatīti par ļaunprātīgiem.

DHCP apakÅ”tÄ«kla izvēles opcijas

 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.

Tie. Lai konfigurētu DHCP pÅ«lu VXLAN BGP EVPN rÅ«pnÄ«cai operētājsistēmā Microsoft Windows Server 2016/2019, jums ir nepiecieÅ”ams tikai:

  • Izveidojiet kopu avota releja adresēm.
  • Izveidojiet pÅ«lu klientu tÄ«kliem

Kas nav nepiecieÅ”ams (bet var konfigurēt un tas darbosies un netraucēs darbam):

  • Izveidot politiku
  • Izveidojiet SuperScope

PiemērsDHCP servera iestatÄ«Å”anas piemērs (ir 2 Ä«sti DHCP klienti - klienti ir savienoti ar VXLAN tÄ«klu)

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Lietotāju kopas iestatÄ«Å”anas piemērs:

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Lietotāju pÅ«la iestatÄ«Å”anas piemērs (politikas ir atlasÄ«tas, lai pierādÄ«tu, ka politikas netika izmantotas pareizai pÅ«la darbÄ«bai):

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Avota DHCP releja adreÅ”u pÅ«la konfigurÄ“Å”anas piemērs (izsniegÅ”anas adreÅ”u diapazons pilnÄ«bā atbilst izslēgÅ”anai no adreÅ”u kopas):

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
DHCP pakalpojuma iestatÄ«Å”ana operētājsistēmā Microsoft Windows Server 2019

DHCP releja kopas konfigurēŔana Loopback adreses (avota).

Mēs izveidojam jaunu pūlu (Scope) IPv4 telpā.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Baseina izveides vednis. "Nākamais >"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Konfigurējiet baseina nosaukumu un baseina aprakstu.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Iestatiet IP adreŔu diapazonu Loopback un kopas masku.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Izņēmumu pievienoÅ”ana. IzslēgÅ”anas diapazonam precÄ«zi jāatbilst baseina diapazonam.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Nomas laiks. "Nākamais >"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Vaicājums: vai konfigurēsit DHCP opcijas tagad (DNS, WINS, vārteja, domēns) vai darīsiet to vēlāk. Ātrāk būtu atbildēt nē un pēc tam manuāli aktivizēt baseinu. Vai arī ejiet līdz beigām, neaizpildot nekādu informāciju, un vedņa beigās aktivizējiet pūlu.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Mēs apstiprinām, ka opcijas nav konfigurētas un baseins nav aktivizēts. "Pabeigt"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Mēs aktivizējam baseinu manuāli. ā€” Atlasiet jomu un konteksta izvēlnē atlasiet ā€œAktivizētā€.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)

Mēs izveidojam baseinu lietotājiem/serveriem.

Veidojam jaunu baseinu.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Baseina izveides vednis. "Nākamais >"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Konfigurējiet baseina nosaukumu un baseina aprakstu.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Iestatiet IP adreŔu diapazonu Loopback un kopas masku.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Izņēmumu pievienoÅ”ana. (Pēc noklusējuma nav nepiecieÅ”ami izņēmumi) "Nākamais >"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Nomas laiks. "Nākamais >"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Vaicājums: vai konfigurēsit DHCP opcijas tagad (DNS, WINS, vārteja, domēns) vai darīsiet to vēlāk. Tagad iestatīsim to.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Konfigurējiet noklusējuma vārtejas adresi.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Mēs konfigurējam domēna un DNS servera adreses.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
WINS serveru IP adreŔu konfigurēŔana.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Tvēruma aktivizÄ“Å”ana.

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)
Baseins ir konfigurēts. "Pabeigt"

Microsoft Windows Server 2016/2019 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus VXLAN (DFA)

Secinājums

Windows Server 2016/2019 izmantoÅ”ana samazina DHCP servera iestatÄ«Å”anas sarežģītÄ«bu VXLAN tÄ«klam (vai jebkuram citam audumam). (Nav nepiecieÅ”ams pārsÅ«tÄ«t Ä«paÅ”as saites IT speciālistiem: TÄ«kla/aÄ£enta shēmas ID, lai reÄ£istrētu filtrus.)

Vai Windows Server 2012 konfigurācija darbosies jaunos 2016/2019 serveros - jā, tas darbosies.

Šajā dokumentā ir atsauces uz 2 versijām: 7.X un 9.3. Tas ir saistīts ar faktu, ka versija 7.0(3)I7(7) ir Cisco ieteiktais laidiens, un versija 9.3 ir visnovatoriskākā (pat atbalsta Multicast, izmantojot VXLAN Multisite).

Avotu saraksts

  1. Nexus 9000 VXLAN konfigurācijas rokasgrāmata 7.x
  2. Nexus 9000 VXLAN konfigurācijas rokasgrāmata 9.3
  3. DFA (Cisco Dynamic Fabric Automation)
  4. Microsoft Windows Server 2012 konfigurÄ“Å”ana, lai nodroÅ”inātu DHCP pakalpojumus eVPN scenārijā (VXLAN, Cisco One Fabric utt.)
  5. 3.4 DHCP superskopi
  6. Ievads DHCP politikās
  7. Win2k8 R2 DHCP problēma ar Option82
  8. DHCP apakÅ”tÄ«kla izvēles opcijas

Avots: www.habr.com

Pievieno komentāru