5. Encapsulation Options for EVPN Overlays (Opzioni di incapsulamento per sovrapposizioni EVPN)
5. Encapsulation Options for EVPN Overlays (Opzioni di incapsulamento per sovrapposizioni EVPN)
Questa sezione descrive le varie opzioni di incapsulamento disponibili per le sovrapposizioni EVPN e le loro caratteristiche. I principali tipi di incapsulamento trattati sono:
Sia VXLAN che NVGRE sono esempi di tecnologie che forniscono un incapsulamento del piano dati che viene utilizzato per trasportare un pacchetto sull'infrastruttura IP fisica comune tra Network Virtualization Edges (NVE) - ad esempio, VXLAN Tunnel End Points (VTEP) nella rete VXLAN. Entrambe queste tecnologie includono l'identificatore dell'istanza NVO specifica, VNI in VXLAN e VSID in NVGRE, in ogni pacchetto. Nel resto di questo documento utilizziamo VNI come rappresentazione per l'istanza NVO con la comprensione che VSID può essere utilizzato allo stesso modo se l'incapsulamento è NVGRE, salvo indicazione contraria.
Si noti che un PE è equivalente a un NVE/VTEP.
L'incapsulamento VXLAN è basato su UDP, con un'intestazione di 8 byte che segue l'intestazione UDP. VXLAN fornisce un VNI di 24 bit, che tipicamente fornisce una mappatura uno-a-uno con il VID del tenant, come descritto in [RFC7348]. In questo scenario, il VTEP di ingresso non include un tag VLAN interno sul frame incapsulato, e il VTEP di uscita scarta i frame con un tag VLAN interno. Questa modalità di funzionamento in [RFC7348] si mappa al servizio basato su VLAN in [RFC7432], dove un VID del tenant viene mappato a un EVI.
VXLAN fornisce anche un'opzione per includere un tag VLAN interno nel frame incapsulato, se esplicitamente configurato al VTEP. Questa modalità di funzionamento può mappare al servizio VLAN Bundle in [RFC7432] perché tutti i frame etichettati del tenant si mappano a una singola tabella bridge / MAC-VRF, e il tag VLAN interno non viene utilizzato per la ricerca dal PE di disposizione quando si esegue la decapsulazione VXLAN come descritto nella Sezione 6 di [RFC7348].
L'incapsulamento [RFC7637] è basato sull'incapsulamento GRE, e richiede l'inclusione del campo chiave GRE opzionale, che trasporta il VSID. C'è una mappatura uno-a-uno tra il VSID e il VID del tenant, come descritto in [RFC7637]. L'inclusione di un tag VLAN interno è proibita. Questa modalità di funzionamento in [RFC7637] si mappa al servizio basato su VLAN in [RFC7432].
Come descritto nella sezione successiva, non c'è alcun cambiamento nella codifica delle route EVPN per supportare l'incapsulamento VXLAN o NVGRE, ad eccezione dell'uso della comunità estesa di incapsulamento BGP per indicare il tipo di incapsulamento (ad esempio, VXLAN o NVGRE). Tuttavia, c'è un potenziale impatto sulle procedure EVPN a seconda di dove si trova il NVE (cioè, nell'hypervisor o ToR) e se sono richieste capacità di multihoming.
5.2. MPLS over GRE (MPLS su GRE)
Il piano dati EVPN è modellato come uno strato client EVPN MPLS che si trova sopra uno strato server tunnel MPLS PSN. Alcune delle funzioni EVPN (split-horizon, Aliasing e Backup Path) sono legate allo strato client MPLS. Se viene utilizzato l'incapsulamento MPLS over GRE, allora lo strato client EVPN MPLS può essere trasportato su un tunnel IP PSN in modo trasparente. Pertanto, non c'è alcun impatto sulle procedure EVPN e sull'operazione del piano dati associata.
[RFC4023] definisce lo standard per l'utilizzo dell'incapsulamento MPLS over GRE, che può essere utilizzato per questo scopo. Tuttavia, quando MPLS over GRE viene utilizzato in congiunzione con EVPN, si raccomanda che il campo chiave GRE sia presente e venga utilizzato per fornire un valore di entropia a 32 bit solo se i nodi P possono eseguire l'hashing Equal-Cost Multipath (ECMP) basato sulla chiave GRE; altrimenti, l'intestazione GRE non dovrebbe (SHOULD NOT) includere il campo chiave GRE. I campi Checksum e Sequence Number non devono (MUST NOT) essere inclusi, e i corrispondenti bit C e S nell'intestazione GRE devono (MUST) essere impostati a zero. Un PE in grado di supportare questo incapsulamento dovrebbe (SHOULD) pubblicizzare le sue route EVPN insieme alla comunità estesa di incapsulamento tunnel che indica l'incapsulamento MPLS over GRE come descritto nella sezione precedente.