Armanca vê gotarê hêsankirina veavakirina karûbarê DHCP-ê ji bo VXLAN BGP EVPN û tevna DFA-yê bi karanîna Microsoft Windows Server 2016/2019 e.
Di belgeya fermî de, karûbarê DHCP-ya ku li ser bingeha Microsoft Windows Server 2012-ê ji bo qumaşê ve girêdayî ye, wekî SuperScope-ya ku hewzek Loopback-ê vedihewîne, tê mîheng kirin (nîşana vê hewzê derxistina hemî navnîşanên IP-ya hewzê ji hewzê ye (navnîşana IP-yê jêbirin = hewz)) û hewzên ji bo danasîna navnîşanên IP-yê ji bo torên rastîn (li vir xala girîng e - polîtîka hatî mîheng kirin - ku tê de ID Circuit Relay DHCP tê fîltrekirin û ev Nasnameya Circuita releya DHCP VNI-ya torê vedihewîne, ango ji bo hewzek din ev DHCP Relay heye. Nasnameya Circuit dê hinekî cûda be).
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.Di vê gotarê de bersivên pirsên jêrîn hene:
Contains
-
- ( & )
-
-
Pîrozbahiyê
Ev beş bi kurtî hemî daneyên destpêkê navnîş dike: Talîmatên ji bo mîhengkirina alavên torê, RFC-yên ku di pakêtên DHCP-ê de di kargehên eVPN de têne bikar anîn, pêşveçûna mîhengên servera DHCP-ê li ser Microsoft Windows Server 2012-ê di belgeyên Cisco de ji bo referansê têne peyda kirin. Her weha agahdariya kurt li ser Superscope û Siyaseta di karûbarê DHCP-ê de li ser Pêşkêşkerên Microsoft Windows-ê.
Meriv çawa DHCP Relay li ser VXLAN BGP EVPN, tevna DFA-yê mîheng dike
Veavakirina DHCP Relay li ser tevnek VXLAN BGP EVPN ne mijara sereke ya vê gotarê ye, ji ber ku ew pir hêsan e. Ez li ser mîhengên li ser alavên torê lînkên belgekirinê û spoilerek peyda dikim.
Mînaka sazkirina DHCP Relay li ser 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-yên ku di xebata karûbarê DHCP Relay de di qumaşên VXLAN BGP EVPN de têne bicîh kirin
RFC#6607: Bin-vebijarka 151(0x97) - Hilbijartina Subneta Virtual
• 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."Navê" VRF ya ku xerîdar tê de tê veguheztin.
RFC#5107: Bin-vebijêrk 11 (0xb) - Nasnameya Pêşkêşkarê Serûpel
• 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.Vebijêrk tê bikar anîn da ku pê ewle bibe ku xerîdar daxwazek ji bo nûkirina kirêkirina navnîşan dişîne navnîşana IP-ya ku di vê vebijarkê de hatî bikar anîn. (Li ser Cisco VXLAN BGP, EVPN navnîşana Anycast-ê deriyê xwerû yê xerîdar e.)
RFC # 3527: Bin-vebijêrk 5 (0x5) - Hilbijartina Girêdanê
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.Navnîşana torê ya ku xerîdar jê re navnîşek IP-ê hewce dike.
Pêşveçûna belgeyên Cisco yên di derbarê mîhengkirina DHCP-ê de li ser Microsoft Windows Server 2012
Min ev beş vekir ji ber ku ji hêla firoşkar ve meylek erênî heye:
Belgekirin tenê nîşan dide ka meriv çawa DHCP Relay li ser alavên torê mîheng dike.
Gotarek din ji bo mîhengkirina DHCP li ser Windows Server 2012 hate bikar anîn:
Vê gotarê destnîşan dike ku her torê / VNI pakêta xweya SuperScope û navnîşên xweya Loopback hewce dike:
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.
Ji bo sazkirina alavên torê mîhengên Windows 2012 li belgenameyê zêde kirin. Ji bo hemî hewzên navnîşan ên ku têne bikar anîn, ji her navendek daneyê yek SuperScope hewce ye û ev SuperScope sînorê navenda daneyê ye:
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.
Her tişt pir bi kurtî tê ravekirin:
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 di Servera Microsoft Windows de (superscope & polîtîka)
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.
SuperScope çi ye - ew fonksiyonek e ku dihêle hûn çend hewzên navnîşanên IP-yê di yekîneyek îdarî de berhev bikin. Ji bo reklamkirina bikarhênerên li ser heman torê ya laşî (di heman VLAN de) navnîşanên IP-yê ji çend hewzan. Ger daxwazî wekî beşek ji SuperScope-ê hatibe komek navnîşan, wê hingê ji xerîdar dikare navnîşek ji Scope-ya din a ku di vê SuperScope de ye were dayîn.
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.
Polîtîka - dihêle hûn li gorî celebê bikarhêner an pîvanê navnîşanên IP-ê ji bikarhêneran re veqetînin. Endezyarên Cisco polîtîkayên di Windows Server 2012 de bikar tînin da ku ji hêla VNI (Nasnameya Tora Virtualê) ve fîlter bikin.
Beşek sereke
Di vê beşê de encamên lêkolînê hene, çima nayê piştgirî kirin, çawa dixebite (mantiq), çi nû ye û ev nû dê çawa alîkariya me bike.
Çima Microsoft Windows Server 2000/2003/2008 nayê piştgirî kirin?
Microsoft Windows Server 2008 û guhertoyên berê vebijarka 82 pêvajoyê nakin û pakêta vegerê bêyî vebijarka 82 tê şandin.
- Daxwaza xerîdar ji Broadcast (DHCP Discover) re tê şandin.
- Amûr (Nexus) pakêtê dişîne servera DHCP (DHCP Discover + Vebijarka 82).
- Pêşkêşkara DHCP pakêtê distîne, pêvajo dike, vedigerîne, lê bêyî vebijarka 82. (Pêşkêşiya DHCP - bêyî vebijarka 82)
- Amûr (Nexus) pakêtek ji servera DHCP distîne. (Pêşkêşiya DHCP) Lê vê pakêtê ji bikarhênerê dawî re naşîne.
Daneyên Sniffer - li ser Windows Server 2008 û li ser xerîdar DHCPWindows Server 2008 daxwazek ji alavên torê distîne. (Vebijêrk 82 di navnîşê de heye)
Windows Server 2008 bersivê ji alavên torê re dişîne. (Vebijêrk 82 di pakêtê de wekî vebijarkek nayê navnîş kirin)
Daxwaza xerîdar - DHCP Discover heye û Pêşniyara DHCP winda ye
Statîstîkên li ser alavên torê:
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#
Çima veavakirin di Microsoft Windows Server 2012 de ew qas dijwar e?
Microsoft Windows Server 2012 hîna RFC#3527 piştgirî nake (Vebijarka 82 Bin-vebijarka 5 (0x5) - Hilbijartina Girêdanê)
Lê fonksiyona Siyasetê jixwe hatî bicîh kirin.
Çawa kar dike:
- Microsoft Windows Server 2012 xwedan hewzek super (SuperScope) ye ku navnîşanên Loopback û hewzên ji bo torên rastîn hene.
- Hilbijartina hewzê ji bo weşandina navnîşanek IP-ê dikeve SuperScope, ji ber ku bersiv ji DHCP Relay bi navnîşana Çavkaniya Loopback-ê ya ku di SuperScope de tê de ye hat.
- Bi karanîna Siyasetê, daxwaz ji Superscope wê çarçoweya endama ku VNI-ya wê di Vebijarka 82 Suboption 1 Nasnameya Circuit Agent de heye hildibijêre. ("0108000600"+ 24 bit VNI + 24 bit ku nirxên wan ji min re nenas in, lê sniffer di vê qadê de nirxên 0 nîşan dide.)
Sazkirin di Microsoft Windows Server 2016/2019 de çawa hêsan e?
Microsoft Windows Server 2016 fonksiyona RFC # 3527 pêk tîne. Ango, Windows Server 2016 dikare tora rast ji Vebijarka 82 Bin-vebijarka 5(0x5) - Taybetmendiya Hilbijartina Girêdanê nas bike.
Sê pirs yekser derdikevin holê:
- Ma em dikarin bêyî Superscope bikin?
- Ma em dikarin bêyî Siyasetê bikin û VNI veguherînin forma hexadecimal?
- Ma em dikarin bêyî Scope ji bo navnîşanên Çavkaniya Loopback DHCP bikin?
Q. Ma em dikarin bêyî Superscope bikin?
A. Erê, di qada navnîşanên IPv4 de tavilê çarçove dikare were afirandin.
Q. Ma em dikarin bêyî Siyasetê bikin û VNI veguherînin forma hexadecimal?
A. Erê, hilbijartina torê li ser bingeha Vebijarka 82 Suboption 0x5,
Q. Ma em dikarin bêyî Scope ji bo navnîşanên Çavkaniya Loopback DHCP bikin?
A. Na em nikarin. Ji ber ku Microsoft Windows Server 2016/2019 li dijî daxwazên DHCP yên xerab parastin heye. Ango, hemî daxwazên ji navnîşanên ku di hewza servera DHCP de ne, xirab têne hesibandin.
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.Ewan. Ji bo mîhengkirina hewzek DHCP ji bo kargehek VXLAN BGP EVPN li ser Microsoft Windows Server 2016/2019, hûn tenê hewce ne:
- Ji bo navnîşanên Çavkanî Relay hewzek biafirînin.
- Ji bo torên xerîdar hewzek biafirînin
Tiştê ku ne hewce ye (lê dikare were mîheng kirin û ew ê bixebite û dê destwerdana xebatê neke):
- Polîtîka çêbikin
- SuperScope ava bikin
Nimûne:Mînaka sazkirina serverek DHCP (2 xerîdarên DHCP yên rastîn hene - xerîdar bi tevna VXLAN ve girêdayî ne)
Mînaka sazkirina hewza bikarhêner:
Mînakek sazkirina hewzek bikarhêner (polîtîka têne hilbijartin - ji bo îsbatkirina ku polîtîkayên ji bo xebata rast a hewzê nehatine bikar anîn):
Mînakek mîhengkirina hewzek ji bo navnîşanên Relay DHCP-ya Çavkaniyê (rêjeya navnîşanên ji bo weşandinê bi tevahî bi derxistina ji hewza navnîşanê re têkildar e):
Sazkirina karûbarek DHCP li ser Microsoft Windows Server 2019
Veavakirina hewzek ji bo navnîşanên Loopback (çavkanî) ji bo DHCP Relay.
Em di cîhê IPv4 de hewzek nû (Scope) diafirînin.
sêrbaz çêkirina hewzê. "Piştre >"
Navê hewzê û danasîna hewzê mîheng bikin.
Rêjeya navnîşanên IP-ê ji bo Loopback û maskê ji bo hewzê saz bikin.
Zêdekirina îstîsnayan. Rêjeya dûrxistinê divê tam bi rêza hewzê re li hev bike.
Dema kirê. "Piştre >"
Pirs: Hûn ê niha vebijarkên DHCP-ê mîheng bikin (DNS, WINS, Gateway, Domain) an hûn ê paşê bikin. Ew ê zûtir be ku meriv bersiva na bide, û dûv re hewzê bi destan çalak bike. An jî bêyî dagirtina agahiyê heya dawiyê biçin û hewzê li dawiya sêrbaz çalak bikin.
Em piştrast dikin ku vebijark nehatine mîheng kirin û hewz nayê çalak kirin. "Qedandin"
Em hewzê bi destan çalak dikin. - Scope hilbijêrin û di pêşeka çarçoveyê de - "Çalak bike" hilbijêrin.
Em ji bo bikarhêneran / pêşkêşkeran hewzek diafirînin.
Em hewzeke nû ava dikin.
sêrbaz çêkirina hewzê. "Piştre >"
Navê hewzê û danasîna hewzê mîheng bikin.
Rêjeya navnîşanên IP-ê ji bo Loopback û maskê ji bo hewzê saz bikin.
Zêdekirina îstîsnayan. (Ji hêla xwerû ve îstîsna ne hewce ye) "Piştre >"
Dema kirê. "Piştre >"
Pirs: Hûn ê niha vebijarkên DHCP-ê mîheng bikin (DNS, WINS, Gateway, Domain) an hûn ê paşê bikin. Ka em niha saz bikin.
Navnîşana dergehê xwerû mîheng bike.
Em navnîşanên domain û servera DNS mîheng dikin.
Veavakirina navnîşanên IP-ya serverên WINS-ê.
activation Scope.
Hewz hatiye mîheng kirin. "Qedandin"
encamê
Bikaranîna Windows Server 2016/2019 tevliheviya sazkirina serverek DHCP-ê ji bo qumaşê VXLAN (an her qumaşek din) kêm dike. (Ne hewce ye ku girêdanên taybetî bi pisporên IT veguhezînin: Nasnameya Tora / Agent Circuit ji bo tomarkirina parzûnan.)
Dê veavakirina ji bo Windows Server 2012 li ser serverên nû yên 2016/2019 bixebite - erê ew ê bixebite.
Di vê belgeyê de referansên 2 guhertoyan hene: 7.X û 9.3. Ev ji ber vê yekê ye ku guhertoya 7.0 (3) I7 (7) serbestberdanek Pêşniyarkirî ya Cisco ye, û guhertoya 9.3 ya herî nûjen e (tewra bi VXLAN Multisite re Multicast piştgirî dike).
Lîsteya çavkaniyan
Source: www.habr.com