13. Wartung der Routing-Adjazenz

Die Auswahl von Nachfolgern, entlang der Standardpfade nach oben entlang des DODAG oder entlang der Pfade, die aus Zielankündigungen nach unten entlang des DODAG gelernt wurden, führt zur Bildung von Routing-Adjazenz, die Wartung erfordert.

In IGPs, wie OSPF [RFC4915] oder IS-IS [RFC5120], beinhaltet die Wartung einer Routing-Adjazenz die Verwendung von Keepalive-Mechanismen (Hellos) oder anderen Protokollen wie der Bidirectional Forwarding Detection (BFD) [RFC5881] und dem MANET Neighborhood Discovery Protocol (NHDP) [RFC6130]. Leider ist ein solch proaktiver Ansatz in eingeschränkten Umgebungen oft nicht wünschenswert, wo er angesichts des Datenverkehrs zu übermäßigem Kontrollverkehr führen würde, mit negativen Auswirkungen sowohl auf die Verbindungslasten als auch auf die Knotenressourcen.

Im Gegensatz zu diesen Routing-Protokollen definiert RPL keine Keepalive-Mechanismen, um Ausfälle der Routing-Adjazenz zu erkennen: dies liegt daran, dass ein solcher Mechanismus in vielen Fällen zu teuer in Bezug auf Bandbreite und, noch wichtiger, Energie wäre (ein batteriebetriebenes Gerät könnte es sich nicht leisten, periodische Keepalives zu senden). Dennoch benötigt RPL einen externen Mechanismus, um zu erkennen, dass ein Nachbar nicht mehr erreichbar ist. Ein solcher Mechanismus sollte vorzugsweise auf Verkehr reagieren, um den Overhead zur Wartung der Routing-Adjazenz zu minimieren und sich auf Links zu konzentrieren, die tatsächlich verwendet werden.

Beispielhafte reaktive Mechanismen, die verwendet werden können, umfassen:

• Der Neighbor Unreachability Detection [RFC4861]-Mechanismus.

• Layer-2-Trigger [RFC5184], abgeleitet von Ereignissen wie Assoziationszuständen und L2-Bestätigungen.