Tujuan artikel ini adalah untuk memudahkan konfigurasi perkhidmatan DHCP untuk VXLAN BGP EVPN dan fabrik DFA menggunakan Microsoft Windows Server 2016/2019.
Dalam dokumentasi rasmi, perkhidmatan DHCP berdasarkan Microsoft Windows Server 2012 untuk fabrik dikonfigurasikan sebagai SuperScope yang mengandungi kolam Loopback (kemuncak kumpulan ini ialah pengecualian semua alamat IP kumpulan daripada kumpulan (alamat IP dikecualikan = pool)) dan kumpulan untuk mengeluarkan alamat IP untuk rangkaian sebenar (di sini adalah sorotan - dasar dikonfigurasikan - di mana ID Litar Geganti DHCP ditapis dan ID Litar geganti DHCP ini mengandungi VNI untuk rangkaian, iaitu untuk kumpulan lain Geganti DHCP ini ID Litar akan berbeza sedikit).
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.Artikel ini mengandungi jawapan kepada soalan berikut:
Содержание
-
- ( & )
-
-
Pengenalan
Bahagian ini menyenaraikan secara ringkas semua data awal: Arahan untuk mengkonfigurasi peralatan rangkaian, RFC yang digunakan dalam paket DHCP di kilang eVPN, evolusi tetapan pelayan DHCP pada Microsoft Windows Server 2012 dalam dokumentasi Cisco disediakan untuk rujukan. Serta maklumat ringkas tentang Superscope dan Policy dalam perkhidmatan DHCP pada Microsoft Windows Servers.
Cara mengkonfigurasi Relay DHCP pada fabrik VXLAN BGP EVPN, DFA
Mengkonfigurasi Geganti DHCP pada fabrik VXLAN BGP EVPN bukanlah topik utama artikel ini, kerana ia agak mudah. Saya menyediakan pautan kepada dokumentasi dan spoiler pada tetapan pada peralatan rangkaian.
Contoh penyediaan DHCP Relay pada 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 yang dilaksanakan dalam pengendalian perkhidmatan DHCP Relay dalam fabrik VXLAN BGP EVPN
RFC#6607: Sub-pilihan 151(0x97) - Pemilihan Subnet Maya
• 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."Nama" VRF di mana pelanggan berada dihantar.
RFC#5107: Sub-pilihan 11(0xb) - Pembatalan ID Pelayan
• 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.Pilihan digunakan untuk memastikan bahawa pelanggan menghantar permintaan untuk memperbaharui pajakan alamat ke alamat IP yang digunakan dalam pilihan ini. (Pada Cisco VXLAN BGP, EVPN ialah alamat Anycast gerbang lalai pelanggan.)
RFC#3527: Sub-pilihan 5(0x5) - Pemilihan Pautan
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.Alamat rangkaian dari mana pelanggan memerlukan alamat IP.
Evolusi dokumentasi Cisco mengenai mengkonfigurasi DHCP pada Microsoft Windows Server 2012
Saya memasukkan bahagian ini kerana terdapat trend positif di pihak vendor:
Dokumentasi hanya menunjukkan cara mengkonfigurasi DHCP Relay pada peralatan rangkaian.
Artikel lain telah digunakan untuk mengkonfigurasi DHCP pada Windows Server 2012:
Artikel ini menunjukkan bahawa setiap rangkaian/VNI memerlukan pakej SuperScope sendiri dan set alamat Loopbacknya sendiri:
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.
Menambahkan tetapan Pelayan Windows 2012 pada dokumentasi untuk menyediakan peralatan rangkaian. Untuk semua kumpulan alamat yang digunakan, satu SuperScope setiap pusat data diperlukan dan SuperScope ini ialah sempadan pusat data:
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.
Semuanya dijelaskan dengan sangat ringkas:
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 dalam Microsoft Windows Server (superscope & policy)
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.
Apakah itu SuperScope - ia adalah fungsi yang membolehkan anda menggabungkan beberapa kumpulan alamat IP ke dalam satu unit pentadbiran. Untuk mengiklankan kepada pengguna pada rangkaian fizikal yang sama (dalam VLAN yang sama) alamat IP daripada beberapa kumpulan. Jika permintaan datang kepada kumpulan alamat sebagai sebahagian daripada SuperScope, maka pelanggan boleh diberikan alamat daripada Skop lain yang disertakan dalam SuperScope ini.
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.
Dasar – membolehkan anda memberikan alamat IP kepada pengguna bergantung pada jenis pengguna atau parameter. Jurutera Cisco menggunakan dasar dalam Windows Server 2012 untuk menapis mengikut VNI (Pengenal Rangkaian Maya).
Bahagian utama
Bahagian ini mengandungi hasil penyelidikan, mengapa ia tidak disokong, bagaimana ia berfungsi (logik), apa yang baharu dan bagaimana baharu ini akan membantu kita.
Mengapakah Microsoft Windows Server 2000/2003/2008 tidak disokong?
Microsoft Windows Server 2008 dan versi terdahulu tidak memproses pilihan 82 dan paket pulangan dihantar tanpa pilihan 82.
- Permintaan daripada pelanggan dihantar ke Broadcast (DHCP Discover).
- Peralatan (Nexus) menghantar paket ke pelayan DHCP (DHCP Discover + Option 82).
- Pelayan DHCP menerima paket, memprosesnya, menghantarnya kembali, tetapi tanpa pilihan 82. (Tawaran DHCP – tanpa pilihan 82)
- Peralatan (Nexus) menerima satu paket daripada pelayan DHCP. (Tawaran DHCP) Tetapi tidak menghantar paket ini kepada pengguna akhir.
Data Sniffer - pada Windows Server 2008 dan pada klien DHCPWindows Server 2008 menerima permintaan daripada peralatan rangkaian. (Pilihan 82 terdapat dalam senarai)
Windows Server 2008 menghantar respons kepada peralatan rangkaian. (Pilihan 82 tidak disenaraikan sebagai pilihan dalam pakej)
Permintaan daripada pelanggan - DHCP Discover ada dan Tawaran DHCP tiada
Statistik peralatan rangkaian:
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#
Mengapakah konfigurasi sangat sukar dalam Microsoft Windows Server 2012?
Microsoft Windows Server 2012 belum lagi menyokong RFC#3527 (Pilihan 82 Sub-pilihan 5(0x5) - Pilihan Pautan)
Tetapi fungsi Dasar telah pun dilaksanakan.
Bagaimana ia berfungsi:
- Microsoft Windows Server 2012 mempunyai kumpulan super (SuperScope) yang mempunyai alamat Loopback dan kumpulan untuk rangkaian sebenar.
- Pemilihan kumpulan untuk mengeluarkan alamat IP termasuk dalam SuperScope, kerana respons datang daripada DHCP Relay dengan alamat Sumber Loopback disertakan dalam SuperScope.
- Menggunakan Dasar, permintaan memilih daripada Superscope skop ahli yang VNInya terkandung dalam Opsyen 82 Subopsyen 1 ID Litar Ejen. (“0108000600”+ 24 bit VNI + 24 bit yang nilainya tidak diketahui oleh saya, tetapi penghidu menunjukkan nilai 0 dalam medan ini.)
Bagaimanakah persediaan dipermudahkan dalam Microsoft Windows Server 2016/2019?
Microsoft Windows Server 2016 melaksanakan fungsi RFC#3527. Iaitu, Windows Server 2016 boleh mengenali rangkaian yang betul daripada Pilihan 82 Sub-pilihan 5(0x5) - atribut Pilihan Pautan
Tiga soalan segera timbul:
- Bolehkah kita lakukan tanpa Superscope?
- Bolehkah kita lakukan tanpa Polisi dan menukar VNI kepada bentuk perenambelasan?
- Bolehkah kita lakukan tanpa alamat Skop untuk Loopback DHCP Source?
Q. Bolehkah kita lakukan tanpa Superscope?
A. Ya, skop boleh dibuat serta-merta dalam kawasan alamat IPv4.
Q. Bolehkah kita lakukan tanpa Polisi dan menukar VNI kepada bentuk perenambelasan?
A. Ya, pemilihan rangkaian adalah berdasarkan Pilihan 82 Subopsyen 0x5,
Q. Bolehkah kita lakukan tanpa alamat Skop untuk Loopback DHCP Source?
A. Tidak, kita tak boleh. Kerana Microsoft Windows Server 2016/2019 mempunyai perlindungan terhadap permintaan DHCP yang berniat jahat. Iaitu, semua permintaan daripada alamat yang tiada dalam kumpulan pelayan DHCP dianggap berniat jahat.
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.Itu. Untuk mengkonfigurasi kumpulan DHCP bagi kilang VXLAN BGP EVPN pada Microsoft Windows Server 2016/2019, anda hanya perlu:
- Buat kumpulan untuk alamat Geganti Sumber.
- Buat kolam untuk rangkaian pelanggan
Apa yang tidak perlu (tetapi boleh dikonfigurasikan dan ia akan berfungsi dan tidak akan mengganggu kerja):
- Buat Dasar
- Cipta SuperScope
ContohContoh menyediakan pelayan DHCP (terdapat 2 pelanggan DHCP sebenar - pelanggan disambungkan ke fabrik VXLAN)
Contoh menyediakan kumpulan pengguna:
Contoh penyediaan kumpulan pengguna (dasar dipilih - untuk membuktikan bahawa dasar tidak digunakan untuk pengendalian kumpulan yang betul):
Contoh mengkonfigurasi kumpulan untuk alamat Geganti DHCP Sumber (julat alamat untuk pengeluaran sepadan sepenuhnya dengan pengecualian daripada kumpulan alamat):
Menyediakan perkhidmatan DHCP pada Microsoft Windows Server 2019
Mengkonfigurasi kumpulan untuk alamat Loopback (sumber) untuk DHCP Relay.
Kami mencipta kumpulan baharu (Skop) dalam ruang IPv4.
Wizard penciptaan kolam. "Seterusnya >"
Konfigurasikan nama kolam dan perihalan kolam.
Tetapkan julat alamat IP untuk Loopback dan topeng untuk kolam.
Menambah pengecualian. Julat pengecualian mesti sepadan dengan julat kumpulan.
Masa sewa. "Seterusnya >"
Pertanyaan: Adakah anda akan mengkonfigurasi pilihan DHCP sekarang (DNS, WINS, Gateway, Domain) atau adakah anda akan melakukannya kemudian. Ia akan menjadi lebih cepat untuk menjawab tidak, dan kemudian mengaktifkan kolam secara manual. Atau pergi ke penghujung tanpa mengisi sebarang maklumat dan aktifkan kolam di penghujung wizard.
Kami mengesahkan bahawa pilihan tidak dikonfigurasikan dan kolam tidak diaktifkan. "Selesai"
Kami mengaktifkan kolam secara manual. — Pilih Skop dan dalam menu konteks — pilih “Aktifkan”.
Kami mencipta kumpulan untuk pengguna/pelayan.
Kami mencipta kolam baharu.
Wizard penciptaan kolam. "Seterusnya >"
Konfigurasikan nama kolam dan perihalan kolam.
Tetapkan julat alamat IP untuk Loopback dan topeng untuk kolam.
Menambah pengecualian. (Tiada pengecualian diperlukan secara lalai) "Seterusnya >"
Masa sewa. "Seterusnya >"
Pertanyaan: Adakah anda akan mengkonfigurasi pilihan DHCP sekarang (DNS, WINS, Gateway, Domain) atau adakah anda akan melakukannya kemudian. Mari kita sediakan sekarang.
Konfigurasikan alamat get laluan lalai.
Kami mengkonfigurasi domain dan alamat pelayan DNS.
Mengkonfigurasi alamat IP pelayan WINS.
Pengaktifan skop.
Kolam renang dikonfigurasikan. "Selesai"
Kesimpulan
Menggunakan Windows Server 2016/2019 mengurangkan kerumitan menyediakan pelayan DHCP untuk fabrik VXLAN (atau mana-mana fabrik lain). (Tidak perlu memindahkan pautan khas kepada pakar IT: ID Litar Rangkaian/Ejen untuk mendaftarkan penapis.)
Adakah konfigurasi untuk Windows Server 2012 akan berfungsi pada pelayan 2016/2019 baharu - ya ia akan berfungsi.
Dokumen ini mengandungi rujukan kepada 2 versi: 7.X dan 9.3. Ini disebabkan oleh fakta bahawa versi 7.0(3)I7(7) ialah keluaran Cisco Suggested, dan versi 9.3 adalah yang paling inovatif (malah menyokong Multicast melalui VXLAN Multisite).
Senarai sumber
Sumber: www.habr.com