Ҳадафи ин мақола содда кардани конфигуратсияи хидмати DHCP барои VXLAN BGP EVPN ва матоъҳои DFA бо истифода аз Microsoft Windows Server 2016/2019 мебошад.
Дар ҳуҷҷатҳои расмӣ, хидмати DHCP дар асоси Microsoft Windows Server 2012 барои матоъ ҳамчун SuperScope конфигуратсия шудааст, ки дорои ҳавзи Loopback мебошад (ҷиҳати барҷастаи ин ҳавз истисно кардани ҳама суроғаҳои IP-и ҳавз аз ҳавз мебошад (суроғаи IP хориҷ = бассейн)) ва ҳавзҳо барои додани суроғаҳои IP барои шабакаҳои воқеӣ (дар ин ҷо муҳим аст - сиёсат танзим карда шудааст - дар он ID Circuit Relay DHCP филтр карда шудааст ва ин ID релеи DHCP дорои VNI барои шабака мебошад, яъне барои ҳавзи дигар ин Relay 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-ҳои дар бастаҳои DHCP дар заводҳои eVPN истифодашаванда, таҳаввулоти танзимоти сервери DHCP дар Microsoft Windows Server 2012 дар ҳуҷҷатҳои Cisco барои маълумот оварда шудаанд. Инчунин маълумоти мухтасар дар бораи Superscope ва Policy дар хидмати DHCP дар серверҳои Microsoft Windows.
Чӣ тавр ба танзим дароред DHCP Relay дар VXLAN BGP EVPN, матои DFA
Танзими DHCP Relay дар матои VXLAN BGP EVPN мавзӯи асосии ин мақола нест, зеро он хеле содда аст. Ман истинод ба ҳуҷҷатҳо ва спойлерро дар бораи танзимот дар таҷҳизоти шабакавӣ пешниҳод мекунам.
Намунаи танзими Relay DHCP дар 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
RFCs, ки дар кори хидмати 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 Relay дар таҷҳизоти шабакавӣ.
Мақолаи дигар барои танзими 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 дохилшуда диҳад.
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 (Identifier Network Virtual) истифода мебаранд.
Қисми асосии он
Ин бахш натиҷаҳои тадқиқотро дар бар мегирад, ки чаро он дастгирӣ намешавад, он чӣ гуна кор мекунад (мантиқ), чӣ нав аст ва чӣ гуна ин нав ба мо кӯмак мекунад.
Чаро Microsoft Windows Server 2000/2003/2008 дастгирӣ намешавад?
Microsoft Windows Server 2008 ва версияҳои қаблӣ варианти 82-ро коркард намекунанд ва бастаи баргардонидашуда бидуни интихоби 82 фиристода мешавад.
- Дархост аз муштарӣ ба Broadcast (DHCP Discover) фиристода мешавад.
- Таҷҳизот (Nexus) бастаро ба сервери DHCP мефиристад (DHCP Discover + Опсияи 82).
- Сервери DHCP бастаро қабул мекунад, коркард мекунад, боз мефиристад, аммо бидуни опсияи 82. (Офертаи DHCP - бе опсияи 82)
- Таҷҳизот (Nexus) бастаро аз сервери DHCP мегирад. (Пешниҳоди DHCP) Аммо ин бастаро ба корбари ниҳоӣ намефиристад.
Маълумоти Sniffer - дар Windows Server 2008 ва муштарии DHCPWindows 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 бо суроғаи манбаи Loopback, ки ба SuperScope дохил карда шудааст, омадааст.
- Бо истифода аз сиёсат, дархост аз Superscope он миқёси аъзоеро интихоб мекунад, ки VNI-и он дар Опсияи 82 Зерпарасияи 1 Agent Circuit ID мавҷуд аст. ("0108000600"+ 24 бит VNI + 24 бит, ки арзишашон ба ман номаълум аст, аммо бӯйгир дар ин майдон арзишҳои 0 -ро нишон медиҳад.)
Чӣ тавр насб дар Microsoft Windows Server 2016/2019 содда карда шудааст?
Microsoft Windows Server 2016 функсияи RFC#3527-ро амалӣ мекунад. Яъне, Windows Server 2016 метавонад шабакаи дурустро аз Опсияи 82 Зер-опсияи 5(0x5) - Аттрибути Интихоби пайванд эътироф кунад.
Дарҳол се савол ба миён меояд:
- Оё мо метавонем бе Superscope кор кунем?
- Оё мо метавонем бе сиёсат кор кунем ва VNI-ро ба шакли шонздаҳӣ табдил диҳем?
- Оё мо метавонем бе Scope for Loopback DHCP суроғаҳои манбаи кор кунем?
Q. Оё мо метавонем бе Superscope кор кунем?
A. Бале, миқёсро фавран дар минтақаи суроғаҳои IPv4 эҷод кардан мумкин аст.
Q. Оё мо метавонем бе сиёсат кор кунем ва VNI-ро ба шакли шонздаҳӣ табдил диҳем?
A. Бале, интихоби шабака дар асоси Опсияи 82 Зеркопсияи 0x5,
Q. Оё мо метавонем бе Scope for Loopback DHCP суроғаҳои манбаи кор кунем?
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.Онхое. Барои танзим кардани ҳавзи DHCP барои заводи VXLAN BGP EVPN дар Microsoft Windows Server 2016/2019, ба шумо танҳо лозим аст:
- Барои суроғаҳои Relay Source ҳавз эҷод кунед.
- Барои шабакаҳои муштарӣ ҳавз эҷод кунед
Он чизе ки лозим нест (вале танзим кардан мумкин аст ва он кор мекунад ва ба кор халал намерасонад):
- Эҷоди сиёсат
- SuperScope эҷод кунед
МисолНамунаи таъсиси сервери DHCP (2 муштарии воқеии DHCP вуҷуд дорад - мизоҷон ба матоъи VXLAN пайваст шудаанд)
Намунаи таъсиси ҳавзи корбар:
Намунаи таъсиси ҳавзи корбар (сиёсат интихоб карда мешавад - барои исбот кардани он, ки сиёсатҳо барои кори дурусти ҳавз истифода нашудаанд):
Намунаи конфигуратсияи ҳавз барои суроғаҳои Relay Source DHCP (диапазони суроғаҳо барои барориши пурра ба хориҷшавӣ аз ҳавзи суроғаҳо мувофиқат мекунад):
Насб кардани хидмати DHCP дар Microsoft Windows Server 2019
Танзими ҳавз барои суроғаҳои бозгашт (манбаъ) барои DHCP Relay.
Мо дар фазои IPv4 ҳавзи нав (Scope) эҷод мекунем.
Устоди эҷоди ҳавз. "Оянда >"
Номи ҳавз ва тавсифи ҳавзро танзим кунед.
Диапазони суроғаҳои IP-ро барои Loopback ва ниқобро барои ҳавз таъин кунед.
Илова кардани истисноҳо. Диапазони истисно бояд ба диапазони ҳавз мувофиқат кунад.
Вақти иҷора. "Оянда >"
Савол: Оё шумо имконоти DHCP-ро ҳозир танзим мекунед (DNS, WINS, Gateway, Domain) ё онро дертар иҷро мекунед. Ҷавоби не, ва он гоҳ ҳавзро дастӣ фаъол кардан зудтар мебуд. Ё бе пур кардани ягон маълумот то ба охир равед ва ҳавзро дар охири устод фаъол созед.
Мо тасдиқ мекунем, ки имконоти танзим карда нашудаанд ва ҳавз фаъол нест. "Анҷом"
Мо ҳавзро дастӣ фаъол мекунем. — Миқёсро интихоб кунед ва дар менюи контекстӣ — «Фаъолсозӣ»-ро интихоб кунед.
Мо барои корбарон/серверҳо ҳавз эҷод мекунем.
Мо як ҳавзи нав эҷод мекунем.
Устоди эҷоди ҳавз. "Оянда >"
Номи ҳавз ва тавсифи ҳавзро танзим кунед.
Диапазони суроғаҳои IP-ро барои Loopback ва ниқобро барои ҳавз таъин кунед.
Илова кардани истисноҳо. (Бо нобаёнӣ истисноҳо лозим нестанд) "Оянда >"
Вақти иҷора. "Оянда >"
Савол: Оё шумо имконоти DHCP-ро ҳозир танзим мекунед (DNS, WINS, Gateway, Domain) ё онро дертар иҷро мекунед. Биёед ҳоло онро танзим кунем.
Суроғаи дарвозаи пешфарзро танзим кунед.
Мо суроғаҳои сервери домен ва DNS-ро танзим мекунем.
Танзими суроғаҳои IP-и серверҳои WINS.
Фаъолсозии доираи.
Ҳавз танзим карда шудааст. "Анҷом"
хулоса
Истифодаи Windows Server 2016/2019 мураккабии таъсиси сервери DHCP-ро барои матоъи VXLAN (ё ягон матоъ дигар) коҳиш медиҳад. (Интиқоли истинодҳои махсус ба мутахассисони IT шарт нест: ID Circuit Network/Agent барои сабти филтрҳо.)
Оё конфигуратсия барои Windows Server 2012 дар серверҳои нави 2016/2019 кор мекунад - ҳа он кор хоҳад кард.
Ин ҳуҷҷат истинод ба 2 версия дорад: 7.X ва 9.3. Ин ба он вобаста аст, ки версияи 7.0(3)I7(7) версияи Cisco Suggested аст ва версияи 9.3 навовартарин аст (ҳатто Multicast тавассути VXLAN Multisite-ро дастгирӣ мекунад).
Рӯйхати манбаъҳо
Манбаъ: will.com