IP-Endung nur mit Nullen: gültig (für /128) oder möglicherweise mit Anycast verwechselbar?

IP-Endung nur mit Nullen: gültig (für /128) oder möglicherweise mit Anycast verwechselbar?

Host Europe hat einer VM, die ich gerade von ihnen gemietet habe, eine IP-Adresse zugewiesen, die nur mit Nullen endet ( 2xxx:xxxx:xxxx:xxxx::/128).

Ich habe dies als mögliches Interoperabilitätsproblem bezeichnet, da Adressen, deren letzte 64 Bits ausschließlich aus Nullen bestehen, normalerweise Anycast-Adressen für den Subnetz-Router sind und ich befürchte, dass andere Knoten dies möglicherweise besonders behandeln.

Ihr Support sagt: „Es ist nur syntaktisch eine Subnetz-Anycast-Adresse, aber Sie können sie problemlos verwenden, da wir eine Subnetzgröße von /128 verwenden.“(Übersetzung von mir)

Ich bin nur halb überzeugt. Gibt es etwas, das es einem Knoten ermöglicht, Adressen dieser Art speziell zu handhaben, oder kann ich das wirklich einfach wie eine normale Adresse verwenden?

Antwort1

Ich habe dies als mögliche Interop-Probleme bezeichnet, da Adressen, deren letzte 64 Bits alle Nullen sind, normalerweise Anycast-Adressen für den Subnetz-Router sind.

Für ein Subnetz ist einSchnittstellen-IDaus lauter Nullen wäre das Subnetz-Anycast. Obwohl es theoretisch als 64 Bit für IPv6 Global Unicast definiert wurde, ist es in der Praxis die Länge des Subnetzpräfixes, die die Länge der Schnittstellen-ID definiert – normalerweise sind es 64 Bit, weil das alles ist, was übrig bleibt, abzüglich des /64-Präfixes, aber eine /128-Adresse hat weder ein Subnetz noch eine Schnittstellen-ID (es wäre eine 0-Bit-IID).

und ich befürchte, dass andere Knoten es besonders behandeln könnten.

Ähnlich wie bei den IPv4-All-Ones-"Subnet Broadcast"-Adressen ist das Subnet-Router-Anycast (oder jede andere Art von Local-Subnet-Anycast, die in IPv6 definiert ist) nur dann sinnvoll, wenn es tatsächlich einen Router des besagten Subnetzes erreicht. Nur die Subnet-Router sindfähigum es überhaupt sinnvoll zu behandeln; Hosts oder Router, die sich nicht in diesem Subnetz befinden, können nichts anderes tun, als es als reguläre Unicast-Adresse weiterzuleiten. Wenn die Adresse also statisch „über“ Ihren Host weitergeleitet wird, ist nur Ihre eigene Maschine der „Subnetz-Router“ dafür und die anderen Knoten haben nicht wirklich etwas zu sagen.

(Dies scheint der klassenbasierten Adressierung von IPv4 zu entsprechen, wo vorbeikommende Knoten möglicherweise „wussten“, dass 192.168.4.255 speziell ist, da es sich um eine Adresse der Klasse C handelt … aber trotz dieses Wissens konnten sie trotzdem nichts anderes tun, als sie trotzdem wie eine normale Adresse zu routen. Und jetzt, da es die klassenbasierte Adressierung schon lange nicht mehr gibt, können Knoten nicht einmal mehr wissen, ob es sich um eine spezielle Adresse handelt, weil sie nicht wissen, welche Präfixlänge das endgültige Subnetz verwendet.)

Antwort2

Ein Ein-Host-Netz kann auf einem IPv6-Host eingerichtet und geroutet werden. Obwohl einSubnetz-Router-Adresseist hier bedeutungslos und sollte deaktiviert werden. Es bleibt abzuklären, ob Sie ein richtiges /64 bekommen können und ob deren Adressplanung dafür bereit ist.

IPv6 bei der Linkbestimmungist eine Protokollsache, daher müssen sich keine Router-IP-Adressen im selben Subnetz befinden, wie bei v4. Der Datenverkehr über ein anderes On-Link-Netz funktioniert einwandfrei, mit ziemlicher Sicherheit über die lokale Link-Adresse des Standard-Gateways.

Eine ähnliche Sache mit langen Präfixen, deren Debatten in RFCs aufgezeichnet werden, ist die Praxis von/127s bei Punkt-zu-Punkt-Verbindungen in RFC 6164. Die Leute dachten, das würde Dinge kaputt machen, aber es kann funktionieren. Diese Empfehlungen beinhalten, dass, wenn mehrere Präfixe aus einem /64 zugewiesen werden sollen, die Schnittstellen-ID, die nur aus Nullen besteht, nicht verwendet werden sollte. „Andernfalls könnten Knoten Pakete empfangen, die sie nicht empfangen sollen.“ Dies ist weniger wichtig, wenn Sie der einzige Kunde im /64 sind, aber ich interpretiere ihre Antwort nicht so, dass dies garantiert ist.

Eine Adresse pro gemieteter VM ist, gelinde gesagt, nicht sehr großzügig. Es gibt Anwendungsfälle, um Ihre eigenen Container oder IP-basierten virtuellen Hosts mit IP zu versehen. Dies würde jedoch erfordern, dass ein gesamtes Präfix an Ihren Host weitergeleitet wird, was die meisten Anbieter nicht tun. Wenn sie dies nicht bereits tun, könnte es aus Gründen der Adressplanung eine gute Idee sein, wenn sie ein ganzes /64 reservieren, selbst wenn Ihrem Gast nur eine IP zugeordnet ist. Es gibt mehr als genug Adressraum, um dies zu unterstützen.

Es ist schön, die kürzeste Vanity-Adresse zu haben, die möglich ist, aber das ist nicht wirklich notwendig. 2001:db8:c6ad:a661::1ist in Textform nur geringfügig länger als 2001:db8:c6ad:a661::. Und der Name im DNS ist in beiden Fällen gleich lang.

verwandte Informationen