Weitere Möglichkeiten IPv6 Cisco Switch Router Advertisment: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| Zeile 1: | Zeile 1: | ||
| + | =Kein Managed Flag und trotzdem DHCP Anfragen= | ||
| + | |||
| + | {| class="wikitable" | ||
| + | ! Flag / Info !! Status !! Bedeutung | ||
| + | |- | ||
| + | | M-Flag (Managed) || nicht gesetzt || Router fordert keine Adressvergabe per DHCPv6 an – einige Clients senden trotzdem DHCPv6-Anfragen, um z. B. eine alternative Adresse zu erhalten | ||
| + | |- | ||
| + | | O-Flag (Other Config) || nicht gesetzt || Router empfiehlt keine DHCPv6-Zusatzinfos – moderne Clients (z. B. Linux, Windows) fragen DNS-Informationen trotzdem über DHCPv6 ab | ||
| + | |- | ||
| + | | A-Flag (Autonomous) || gesetzt || Clients bilden ihre IPv6-Adresse per SLAAC aus dem beworbenen Prefix | ||
| + | |- | ||
| + | | Prefix-Information || enthalten || Wird automatisch gesendet, da eine /64-Adresse auf dem Interface konfiguriert ist | ||
| + | |} | ||
| + | |||
| + | ==Warum senden Clients trotzdem DHCPv6-Anfragen?== | ||
| + | Viele moderne Betriebssysteme ignorieren die IPv6-RA-Flags nicht vollständig, aber sie verlassen sich auch nicht ausschließlich darauf. Besonders wenn ein DHCPv6-Server im Netz antwortet, versuchen Clients proaktiv, Adressen oder DNS-Informationen zu erhalten – unabhängig davon, ob M- oder O-Flag gesetzt ist. Dieses Verhalten dient der besseren Kompatibilität und Netzwerkerkennung in gemischten Umgebungen. | ||
| + | |||
<pre> | <pre> | ||
ipv6 dhcp pool DHCPv6-Pool | ipv6 dhcp pool DHCPv6-Pool | ||
Version vom 29. April 2025, 15:56 Uhr
Kein Managed Flag und trotzdem DHCP Anfragen
| Flag / Info | Status | Bedeutung |
|---|---|---|
| M-Flag (Managed) | nicht gesetzt | Router fordert keine Adressvergabe per DHCPv6 an – einige Clients senden trotzdem DHCPv6-Anfragen, um z. B. eine alternative Adresse zu erhalten |
| O-Flag (Other Config) | nicht gesetzt | Router empfiehlt keine DHCPv6-Zusatzinfos – moderne Clients (z. B. Linux, Windows) fragen DNS-Informationen trotzdem über DHCPv6 ab |
| A-Flag (Autonomous) | gesetzt | Clients bilden ihre IPv6-Adresse per SLAAC aus dem beworbenen Prefix |
| Prefix-Information | enthalten | Wird automatisch gesendet, da eine /64-Adresse auf dem Interface konfiguriert ist |
Warum senden Clients trotzdem DHCPv6-Anfragen?
Viele moderne Betriebssysteme ignorieren die IPv6-RA-Flags nicht vollständig, aber sie verlassen sich auch nicht ausschließlich darauf. Besonders wenn ein DHCPv6-Server im Netz antwortet, versuchen Clients proaktiv, Adressen oder DNS-Informationen zu erhalten – unabhängig davon, ob M- oder O-Flag gesetzt ist. Dieses Verhalten dient der besseren Kompatibilität und Netzwerkerkennung in gemischten Umgebungen.
ipv6 dhcp pool DHCPv6-Pool address prefix 2A02:24D8:71:3031::/64 dns-server 2001:4860:4860::8888 domain-name xinmen.de
interface GigabitEthernet2 ip address 192.168.45.2 255.255.255.0 ipv6 address 2A02:24D8:71:3031::2/64 ipv6 dhcp server DHCPv6-Pool end