Այս հոդվածի նպատակն է պարզեցնել VXLAN BGP EVPN-ի և DFA fabric-ի DHCP ծառայության կարգավորումը՝ օգտագործելով Microsoft-ը։ Windows Server 2016 / 2019:
Պաշտոնական փաստաթղթերում DHCP ծառայությունը հիմնված է Microsoft-ի վրա Windows Server Գործարանի համար 2012-ը կարգավորված է որպես SuperScope, որը պարունակում է Loopback pool (այս pool-ում կարևորը բոլոր IP հասցեների բացառումն է pool-ից (բացառված IP հասցե = pool)) և իրական ցանցերի IP հասցեներ տրամադրելու pool-ներ (այստեղ կարևորը կարգավորված քաղաքականությունն է, որտեղ DHCP Relay Circuit ID-ները զտվում են, և այս DHCP Relay Circuit ID-ն պարունակում է ցանցի VNI-ն, այսինքն՝ մեկ այլ pool-ի համար այս DHCP Relay Circuit 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.Այս հոդվածը պարունակում է հետևյալ հարցերի պատասխանները.
Պարունակություն
-
- ( & )
-
-
Ներածություն
Այս բաժնում համառոտ թվարկված են բոլոր սկզբնաղբյուր տվյալները՝ ցանցային սարքավորումների կարգավորման հրահանգներ, eVPN գործարաններում DHCP փաթեթներում օգտագործվող RFC-ներ, Microsoft-ում DHCP սերվերի կարգավորումների զարգացման ուղեցույց։ Windows Server 2012 թվականը Cisco-ի փաստաթղթերում։ Նաև՝ համառոտ տեղեկատվություն Microsoft սերվերների DHCP ծառայության Superscope-ի և Policy-ի մասին։ Windows Server.
Ինչպես կարգավորել 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 հասցե:
Microsoft-ում DHCP կարգավորման վերաբերյալ Cisco փաստաթղթերի զարգացումը Windows Server 2012
Ես ներառեցի այս բաժինը, քանի որ վաճառողի կողմից դրական միտում կա.
Փաստաթղթերը ցույց են տալիս միայն, թե ինչպես կարելի է կարգավորել DHCP ռելեը ցանցային սարքավորումների վրա:
DHCP-ն կարգավորելու համար Windows Server 2012 թվականին օգտագործվել է այլ հոդված.
Այս հոդվածը ցույց է տալիս, որ յուրաքանչյուր ցանց/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 սերվերը ցանցային սարքավորումների կարգավորման փաստաթղթերում: Բոլոր օգտագործվող հասցեների խմբերը պահանջում են մեկ 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 Առաջարկ) Բայց այս փաթեթը չի ուղարկում վերջնական օգտագործողին:
Սնայֆերի տվյալները միացված են 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-ը կարող է ճանաչել ճիշտ ցանցը 82-րդ տարբերակի ատրիբուտի միջոցով։ Ենթատարբերակ 5(0x5) — Կապի ընտրություն։
Անմիջապես երեք հարց է ծագում.
- Կարո՞ղ ենք անել առանց 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 VXLAN BGP EVPN fabric-ի համար 2016/2019 DHCP pool-ը պահանջում է միայն՝
- Ստեղծեք լողավազան Source Relay հասցեների համար:
- Ստեղծեք լողավազան հաճախորդների ցանցերի համար
Այն, ինչ անհրաժեշտ չէ (բայց կարող է կազմաձևվել, և այն կաշխատի և չի խանգարի աշխատանքին).
- Ստեղծել քաղաքականություն
- Ստեղծեք SuperScope
ՕրինակDHCP սերվերի տեղադրման օրինակ (կան 2 իրական DHCP հաճախորդներ. հաճախորդները միացված են VXLAN գործվածքին)
Օգտագործողների լողավազանի ստեղծման օրինակ.
Օգտատերերի լողավազանի ստեղծման օրինակ (ընտրված են քաղաքականությունները՝ ապացուցելու համար, որ քաղաքականությունները չեն օգտագործվել լողավազանի ճիշտ աշխատանքի համար).
Աղբյուրի DHCP ռելեի հասցեների համար լողավազանի կազմաձևման օրինակ (տրամադրման հասցեների շրջանակը լիովին համապատասխանում է հասցեների լողավազանից բացառմանը).
DHCP ծառայության տեղադրում Microsoft-ում Windows Server 2019
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 fabric-ի (կամ որևէ այլ fabric-ի) համար 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
