Passa al contenuto principale

8. Deployment Scenarios (Scenari di implementazione)

8. Deployment Scenarios (Scenari di implementazione)

Questa sezione esplora come e dove possono essere distribuiti ITR ed ETR e discute i vantaggi e gli svantaggi di ciascuno scenario di implementazione. Raccomandazioni di implementazione più dettagliate possono essere trovate in [LISP-DEPLOY].

Ci sono due tipi di compromessi di implementazione di base da considerare: caching centralizzato rispetto a distribuito e tunneling piatto (Flat), ricorsivo (Recursive) o reincapsulante (Re-encapsulating). Quando si decide tra caching centralizzato e distribuito, considerare:

o I tunnel router sono sufficientemente dispersi da consentire di distribuire la cache nello storage di molti router? Il caching centralizzato significa che un ITR mantiene la cache per tutti gli EID verso i quali sta incapsulando, e i pacchetti vanno direttamente al Locator di destinazione. Il caching distribuito significa che un ITR necessita dell'aiuto di altri router reincapsulanti poiché non memorizza voci cache per tutti gli EID verso i quali sta incapsulando, quindi i percorsi dei pacchetti attraversano router reincapsulanti che hanno insiemi diversi di voci cache.

o Bisognerebbe minimizzare i "punti di contatto" di gestione selezionando solo pochi tunnel router (solo il necessario per la ridondanza)?

o In generale, l'utilizzo di più ITR non aumenta il carico di gestione poiché le cache vengono costruite e memorizzate dinamicamente. D'altra parte, l'utilizzo di più ETR richiede più gestione poiché le mappature dagli EID-Prefix agli RLOC devono essere configurate esplicitamente.

Quando si decide tra tunneling piatto, ricorsivo o reincapsulante, considerare:

o Il tunneling piatto implementa un singolo tunnel tra il sito di origine e il sito di destinazione, fornendo tipicamente un percorso a tunnel singolo migliore tra origine e destinazione.

o Il tunneling ricorsivo si verifica quando il traffico già tunnelizzato viene incapsulato in un altro tunnel, utilizzato per implementare VPN o Traffic Engineering (TE). Con il tunneling basato su VPN, il sito ha un certo controllo poiché il sito antepone un nuovo header tunnel. Con il tunneling basato su TE, se il sito antepone un nuovo header tunnel, può avere il controllo, ma se l'ISP del sito esegue TE, il sito non ha controllo. Il tunneling ricorsivo porta generalmente a percorsi subottimali ma può guidare il traffico verso aree della rete con più risorse.

o La tecnica di reincapsulamento assicura che un pacchetto abbia bisogno di un solo livello di header tunnel. Se è necessario reindirizzare un pacchetto, viene prima disincapsulato da un ETR e poi reincapsulato con un nuovo RLOC e un nuovo header tunnel.

Le prossime sottosezioni esamineranno dove nella rete possono essere posizionati i tunnel router.