Այս հոդվածի նպատակն է պարզեցնել DHCP ծառայության կոնֆիգուրացիան VXLAN BGP EVPN և DFA գործվածքների համար՝ օգտագործելով Microsoft Windows Server 2016/2019:
Պաշտոնական փաստաթղթերում Microsoft Windows Server 2012-ի վրա հիմնված DHCP ծառայությունը գործվածքի համար կազմաձևված է որպես SuperScope, որը պարունակում է Loopback լողավազան (այս լողավազանի կարևորագույն կետը լողավազանի բոլոր IP հասցեների բացառումն է լողավազանից (բացառված IP հասցեն = լողավազան)) և իրական ցանցերի համար IP հասցեներ տրամադրելու լողավազաններ (այստեղ կարևոր է. քաղաքականությունը կազմաձևված է, որտեղ DHCP ռելեի սխեմայի ID-ն զտված է, և այս DHCP ռելեի սխեմայի ID-ն պարունակում է VNI ցանցի համար, այսինքն՝ մեկ այլ լողավազանի համար այս DHCP ռելեը: Շղթայի ID-ն մի փոքր այլ կլինի):
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.Այս հոդվածը պարունակում է հետևյալ հարցերի պատասխանները.
Պարունակություն
-
- ( & )
-
-
Ներածություն
Այս մասում համառոտ թվարկված են բոլոր նախնական տվյալները. Ցանցային սարքավորումների կազմաձևման հրահանգներ, RFC-ներ, որոնք օգտագործվում են eVPN գործարաններում DHCP փաթեթներում, Microsoft Windows Server 2012-ի DHCP սերվերի կարգավորումների էվոլյուցիան Cisco-ի փաստաթղթերում ներկայացված են որպես հղում: Ինչպես նաև Microsoft Windows սերվերների DHCP ծառայության Superscope-ի և Policy-ի մասին հակիրճ տեղեկատվություն:
Ինչպես կարգավորել DHCP ռելեը VXLAN BGP EVPN, DFA գործվածքի վրա
VXLAN BGP EVPN գործվածքի վրա DHCP ռելեի կարգավորումը այս հոդվածի հիմնական թեման չէ, քանի որ այն բավականին պարզ է: Ես տրամադրում եմ փաստաթղթերի հղումներ և ցանցային սարքավորումների կարգավորումների սփոյլեր:
Nexus 9000V v9.2(3) վրա DHCP ռելեի տեղադրման օրինակ
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-ներ, որոնք ներդրված են DHCP Relay ծառայության շահագործման մեջ VXLAN BGP EVPN գործվածքներում
RFC#6607. ենթատարբերակ 151(0x97) – Վիրտուալ ենթացանցերի ընտրություն
• 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.Փոխանցվում է VRF-ի «անունը», որում գտնվում է հաճախորդը:
RFC#5107. ենթատարբերակ 11 (0xb) - Սերվերի ID-ի վերացում
• 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.Ընտրանքն օգտագործվում է ապահովելու համար, որ հաճախորդը հասցեի վարձակալության ժամկետը երկարացնելու հարցում է ուղարկում այս տարբերակում օգտագործվող IP հասցեին: (Cisco VXLAN BGP-ում EVPN-ը հաճախորդի կանխադրված դարպասի Anycast հասցեն է:)
RFC#3527. Ենթատարբերակ 5 (0x5) - Հղման ընտրություն
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.Ցանցի հասցեն, որտեղից հաճախորդին անհրաժեշտ է IP հասցե:
Cisco-ի փաստաթղթերի էվոլյուցիան կապված DHCP-ի կազմաձևման հետ Microsoft Windows Server 2012-ում
Ես ներառեցի այս բաժինը, քանի որ վաճառողի կողմից դրական միտում կա.
Փաստաթղթերը ցույց են տալիս միայն, թե ինչպես կարելի է կարգավորել DHCP ռելեը ցանցային սարքավորումների վրա:
Մեկ այլ հոդված օգտագործվել է Windows Server 2012-ում DHCP-ն կարգավորելու համար.
Այս հոդվածը ցույց է տալիս, որ յուրաքանչյուր ցանց/VNI պահանջում է իր SuperScope փաթեթը և Loopback հասցեների իր հավաքածուն.
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.
Windows 2012 Server-ի կարգավորումներն ավելացվել են ցանցային սարքավորումների տեղադրման փաստաթղթերին: Օգտագործված բոլոր հասցեների լողավազանների համար յուրաքանչյուր տվյալների կենտրոնի համար պահանջվում է մեկ SuperScope, և այս SuperScope-ը տվյալների կենտրոնի սահմանն է.
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 Server-ում (սուպերսկոպ և քաղաքականություն)
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-ը - դա ֆունկցիոնալություն է, որը թույլ է տալիս միավորել IP հասցեների մի քանի լողավազաններ մեկ վարչական միավորի մեջ: Միևնույն ֆիզիկական ցանցում (նույն VLAN-ում) օգտատերերին մի քանի լողավազաններից IP հասցեներ գովազդելու համար: Եթե հարցումը հասցվել է հասցեների մի շարք SuperScope-ի մաս, ապա հաճախորդին կարող է տրվել հասցե այս SuperScope-ում ներառված մեկ այլ Scope-ից:
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.
Քաղաքականություն – թույլ է տալիս օգտատերերին հատկացնել IP հասցեներ՝ կախված օգտագործողի տեսակից կամ պարամետրից: Cisco-ի ինժեներներն օգտագործում են Windows Server 2012-ի քաղաքականությունը՝ զտելու VNI-ով (Վիրտուալ ցանցի նույնացուցիչ):
Հիմնական մասը
Այս բաժինը պարունակում է հետազոտության արդյունքները, թե ինչու այն չի աջակցվում, ինչպես է այն աշխատում (տրամաբանություն), ինչ նորություն կա և ինչպես կօգնի մեզ այս նորությունը:
Ինչու՞ Microsoft Windows Server 2000/2003/2008-ը չի ապահովվում:
Microsoft Windows Server 2008-ը և ավելի վաղ տարբերակները չեն մշակում 82-րդ տարբերակը, և վերադարձի փաթեթն ուղարկվում է առանց տարբերակի 82-ի:
- Հաճախորդի հարցումն ուղարկվում է Broadcast (DHCP Discover):
- Սարքավորումը (Nexus) ուղարկում է փաթեթը DHCP սերվերին (DHCP Discover + Option 82):
- DHCP սերվերը ստանում է փաթեթը, մշակում այն, հետ է ուղարկում, բայց առանց տարբերակի 82: (DHCP Առաջարկ – առանց տարբերակ 82)
- Սարքավորումը (Nexus) փաթեթ է ստանում DHCP սերվերից: (DHCP Առաջարկ) Բայց այս փաթեթը չի ուղարկում վերջնական օգտագործողին:
Sniffer-ի տվյալները՝ Windows Server 2008-ում և DHCP հաճախորդի վրաWindows Server 2008-ը հարցում է ստանում ցանցային սարքավորումներից: (Ցանկում առկա է տարբերակ 82)
Windows Server 2008-ն ուղարկում է պատասխանը ցանցային սարքավորումներին: (Տարբերակ 82-ը նշված չէ որպես տարբերակ փաթեթում)
Հաճախորդի կողմից հայտ. DHCP Discover-ը առկա է, և DHCP առաջարկը բացակայում է
Ցանցային սարքավորումների վիճակագրություն.
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#
Ինչու՞ է կոնֆիգուրացիան այդքան դժվար Microsoft Windows Server 2012-ում:
Microsoft Windows Server 2012-ը դեռ չի աջակցում RFC#3527 (տարբերակ 82 ենթատարբերակ 5 (0x5) - Հղման ընտրություն)
Բայց Քաղաքականության գործառույթն արդեն ներդրված է:
Ինչպես է այն աշխատում:
- Microsoft Windows Server 2012-ն ունի սուպեր լողավազան (SuperScope), որն ունի Loopback հասցեներ և լողավազաններ իրական ցանցերի համար:
- IP հասցե թողարկելու համար լողավազանի ընտրությունը պատկանում է SuperScope-ին, քանի որ պատասխանը եկել է DHCP Relay-ից՝ SuperScope-ում ներառված Loopback Source հասցեով:
- Օգտագործելով Քաղաքականությունը՝ հարցումը Superscope-ից ընտրում է այն անդամի շրջանակը, որի VNI-ն պարունակվում է Տարբերակ 82 Ենթատարբերակ 1 Agent Circuit ID-ում: («0108000600»+ 24 բիթ VNI + 24 բիթ, որոնց արժեքներն ինձ համար անհայտ են, բայց sniffer-ը ցույց է տալիս 0 արժեքներ այս դաշտում:)
Ինչպե՞ս է կարգավորումը պարզեցված Microsoft Windows Server 2016/2019-ում:
Microsoft Windows Server 2016-ն իրականացնում է RFC#3527 ֆունկցիոնալությունը: Այսինքն, Windows Server 2016-ը կարող է ճանաչել ճիշտ ցանցը Option 82 Sub-option 5(0x5) - Link Selection հատկանիշից:
Անմիջապես երեք հարց է ծագում.
- Կարո՞ղ ենք անել առանց Superscope-ի:
- Կարո՞ղ ենք անել առանց քաղաքականության և VNI-ն վերածել տասնվեցական ձևի:
- Կարո՞ղ ենք մենք անել առանց Loopback DHCP Source հասցեների Scope-ի:
Q. Կարո՞ղ ենք անել առանց Superscope-ի:
A. Այո, շրջանակը կարող է անմիջապես ստեղծվել IPv4 հասցեների տարածքում:
Q. Կարո՞ղ ենք անել առանց քաղաքականության և VNI-ն վերածել տասնվեցական ձևի:
A. Այո, ցանցի ընտրությունը հիմնված է 82 տարբերակի 0x5 ենթատարբերակի վրա,
Q. Կարո՞ղ ենք մենք անել առանց Loopback DHCP Source հասցեների Scope-ի:
A. Ոչ, մենք չենք կարող: Քանի որ Microsoft Windows Server 2016/2019-ն ունի պաշտպանություն վնասակար DHCP հարցումներից: Այսինքն, բոլոր հարցումները հասցեներից, որոնք DHCP սերվերի լողավազանում չեն, համարվում են վնասակար:
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.Նրանք. Microsoft Windows Server 2016/2019-ում VXLAN BGP EVPN գործարանի համար DHCP լողավազան կարգավորելու համար ձեզ միայն անհրաժեշտ է.
- Ստեղծեք լողավազան Source Relay հասցեների համար:
- Ստեղծեք լողավազան հաճախորդների ցանցերի համար
Այն, ինչ անհրաժեշտ չէ (բայց կարող է կազմաձևվել, և այն կաշխատի և չի խանգարի աշխատանքին).
- Ստեղծել քաղաքականություն
- Ստեղծեք SuperScope
ՕրինակDHCP սերվերի տեղադրման օրինակ (կան 2 իրական DHCP հաճախորդներ. հաճախորդները միացված են VXLAN գործվածքին)
Օգտագործողների լողավազանի ստեղծման օրինակ.
Օգտատերերի լողավազանի ստեղծման օրինակ (ընտրված են քաղաքականությունները՝ ապացուցելու համար, որ քաղաքականությունները չեն օգտագործվել լողավազանի ճիշտ աշխատանքի համար).
Աղբյուրի DHCP ռելեի հասցեների համար լողավազանի կազմաձևման օրինակ (տրամադրման հասցեների շրջանակը լիովին համապատասխանում է հասցեների լողավազանից բացառմանը).
Microsoft Windows Server 2019-ում DHCP ծառայության կարգավորում
DHCP ռելեի համար Loopback հասցեների (աղբյուր) լողավազանի կազմաձևում:
Մենք ստեղծում ենք նոր լողավազան (Scope) IPv4 տարածքում:
Լողավազանի ստեղծման հրաշագործ. «Հաջորդը >»
Կարգավորեք լողավազանի անվանումը և լողավազանի նկարագրությունը:
Սահմանեք IP հասցեների շրջանակը Loopback-ի համար և դիմակը լողավազանի համար:
Բացառությունների ավելացում: Բացառման միջակայքը պետք է ճշգրտորեն համապատասխանի լողավազանի միջակայքին:
Վարձակալության ժամանակ. «Հաջորդը >»
Հարցում. Դուք հիմա կկարգավորե՞ք DHCP ընտրանքները (DNS, WINS, Gateway, Domain), թե դա կանեք ավելի ուշ: Ավելի արագ կլիներ պատասխանել ոչ, այնուհետև ձեռքով ակտիվացնել լողավազանը: Կամ գնացեք մինչև վերջ՝ առանց որևէ տեղեկություն լրացնելու և ակտիվացրեք լողավազանը կախարդի վերջում:
Մենք հաստատում ենք, որ ընտրանքները կազմաձևված չեն, և լողավազանը ակտիվացված չէ: «Ավարտել»
Մենք ձեռքով ակտիվացնում ենք լողավազանը: — Ընտրեք շրջանակը և համատեքստի ընտրացանկից ընտրեք «Ակտիվացնել»:
Մենք ստեղծում ենք լողավազան օգտվողների/սերվերների համար:
Մենք ստեղծում ենք նոր լողավազան:
Լողավազանի ստեղծման հրաշագործ. «Հաջորդը >»
Կարգավորեք լողավազանի անվանումը և լողավազանի նկարագրությունը:
Սահմանեք IP հասցեների շրջանակը Loopback-ի համար և դիմակը լողավազանի համար:
Բացառությունների ավելացում: (Լռելյայնորեն բացառություններ չեն պահանջվում) «Հաջորդ >»
Վարձակալության ժամանակ. «Հաջորդը >»
Հարցում. Դուք հիմա կկարգավորե՞ք DHCP ընտրանքները (DNS, WINS, Gateway, Domain), թե դա կանեք ավելի ուշ: Եկեք կարգավորենք այն հիմա:
Կարգավորեք լռելյայն դարպասի հասցեն:
Մենք կարգավորում ենք տիրույթի և DNS սերվերի հասցեները:
WINS սերվերների IP հասցեների կարգավորում:
Շրջանակի ակտիվացում:
Լողավազանը կազմաձևված է։ «Ավարտել»
Ամփոփում
Windows Server 2016/2019-ի օգտագործումը նվազեցնում է VXLAN գործվածքի (կամ ցանկացած այլ գործվածքի) համար DHCP սերվերի տեղադրման բարդությունը: (Զտիչներ գրանցելու համար անհրաժեշտ չէ հատուկ հղումներ փոխանցել ՏՏ մասնագետներին. Ցանցի/Գործակալի սխեմայի ID-ն):
Windows Server 2012-ի կոնֆիգուրացիան կաշխատի նոր 2016/2019 սերվերների վրա, այո, այն կաշխատի:
Այս փաստաթուղթը հղումներ է պարունակում 2 տարբերակների` 7.X և 9.3: Դա պայմանավորված է նրանով, որ 7.0(3)I7(7) տարբերակը Cisco-ի առաջարկած թողարկումն է, իսկ 9.3 տարբերակը ամենանորարարն է (նույնիսկ աջակցում է Multicast-ը VXLAN Multisite-ի միջոցով):
Աղբյուրների ցանկ
Source: www.habr.com