VXLAN + EVPN: lab test in ambiente Cisco Nexus - Parte III - Interconnessione DC-L3VPN (segue dalla puntata precedente)

In questo post precedente ho illustrato gli aspetti architetturali dell'interconnessione di un Data Center con una rete IP/MPLS esterna dove è realizzato un servizio L3VPN con siti dispersi geograficamente e appartenenti a un determinato tenant. In questo post, che è il seguito del precedente, illustrerò un Case Study su una rete di laboratorio. 

VXLAN + EVPN: lab test in ambiente Cisco Nexus - Parte III - Interconnessione DC-L3VPN

Questo post è il seguito dei due precedenti "VXLAN + EVPN: lab test in ambiente Cisco Nexus - Parte I e Parte II" che potete trovare a questo link (Parte I) e a questo link (Parte II).

In questo post illustrerò come interconnettere un tenant di un Data Center con una L3VPN esterna, sempre dello stesso tenant. Poiché il post è molto lungo sarà diviso in due parti.

OpenContrail Case Study: interconnessione Cloud privato e L3VPN BGP/MPLS

PREMESSA: Questo post riflette le idee dell'autore e non vuole essere in alcun modo un veicolo di propaganda di quanto esposto. Per la scrittura di questo post, del precedente e dei successivi sull'argomento, né io personalmente, né la società di cui faccio parte, abbiamo ricevuto alcunché da Juniper Networks.

In un post precedente ho introdotto l'architettura di OpenContrail e le sue componenti fondamentali. Una delle applicazioni più importanti di soluzioni SDN come OpenContrail, è l’accesso da remoto a un Cloud privato. I Cloud Service Provider offrono una varietà di servizi di questo tipo: Infrastructure as a Service (IaaS), Platform as Service (PaaS), o Software as a Service (SaaS). O, mettendo tutto insieme, XaaS. Gli ISP tradizionali possono offrire l'accesso da remoto a questi servizi, ai loro Clienti che hanno servizi L3VPN/L2VPN sulla loro rete.

Scalabilità dei servizi VPN BGP/MPLS: BGP RT Constraint

Il servizio L3VPN su reti BGP/MPLS è sicuramente quello che ha decretato il successo di MPLS. Dalle sue prime implementazioni intorno al 2000-2001, con la crescita del numero di Clienti, sono state introdotte nuove funzionalità in grado di aumentarne la scalabilità. Una di queste, a dire il vero poco conosciuta e poco implementata, riguarda la riduzione dei messaggi UPDATE MP-iBGP (AFI/SAFI = 1/128), utilizzati come noto per annunciare i prefissi dei Clienti VPN. Di altre tecniche di scalabilità, come ad esempio le VPN gerarchiche, parlerò in post futuri.