Q385. Ziehen Sie die LISP-Komponenten von links auf die Funktion, die sie auf der rechten Seite erfüllen, und lassen Sie sie fallen. Es werden nicht alle Optionen verwendet.


Erläuterung
Tabelle Beschreibung automatisch generiert

+ akzeptiert LISP-gekapselte Kartenanfragen: LISP-Kartenauflöser
+ Lernen von EID-Präfix-Mapping-Einträgen von einem ETR: LISP-Map-Server
+ empfängt Verkehr von LISP-Sites und sendet ihn an Nicht-LISP-Sites: LISP-Vertreter ETR
+ empfängt Pakete von standortnahen Schnittstellen: LISP ITR
Erläuterung
ITR ist die Funktion, die die Ziel-EID einem Ziel-RLOC zuordnet und dann das ursprüngliche Paket mit einem zusätzlichen Header einkapselt, der die Quell-IP-Adresse des ITR-RLOC und die Ziel-IP-Adresse des RLOC eines Egress Tunnel Routers (ETR) enthält.
Nach der Einkapselung wird das ursprüngliche Paket zu einem LISP-Paket.
ETR ist die Funktion, die LISP-gekapselte Pakete empfängt, sie entkapselt und an ihre lokalen EIDs weiterleitet. Diese Funktion benötigt auch EID-zu-RLOC-Zuordnungen, so dass wir eine "map-server" IP-Adresse und den Schlüssel (Passwort) für die Authentifizierung angeben müssen.
Ein LISP-Proxy-ETR (PETR) implementiert ETR-Funktionen im Namen von Nicht-LISP-Standorten. Ein PETR wird in der Regel verwendet, wenn ein LISP-Standort Verkehr an Nicht-LISP-Standorte senden muss, der LISP-Standort aber über einen Dienstanbieter verbunden ist, der keine routingfähigen EIDs als Paketquellen akzeptiert. PETRs funktionieren genau wie ETRs, jedoch für EIDs, die Verkehr an Ziele an Nicht-LISP-Standorten senden.
Map Server (MS) verarbeitet die Registrierung von Authentifizierungsschlüsseln und EID-zu-RLOC-Zuordnungen. ETRs senden regelmäßig Map-Register-Nachrichten an alle konfigurierten Map Server.
Map Resolver (MR): eine LISP-Komponente, die LISP-gekapselte Map-Anforderungen, in der Regel von einem ITR, entgegennimmt und schnell feststellt, ob die Ziel-IP-Adresse Teil des EID-Namensraums ist oder nicht