Bu məqalənin məqsədi Microsoft Windows Server 2016/2019-dan istifadə edərək VXLAN BGP EVPN və DFA toxuması üçün DHCP xidmətinin konfiqurasiyasını sadələşdirməkdir.
Rəsmi sənədlərdə, parça üçün Microsoft Windows Server 2012-yə əsaslanan DHCP xidməti Loopback hovuzunu ehtiva edən SuperScope kimi konfiqurasiya edilmişdir (bu hovuzun əsas məqamı hovuzun bütün IP ünvanlarının hovuzdan xaric edilməsidir (IP ünvanı xaric = hovuz)) və real şəbəkələr üçün IP ünvanlarının verilməsi üçün hovuzlar (burada vurğulanır - siyasət konfiqurasiya olunub - burada DHCP Relay Circuit ID süzülür və bu DHCP relay Circuit ID şəbəkə üçün VNI ehtiva edir, yəni başqa bir hovuz üçün bu DHCP Relay. Circuit ID biraz fərqli olacaq).
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.Bu məqalədə aşağıdakı suallara cavablar var:
Məzmun
-
- ( & )
-
-
Giriş
Bu hissə bütün ilkin məlumatları qısaca sadalayır: Şəbəkə avadanlığının konfiqurasiyası üçün təlimatlar, eVPN fabriklərində DHCP paketlərində istifadə olunan RFC-lər, Cisco sənədlərində Microsoft Windows Server 2012-də DHCP server parametrlərinin təkamülü istinad üçün verilmişdir. Həmçinin Microsoft Windows Serverlərində DHCP xidmətində Superscope və Siyasət haqqında qısa məlumat.
VXLAN BGP EVPN, DFA toxumasında DHCP Relayını necə konfiqurasiya etmək olar
VXLAN BGP EVPN materialında DHCP Relay konfiqurasiyası bu məqalənin əsas mövzusu deyil, çünki bu, olduqca sadədir. Mən sənədlərə keçidlər və şəbəkə avadanlığının parametrləri üzrə spoyler təqdim edirəm.
Nexus 9000V v9.2(3) üzərində DHCP Relay quraşdırma nümunəsi
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
VXLAN BGP EVPN toxumalarında DHCP Relay xidmətinin işində tətbiq olunan RFC-lər
RFC#6607: Alt seçim 151(0x97) - Virtual Alt Şəbəkə Seçimi
• 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.Müştərinin yerləşdiyi VRF-nin “adı” ötürülür.
RFC#5107: Alt seçim 11(0xb) - Server ID-nin ləğvi
• 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.Seçim müştərinin bu seçimdə istifadə edilən IP ünvanına ünvan icarəsini yeniləmək üçün sorğu göndərməsini təmin etmək üçün istifadə olunur. (Cisco VXLAN BGP-də EVPN müştərinin standart şluz Anycast ünvanıdır.)
RFC#3527: Alt seçim 5(0x5) - Link seçimi
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.Müştərinin IP ünvanına ehtiyac duyduğu şəbəkənin ünvanı.
Microsoft Windows Server 2012-də DHCP-nin konfiqurasiyası ilə bağlı Cisco sənədlərinin təkamülü
Satıcı tərəfindən müsbət tendensiya olduğu üçün bu bölməni daxil etdim:
Sənədlər yalnız şəbəkə avadanlıqlarında DHCP Relay konfiqurasiyasını göstərir.
Windows Server 2012-də DHCP-ni konfiqurasiya etmək üçün başqa bir məqalə istifadə edilmişdir:
Bu məqalə göstərir ki, hər bir şəbəkə/VNI öz SuperScope paketini və öz geri dönmə ünvanlarını tələb edir:
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.
Şəbəkə avadanlığının qurulması üçün sənədlərə Windows 2012 Server parametrləri əlavə edildi. İstifadə olunan bütün ünvan hovuzları üçün hər məlumat mərkəzinə bir SuperScope tələb olunur və bu SuperScope məlumat mərkəzinin sərhədidir:
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.
Hər şey çox qısa şəkildə izah olunur:
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.
Microsoft Windows Serverində DHCP (superskop və siyasət)
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 nədir - bu, bir neçə IP ünvan hovuzunu bir inzibati vahiddə birləşdirməyə imkan verən bir funksionallıqdır. Eyni fiziki şəbəkədə (eyni VLAN-da) istifadəçilərə bir neçə hovuzdan IP ünvanlarını reklam etmək. Əgər sorğu SuperScope-un bir hissəsi kimi ünvanlar hovuzuna daxil olubsa, müştəriyə bu SuperScope-a daxil olan başqa Scope-dan ünvan verilə bilər.
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.
Siyasətlər – istifadəçinin növündən və ya parametrindən asılı olaraq istifadəçilərə IP ünvanları təyin etməyə imkan verir. Cisco mühəndisləri VNI (Virtual Şəbəkə İdentifikatoru) üzrə filtrləmək üçün Windows Server 2012-də siyasətlərdən istifadə edirlər.
Əsas hissəsidir
Bu bölmədə araşdırmanın nəticələri, niyə dəstəklənmir, necə işləyir (məntiq), nə yenidir və bu yenilik bizə necə kömək edəcək.
Niyə Microsoft Windows Server 2000/2003/2008 dəstəklənmir?
Microsoft Windows Server 2008 və əvvəlki versiyalar 82-ci variantı emal etmir və qaytarma paketi 82-ci seçim olmadan göndərilir.
- Müştəridən sorğu Broadcast-a (DHCP Discover) göndərilir.
- Avadanlıq (Nexus) paketi DHCP serverinə göndərir (DHCP Discover + Seçim 82).
- DHCP Server paketi qəbul edir, emal edir, geri göndərir, lakin 82-ci seçim olmadan. (DHCP Təklifi – seçim 82 olmadan)
- Avadanlıq (Nexus) DHCP serverindən paket alır. (DHCP Təklifi) Lakin bu paketi son istifadəçiyə göndərmir.
Sniffer məlumatları - Windows Server 2008 və DHCP müştərisindəWindows Server 2008 şəbəkə avadanlığından sorğu alır. (Seçim 82 siyahıda mövcuddur)
Windows Server 2008 cavabı şəbəkə avadanlığına göndərir. (Variant 82 paketdə seçim kimi qeyd edilməyib)
Müştəridən sorğu - DHCP Discover mövcuddur və DHCP Təklifi yoxdur
Şəbəkə avadanlıqlarının statistikası:
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-də konfiqurasiya niyə bu qədər çətindir?
Microsoft Windows Server 2012 hələ RFC#3527-ni dəstəkləmir (Seçim 82 Alt-seçim 5(0x5) - Link seçimi)
Lakin Siyasət funksiyası artıq həyata keçirilib.
Nasıl çalışır:
- Microsoft Windows Server 2012 real şəbəkələr üçün geri dönmə ünvanları və hovuzları olan super hovuza (SuperScope) malikdir.
- IP ünvanının verilməsi üçün hovuz seçimi SuperScope-a aiddir, çünki cavab SuperScope-a daxil edilmiş Geri Döngü Mənbə ünvanı ilə DHCP Relay-dən gəldi.
- Siyasətdən istifadə edərək sorğu Superscope-dan VNI-i Variant 82 Alt Variant 1 Agent Circuit ID-də olan üzv əhatə dairəsini seçir. (“0108000600”+ 24 bit VNI + dəyərləri mənə məlum olmayan 24 bit, lakin snayfer bu sahədə 0 dəyərlərini göstərir.)
Microsoft Windows Server 2016/2019-da quraşdırma necə sadələşdirilib?
Microsoft Windows Server 2016 RFC#3527 funksiyasını həyata keçirir. Yəni, Windows Server 2016 Seçim 82 Alt-seçim 5(0x5) - Link seçimi atributundan düzgün şəbəkəni tanıya bilər.
Dərhal üç sual yaranır:
- Superskop olmadan edə bilərikmi?
- Siyasət olmadan edə və VNI-ni onaltılıq formaya çevirə bilərikmi?
- Loopback DHCP Mənbə ünvanları üçün Scope olmadan edə bilərikmi?
Q. Superskop olmadan edə bilərikmi?
A. Bəli, əhatə dairəsi dərhal IPv4 ünvanları sahəsində yaradıla bilər.
Q. Siyasət olmadan edə və VNI-ni onaltılıq formaya çevirə bilərikmi?
A. Bəli, şəbəkə seçimi Seçim 82 Altseçim 0x5-ə əsaslanır,
Q. Loopback DHCP Mənbə ünvanları üçün Scope olmadan edə bilərikmi?
A. Yox bacarmırıq. Çünki Microsoft Windows Server 2016/2019 zərərli DHCP sorğularına qarşı müdafiəyə malikdir. Yəni, DHCP server hovuzunda olmayan ünvanlardan gələn bütün sorğular zərərli hesab olunur.
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.Bunlar. Microsoft Windows Server 2016/2019-da VXLAN BGP EVPN fabriki üçün DHCP hovuzunu konfiqurasiya etmək üçün sizə yalnız lazımdır:
- Mənbə Relay ünvanları üçün hovuz yaradın.
- Müştəri şəbəkələri üçün hovuz yaradın
Nə lazım deyil (lakin konfiqurasiya edilə bilər və işləyəcək və işə mane olmayacaq):
- Siyasət yaradın
- SuperScope yaradın
MisalDHCP serverinin qurulması nümunəsi (2 real DHCP müştərisi var - müştərilər VXLAN quruluşuna qoşulub)
İstifadəçi hovuzunun yaradılması nümunəsi:
İstifadəçi hovuzunun yaradılması nümunəsi (siyasətlər seçilmişdir - siyasətlərin hovuzun düzgün işləməsi üçün istifadə edilmədiyini sübut etmək üçün):
Mənbə DHCP Relay ünvanları üçün hovuzun konfiqurasiyasına bir nümunə (verilmək üçün ünvanların diapazonu ünvan hovuzundan xaric edilməsinə tam uyğundur):
Microsoft Windows Server 2019-da DHCP xidmətinin qurulması
DHCP Relay üçün geri dönmə ünvanları (mənbə) üçün hovuzun konfiqurasiyası.
IPv4 məkanında yeni hovuz (Əhatə dairəsi) yaradırıq.
Hovuz yaratma ustası. "Növbəti >"
Hovuzun adını və hovuzun təsvirini konfiqurasiya edin.
Loopback üçün IP ünvanlarının diapazonunu və hovuz üçün maskanı təyin edin.
İstisnaların əlavə edilməsi. İstisna diapazonu hovuz diapazonuna tam uyğun olmalıdır.
Kirayə vaxtı. "Növbəti >"
Sorğu: DHCP seçimlərini indi konfiqurasiya edəcəksiniz (DNS, WINS, Gateway, Domain) yoxsa daha sonra edəcəksiniz. Xeyr cavabını vermək və sonra hovuzu əl ilə aktivləşdirmək daha sürətli olardı. Və ya heç bir məlumat doldurmadan sona gedin və sehrbazın sonunda hovuzu aktivləşdirin.
Seçimlərin konfiqurasiya edilmədiyini və hovuzun aktiv edilmədiyini təsdiq edirik. "Bitir"
Hovuzu əl ilə aktivləşdiririk. — Əhatə dairəsini seçin və kontekst menyusunda — “Aktivləşdir” seçin.
Biz istifadəçilər/serverlər üçün hovuz yaradırıq.
Yeni hovuz yaradırıq.
Hovuz yaratma ustası. "Növbəti >"
Hovuzun adını və hovuzun təsvirini konfiqurasiya edin.
Loopback üçün IP ünvanlarının diapazonunu və hovuz üçün maskanı təyin edin.
İstisnaların əlavə edilməsi. (Defolt olaraq heç bir istisna tələb olunmur) "Növbəti >"
Kirayə vaxtı. "Növbəti >"
Sorğu: DHCP seçimlərini indi konfiqurasiya edəcəksiniz (DNS, WINS, Gateway, Domain) yoxsa daha sonra edəcəksiniz. Gəlin onu indi quraşdıraq.
Defolt şlüz ünvanını konfiqurasiya edin.
Domen və DNS server ünvanlarını konfiqurasiya edirik.
WINS serverlərinin IP ünvanlarının konfiqurasiyası.
Əhatə dairəsinin aktivləşdirilməsi.
Hovuz konfiqurasiya olunub. "Bitir"
Nəticə
Windows Server 2016/2019-dan istifadə VXLAN strukturu (və ya hər hansı digər parça) üçün DHCP serverinin qurulmasının mürəkkəbliyini azaldır. (İT mütəxəssislərinə xüsusi keçidlərin ötürülməsinə ehtiyac yoxdur: Filtrləri qeydiyyatdan keçirmək üçün Şəbəkə/Agent Circuit ID.)
Windows Server 2012 üçün konfiqurasiya yeni 2016/2019 serverlərində işləyəcəkmi - bəli işləyəcək.
Bu sənəddə 2 versiyaya istinadlar var: 7.X və 9.3. Bu onunla əlaqədardır ki, 7.0(3)I7(7) versiyası Cisco Suggested buraxılışıdır və 9.3 versiyası ən innovativdir (hətta VXLAN Multisite vasitəsilə Multicast-ı dəstəkləyir).
Mənbələrin siyahısı
Mənbə: www.habr.com