3.1.3. Instances, DODAGs, and DODAG Versions (Instanzen, DODAGs und DODAG-Versionen)
Eine RPL-Instanz enthält einen oder mehrere DODAG-Roots. Eine RPL-Instanz kann Routen zu bestimmten Zielpräfixen bereitstellen, die über die DODAG-Roots oder alternative Pfade innerhalb des DODAG erreichbar sind. Diese Roots können unabhängig voneinander arbeiten oder sich über ein Netzwerk koordinieren, das nicht unbedingt so eingeschränkt ist wie ein LLN.
Eine RPL-Instanz kann umfassen:
-
einen einzelnen DODAG mit einem einzelnen Root
- Zum Beispiel ein DODAG, der optimiert ist, um die Latenz zu minimieren, und in einem einzelnen zentralen Beleuchtungscontroller in einer Hausautomatisierungsanwendung verwurzelt ist.
-
mehrere unkoordinierte DODAGs mit unabhängigen Roots (unterschiedliche DODAGIDs)
- Zum Beispiel mehrere Datensammelpunkte in einer städtischen Datensammelanwendung, die keine geeignete Konnektivität haben, um sich miteinander zu koordinieren, oder die die Bildung mehrerer DODAGs als Mittel nutzen, um das Netzwerk dynamisch und autonom zu partitionieren.
-
einen einzelnen DODAG mit einem virtuellen Root, der LLN-Senken (mit derselben DODAGID) über ein Backbone-Netzwerk koordiniert.
- Zum Beispiel mehrere Border-Router, die mit einem zuverlässigen Transit-Link arbeiten, z. B. zur Unterstützung einer IPv6 Low-Power Wireless Personal Area Network (6LoWPAN)-Anwendung, die in der Lage sind, als logisch äquivalente Schnittstellen zur Senke desselben DODAG zu fungieren.
-
eine Kombination der oben genannten Punkte, wie sie für ein Anwendungsszenario geeignet ist.
Jedes RPL-Paket ist einer bestimmten RPLInstanceID (siehe Abschnitt 11.2) und damit einer RPL-Instanz (Abschnitt 5) zugeordnet. Die Bereitstellung oder automatische Erkennung einer Zuordnung zwischen einer RPLInstanceID und einem Typ oder Dienst des Anwendungsverkehrs liegt außerhalb des Geltungsbereichs dieser Spezifikation (wird in zukünftigen Begleitspezifikationen definiert).
Abbildung 1 zeigt ein Beispiel für eine RPL-Instanz, die drei DODAGs mit den DODAG-Roots R1, R2 und R3 umfasst. Jeder dieser DODAG-Roots kündigt dieselbe RPLInstanceID an. Die Linien stellen die Konnektivität zwischen Eltern und Kindern dar.
Abbildung 2 zeigt, wie eine Erhöhung der DODAGVersionNumber zu einer neuen DODAG-Version führt. Diese Darstellung veranschaulicht eine Erhöhung der DODAGVersionNumber, die zu einer anderen DODAG-Topologie führt. Beachten Sie, dass eine neue DODAG-Version nicht immer eine andere DODAG-Topologie impliziert. Um bestimmte Topologieänderungen zu berücksichtigen, ist eine neue DODAG-Version erforderlich, wie später in dieser Spezifikation beschrieben.
In den folgenden Beispielen beachten Sie bitte, dass baumartige Strukturen der Einfachheit halber dargestellt sind, obwohl die DODAG-Struktur es jedem Knoten ermöglicht, mehrere Eltern zu haben, wenn die Konnektivität dies unterstützt.
+----------------------------------------------------------------+
| |
| +--------------+ |
| | | |
| | (R1) | (R2) (R3) |
| | / \ | /| \ / | \ |
| | / \ | / | \ / | \ |
| | (A) (B) | (C) | (D) ... (F) (G) (H) |
| | /|\ |\ | / | / |\ |\ | | |
| | : : : : : | : (E) : : : `: : |
| | | / \ |
| +--------------+ : : |
| DODAG |
| |
+----------------------------------------------------------------+
RPL Instance
Figure 1: RPL Instance
+----------------+ +----------------+
| | | |
| (R1) | | (R1) |
| / \ | | / |
| / \ | | / |
| (A) (B) | \ | (A) |
| /|\ / |\ | ------\ | /|\ |
| : : (C) : : | \ | : : (C) |
| | / | \ |
| | ------/ | \ |
| | / | (B) |
| | | |\ |
| | | : : |
| | | |
+----------------+ +----------------+
Version N Version N+1
Figure 2: DODAG Version