3. Definition of Terms (Begriffsdefinitionen)

3. Definition of Terms (Begriffsdefinitionen)

Provider-Independent (PI) Addresses (Anbieterunabhängige Adressen): PI-Adressen sind ein Adressblock, der aus einem Pool zugewiesen wird, bei dem Blöcke nicht mit einem bestimmten Standort im Netzwerk verbunden sind (z.B. von einem bestimmten Dienstanbieter) und daher im Routing-System nicht topologisch aggregierbar sind.

Provider-Assigned (PA) Addresses (Anbieter-zugewiesene Adressen): PA-Adressen sind ein Adressblock, der einer Site von jedem Dienstanbieter zugewiesen wird, mit dem sich eine Site verbindet. Typischerweise ist jeder Block ein Unterblock eines Dienstanbieter-Classless Inter-Domain Routing (CIDR) [RFC4632]-Blocks und wird in den größeren Block aggregiert, bevor er ins globale Internet angekündigt wird. Traditionell wurde IP-Multihoming dadurch implementiert, dass jede Multihomed-Site ihr eigenes global sichtbares Präfix erhielt. LISP verwendet nur topologisch zugewiesene und aggregierbare Adressblöcke für RLOCs und eliminiert damit diese nachweislich nicht skalierbare Praxis.

Routing Locator (RLOC) (Routing-Lokator): Ein RLOC ist eine IPv4 [RFC0791]- oder IPv6 [RFC2460]-Adresse eines Egress Tunnel Routers (Ausgangs-Tunnel-Routers, ETR). Ein RLOC ist das Ergebnis einer EID-zu-RLOC-Zuordnungsabfrage. Eine EID wird auf einen oder mehrere RLOCs abgebildet. Typischerweise werden RLOCs aus topologisch aggregierbaren Blöcken nummeriert, die einer Site an jedem Punkt zugewiesen werden, an dem sie sich mit dem globalen Internet verbindet; wo die Topologie durch die Konnektivität von Anbieter-Netzwerken definiert ist, können RLOCs als PA-Adressen betrachtet werden. Mehrere RLOCs können demselben ETR-Gerät oder mehreren ETR-Geräten an einer Site zugewiesen werden.

Endpoint ID (EID) (Endpunkt-Identifikator): Eine EID ist ein 32-Bit- (für IPv4) oder 128-Bit- (für IPv6) Wert, der in den Quell- und Zieladressfeldern des ersten (innersten) LISP-Headers eines Pakets verwendet wird. Der Host erhält eine Ziel-EID auf die gleiche Weise, wie er heute eine Zieladresse erhält, beispielsweise durch eine Domain Name System (DNS) [RFC1034]-Abfrage oder einen Session Initiation Protocol (SIP) [RFC3261]-Austausch. Die Quell-EID wird über bestehende Mechanismen erhalten, die verwendet werden, um die "lokale" IP-Adresse eines Hosts zu setzen. Eine EID, die im öffentlichen Internet verwendet wird, muss die gleichen Eigenschaften haben wie jede andere IP-Adresse, die auf diese Weise verwendet wird; das bedeutet unter anderem, dass sie global eindeutig sein muss. Eine EID wird einem Host aus einem EID-Präfix-Block zugewiesen, der mit der Site verbunden ist, an der sich der Host befindet. Eine EID kann von einem Host verwendet werden, um auf andere Hosts zu verweisen. EIDs DÜRFEN NICHT als LISP RLOCs verwendet werden. Beachten Sie, dass EID-Blöcke hierarchisch zugewiesen werden KÖNNEN, unabhängig von der Netzwerktopologie, um die Skalierung der Zuordnungsdatenbank zu erleichtern. Darüber hinaus kann ein einer Site zugewiesener EID-Block eine Site-lokale Struktur (Subnetting) für das Routing innerhalb der Site haben; diese Struktur ist für das globale Routing-System nicht sichtbar.

EID-Prefix (EID-Präfix): Ein EID-Präfix ist ein Zweierpotenzen-Block von EIDs, die einer Site von einer Adressvergabebehörde zugewiesen werden. EID-Präfixe sind mit einer Menge von RLOC-Adressen verbunden, die eine "Datenbank-Zuordnung" bilden. EID-Präfix-Zuweisungen können in kleinere Blöcke aufgeteilt werden, wenn ein RLOC-Satz mit dem größeren EID-Präfix-Block verbunden werden soll.

End-System (Endsystem): Ein Endsystem ist ein IPv4- oder IPv6-Gerät, das Pakete mit einem einzelnen IPv4- oder IPv6-Header erzeugt. Das Endsystem liefert einen EID-Wert für das Zieladressfeld des IP-Headers, wenn es global kommuniziert (d.h. außerhalb seiner Routing-Domäne). Ein Endsystem kann ein Host-Computer, ein Switch- oder Router-Gerät oder ein beliebiges Netzwerkgerät sein.

Ingress Tunnel Router (ITR) (Eingangs-Tunnel-Router): Ein ITR ist ein Router, der sich in einer LISP-Site befindet. Pakete, die von Quellen innerhalb der LISP-Site an Ziele außerhalb der Site gesendet werden, sind Kandidaten für die Kapselung durch den ITR. Der ITR behandelt die IP-Zieladresse als eine EID und führt eine EID-zu-RLOC-Zuordnungsabfrage durch. Der Router stellt dann einen "äußeren" IP-Header voran mit einer seiner global routbaren RLOCs im Quelladressfeld und dem Ergebnis der Zuordnungsabfrage im Zieladressfeld. Beachten Sie, dass dieser Ziel-RLOC ein zwischengeschaltetes Proxy-Gerät sein KANN, das bessere Kenntnisse über die EID-zu-RLOC-Zuordnung näher an der Ziel-EID hat. Im Allgemeinen empfängt ein ITR IP-Pakete von Site-Endsystemen auf einer Seite und sendet LISP-gekapselte IP-Pakete in Richtung Internet auf der anderen Seite.

Insbesondere wenn ein Dienstanbieter einen LISP-Header für Traffic Engineering-Zwecke voranstellt, wird der Router, der dies tut, auch als ITR betrachtet. Der äußere RLOC, den der ISP-ITR verwendet, kann auf der äußeren Zieladresse (dem vom ursprünglichen ITR bereitgestellten RLOC) oder der inneren Zieladresse (der vom ursprünglichen Host bereitgestellten EID) basieren.

TE-ITR (Traffic Engineering Ingress Tunnel Router): Ein TE-ITR ist ein ITR, der in einem Dienstanbieter-Netzwerk bereitgestellt wird, der einen zusätzlichen LISP-Header für Traffic Engineering-Zwecke voranstellt.

Egress Tunnel Router (ETR) (Ausgangs-Tunnel-Router): Ein ETR ist ein Router, der ein IP-Paket akzeptiert, bei dem die Zieladresse im "äußeren" IP-Header eine seiner eigenen RLOCs ist. Der Router entfernt den "äußeren" Header und leitet das Paket basierend auf dem nächsten gefundenen IP-Header weiter. Im Allgemeinen empfängt ein ETR LISP-gekapselte IP-Pakete vom Internet auf einer Seite und sendet entkapste IP-Pakete an Site-Endsysteme auf der anderen Seite. ETR-Funktionalität muss nicht auf ein Router-Gerät beschränkt sein. Ein Server-Host kann ebenfalls der Endpunkt eines LISP-Tunnels sein.

TE-ETR (Traffic Engineering Egress Tunnel Router): Ein TE-ETR ist ein ETR, der in einem Dienstanbieter-Netzwerk bereitgestellt wird, der einen äußeren LISP-Header für Traffic Engineering-Zwecke entfernt.

xTR: Ein xTR ist eine Referenz auf einen ITR oder ETR, wenn die Richtung des Datenflusses nicht Teil der Kontextbeschreibung ist. "xTR" bezieht sich auf den Router, der der Tunnel-Endpunkt ist, und wird synonym mit dem Begriff "Tunnel Router" verwendet. Zum Beispiel bedeutet "Ein xTR kann sich am Customer Edge (CE)-Router befinden" sowohl ITR- als auch ETR-Funktionalität am CE-Router.

LISP Router (LISP-Router): Ein LISP-Router ist ein Router, der die Funktionen eines oder aller der folgenden ausführt: ITR, ETR, Proxy-ITR (PITR) oder Proxy-ETR (PETR).

EID-to-RLOC Cache (EID-zu-RLOC-Cache): Der EID-zu-RLOC-Cache ist eine kurzlebige On-Demand-Tabelle in einem ITR, die EID-zu-RLOC-Zuordnungen speichert, verfolgt und für deren Zeitüberschreitung und anderweitige Validierung verantwortlich ist. Dieser Cache unterscheidet sich von der vollständigen "Datenbank" der EID-zu-RLOC-Zuordnungen; er ist dynamisch, lokal für die ITR(s) und relativ klein, während die Datenbank verteilt, relativ statisch und viel globaler im Umfang ist.

EID-to-RLOC Database (EID-zu-RLOC-Datenbank): Die EID-zu-RLOC-Datenbank ist eine global verteilte Datenbank, die alle bekannten EID-Präfix-zu-RLOC-Zuordnungen enthält. Jeder potenzielle ETR enthält typischerweise einen kleinen Teil der Datenbank: die EID-zu-RLOC-Zuordnungen für die EID-Präfixe "hinter" dem Router. Diese werden auf eine der eigenen global sichtbaren IP-Adressen des Routers abgebildet. Dieselben Datenbank-Zuordnungseinträge MÜSSEN auf allen ETRs für eine gegebene Site konfiguriert werden. In einem stationären Zustand MÜSSEN die EID-Präfixe für die Site und das Locator-Set für jedes EID-Präfix auf allen ETRs gleich sein. Verfahren zur Durchsetzung und/oder Überprüfung hiervon liegen außerhalb des Umfangs dieses Dokuments. Beachten Sie, dass es vorübergehende Bedingungen geben KANN, bei denen das EID-Präfix für die Site und das Locator-Set für jedes EID-Präfix möglicherweise nicht auf allen ETRs gleich sind. Dies hat keine negativen Auswirkungen, da ein partielles Set von Lokatoren verwendet werden kann.

Recursive Tunneling (Rekursives Tunneling): Rekursives Tunneling tritt auf, wenn ein Paket mehr als einen LISP-IP-Header hat. Zusätzliche Tunnel-Ebenen KÖNNEN eingesetzt werden, um Traffic Engineering oder andere Neuweiterleitung nach Bedarf zu implementieren. Wenn dies geschieht, wird ein zusätzlicher "äußerer" LISP-Header hinzugefügt, und die ursprünglichen RLOCs werden im "inneren" Header bewahrt. Alle Verweise auf Tunnel in dieser Spezifikation beziehen sich auf dynamisch kapselnde Tunnel; sie werden niemals statisch konfiguriert.

Re-encapsulating Tunnels (Wieder-kapselnde Tunnel): Wieder-kapselndes Tunneling tritt auf, wenn ein ETR einen LISP-Header entfernt und dann als ITR fungiert, um einen anderen LISP-Header voranzustellen. Dies ermöglicht es, ein Paket vom wieder-kapselnden Router neu zu routen, ohne den Overhead zusätzlicher Tunnel-Header hinzuzufügen. Alle Verweise auf Tunnel in dieser Spezifikation beziehen sich auf dynamisch kapselnde Tunnel; sie werden niemals statisch konfiguriert. Bei Verwendung mehrerer Zuordnungsdatenbanksysteme muss darauf geachtet werden, durch Fehlkonfiguration keine Wieder-Kapselungsschleifen zu erzeugen.

LISP Header (LISP-Header): LISP-Header ist ein Begriff, der in diesem Dokument verwendet wird, um sich auf den äußeren IPv4- oder IPv6-Header, einen UDP-Header und einen LISP-spezifischen 8-Oktett-Header zu beziehen, der dem UDP-Header folgt und den ein ITR voranstellt oder ein ETR entfernt.

Address Family Identifier (AFI) (Adressfamilien-Identifikator): AFI ist ein Begriff, der verwendet wird, um eine Adresskodierung in einem Paket zu beschreiben. Eine Adressfamilie bezieht sich derzeit auf eine IPv4- oder IPv6-Adresse. Siehe [AFI] und [RFC3232] für Details. Ein AFI-Wert von 0, der in dieser Spezifikation verwendet wird, gibt eine nicht spezifizierte kodierte Adresse an, bei der die Länge der Adresse 0 Oktette nach dem 16-Bit-AFI-Wert von 0 beträgt.

Negative Mapping Entry (Negativer Zuordnungseintrag): Ein negativer Zuordnungseintrag, auch als negativer Cache-Eintrag bekannt, ist ein EID-zu-RLOC-Eintrag, bei dem ein EID-Präfix ohne RLOCs angekündigt oder gespeichert wird. Das heißt, das Locator-Set für den EID-zu-RLOC-Eintrag ist leer oder hat eine kodierte Locator-Anzahl von 0. Dieser Typ von Eintrag könnte verwendet werden, um ein Präfix von einer Nicht-LISP-Site zu beschreiben, das explizit nicht in der Zuordnungsdatenbank ist. Es gibt eine Reihe von wohldefinierten Aktionen, die in einer Negativen Map-Reply kodiert sind (Abschnitt 6.1.5).

Data-Probe (Daten-Sonde): Eine Daten-Sonde ist ein LISP-gekapseltes Datenpaket, bei dem die Zieladresse des inneren Headers der Zieladresse des äußeren Headers entspricht, die verwendet wird, um eine Map-Reply von einem entkapselnden ETR auszulösen. Darüber hinaus wird das ursprüngliche Paket entkapselt und an den Zielhost zugestellt, wenn die Ziel-EID im EID-Präfix-Bereich liegt, der auf dem ETR konfiguriert ist. Andernfalls wird das Paket verworfen. Eine Daten-Sonde wird in einigen Zuordnungsdatenbank-Designs verwendet, um eine Map-Reply von einem ETR zu "proben" oder anzufordern; in anderen Fällen werden Map-Requests verwendet. Siehe jedes Zuordnungsdatenbank-Design für Details. Bei Verwendung von Daten-Sonden müssen EID-Präfixe durch Senden von Map-Requests auf dem zugrunde liegenden Routing-System angekündigt werden. Dies wird jedoch entmutigt, wenn der Kern skalieren soll, indem weniger EID-Präfixe in den Routing-Tabellen der Kern-Router gespeichert werden.

Proxy-ITR (PITR): Ein PITR ist in [RFC6832] definiert und beschrieben. Ein PITR verhält sich wie ein ITR, tut dies jedoch im Namen von Nicht-LISP-Sites, die Pakete an Ziele an LISP-Sites senden.

Proxy-ETR (PETR): Ein PETR ist in [RFC6832] definiert und beschrieben. Ein PETR verhält sich wie ein ETR, tut dies jedoch im Namen von LISP-Sites, die Pakete an Ziele an Nicht-LISP-Sites senden.

Route-returnability (Routen-Rückkehrfähigkeit): Routen-Rückkehrfähigkeit ist eine Annahme, dass das zugrunde liegende Routing-System Pakete an das Ziel zustellt. In Kombination mit einer Nonce, die von einem Sender bereitgestellt und von einem Empfänger zurückgegeben wird, begrenzt dies das Einfügen von Daten außerhalb des Pfades. Eine Routen-Rückkehrfähigkeitsprüfung wird verifiziert, wenn eine Nachricht mit einer Nonce gesendet wird, eine andere Nachricht mit derselben Nonce zurückgegeben wird und das Ziel der ursprünglichen Nachricht als Quelle der zurückgegebenen Nachricht erscheint.

LISP site (LISP-Site): Eine LISP-Site ist eine Menge von Routern in einem Edge-Netzwerk, die unter einer einzigen technischen Verwaltung stehen. LISP-Router, die sich im Edge-Netzwerk befinden, sind die Abgrenzungspunkte, um das Edge-Netzwerk vom Kern-Netzwerk zu trennen.

Client-side (Client-Seite): Client-Seite ist ein Begriff, der in diesem Dokument verwendet wird, um einen Verbindungsinitiierungsversuch durch eine EID anzuzeigen. Die ITR(s) an der LISP-Site sind die ersten, die beim Erhalten von Datenbank-Map-Cache-Einträgen durch Senden von Map-Request-Nachrichten beteiligt werden.

Server-side (Server-Seite): Server-Seite ist ein Begriff, der in diesem Dokument verwendet wird, um anzuzeigen, dass ein Verbindungsinitiierungsversuch für eine Ziel-EID akzeptiert wird. Die ETR(s) an der Ziel-LISP-Site sind die ersten, die Map-Replies an die Quell-Site senden, die die Verbindung initiiert. Die ETR(s) an dieser Ziel-Site können Zuordnungen erhalten, indem sie Informationen aus Map-Requests, Daten-Sonden oder gekapselten Paketen sammeln.

Locator-Status-Bits (LSBs) (Locator-Status-Bits): Locator-Status-Bits sind im LISP-Header vorhanden. Sie werden von ITRs verwendet, um ETRs über den Auf/Ab-Status aller ETRs an der lokalen Site zu informieren. Diese Bits werden als Hinweis verwendet, um den Auf/Ab-Router-Status und nicht den Pfaderreichbarkeitsstatus zu vermitteln. Die LSBs können durch Verwendung eines der in Abschnitt 6.3 beschriebenen Locator-Erreichbarkeitsalgorithmen verifiziert werden.

Anycast Address (Anycast-Adresse): Anycast-Adresse ist ein Begriff, der in diesem Dokument verwendet wird, um sich auf die gleiche IPv4- oder IPv6-Adresse zu beziehen, die gleichzeitig auf mehreren Systemen konfiguriert und verwendet wird. Eine EID oder ein RLOC kann eine Anycast-Adresse in jedem ihrer eigenen Adressräume sein.