7. Router Performance Considerations (Considerazioni sulle prestazioni del router)
7. Router Performance Considerations (Considerazioni sulle prestazioni del router)
LISP è progettato per essere molto favorevole all'inoltro basato su hardware. Diverse tecniche di implementazione possono essere utilizzate per distribuire LISP in modo incrementale:
o Quando un ETR riceve un pacchetto incapsulato tramite tunnel, l'indirizzo di destinazione esterno potrebbe non essere un indirizzo del router. Questo rende difficile per il piano di controllo ottenere il pacchetto dall'hardware. Questo può essere mitigato creando voci speciali nella Forwarding Information Base (FIB) per gli EID-Prefix degli EID serviti dall'ETR (quelli per i quali il router fornisce traduzioni RLOC). Queste voci FIB sono contrassegnate per indicare che deve essere eseguita l'elaborazione del piano di controllo. Non è necessario rilevare un numero di protocollo IP specifico nella logica di inoltro. Diverse pratiche esistenti hanno dimostrato che non sono necessarie modifiche all'hardware già distribuito per supportare il piano dati LISP.
o Su un ITR, anteporre un nuovo header IP è equivalente ad aggiungere più ottetti alla stringa di riscrittura MAC e anteporre quella stringa nel processo di incapsulamento in uscita. I router che già supportano il tunneling Generic Routing Encapsulation (GRE) [RFC2784] o il tunneling 6to4 [RFC3056] potrebbero già supportare questa azione.
o L'indirizzo di origine di un pacchetto o l'interfaccia su cui viene ricevuto un pacchetto può essere utilizzato per selezionare un VRF (Virtual Routing/Forwarding). La tabella di routing VRF può essere utilizzata per cercare le mappature EID-to-RLOC.
I problemi di prestazioni relativi alla gestione della map-cache sono discussi nella Sezione 12.