8. Control Plane (Piano di controllo)

In un ambiente SDN (Software-Defined Networking, rete definita da software), ci si aspetta che il controller fornisca esplicitamente i SID (Segment Identifier, identificatori di segmento) e/o li scopra come parte di una funzione di scoperta del servizio. Le applicazioni che risiedono sopra il controller possono quindi scoprire i SID richiesti e combinarli per formare un programma di rete distribuito.

Il concetto di "SRv6 Network Programming (programmazione di rete SRv6)" si riferisce alla capacità di un'applicazione di codificare qualsiasi programma complesso come un insieme di funzioni individuali distribuite attraverso la rete. Alcune funzioni si riferiscono allo SLA (Service Level Agreement, accordo sul livello di servizio) underlay, altre all'overlay/tenant e altre ancora ad applicazioni complesse che risiedono in VM (Virtual Machine, macchine virtuali) e container.

Sebbene non sia necessario per un piano di controllo SDN, il resto di questa sezione fornisce una panoramica illustrativa di alto livello su come i protocolli del piano di controllo possano essere coinvolti con SRv6. La loro specifica è al di fuori dell'ambito di questo documento.

8.1. IGP

I SID End, End.T e End.X esprimono comportamenti topologici e pertanto si prevede che vengano segnalati nell'IGP (Interior Gateway Protocol, protocollo di gateway interno) insieme alle varianti PSP, USP e USD. L'IGP dovrebbe anche annunciare la capacità Maximum SID Depth (MSD, profondità massima del SID) del nodo per ogni tipo di operazione SRv6 - in particolare, i comportamenti SR source (sorgente SR, ad esempio H.Encaps), intermediate endpoint (endpoint intermedio, ad esempio End e End.X) e final endpoint (endpoint finale, ad esempio End.DX4 e End.DT6). Queste capacità vengono prese in considerazione da un nodo sorgente SR (o da un controller) durante il calcolo della SR Policy (politica SR).

La presenza di SID nell'IGP non implica alcuna semantica di routing per gli indirizzi rappresentati da questi SID. La raggiungibilità del routing verso un indirizzo IPv6 è governata esclusivamente dalle informazioni di raggiungibilità dei prefissi IGP non correlate ai SID che includono i locators (localizzatori). Il routing non è governato né influenzato in alcun modo da un annuncio di SID nell'IGP.

Questi SID forniscono comportamenti topologici importanti per consentire all'IGP di costruire soluzioni Fast Reroute (FRR, re-instradamento rapido) basate su TI-LFA (Topology Independent Loop-Free Alternate, alternativa senza loop indipendente dalla topologia) [SR-TI-LFA] e per i processi TE (Traffic Engineering, ingegneria del traffico) che si basano su un database della topologia IGP per costruire SR Policy.

8.2. BGP-LS

BGP-LS (Border Gateway Protocol - Link State, protocollo di gateway di confine - stato del collegamento) fornisce la funzionalità per la scoperta della topologia che include le capacità SRv6 dei nodi, i loro localizzatori e i SID istanziati localmente. Ciò consente ai controller o alle applicazioni di costruire una topologia inter-dominio che può essere utilizzata per il calcolo di SR Policy utilizzando i SID SRv6.

8.3. BGP IP/VPN/EVPN

I SID End.DX4, End.DX6, End.DT4, End.DT6, End.DT46, End.DX2, End.DX2V, End.DT2U e End.DT2M possono essere segnalati in BGP.

In alcuni scenari, un PE (Provider Edge, router di bordo del provider) in uscita che annuncia una route VPN potrebbe desiderare astrarre il comportamento specifico associato al SID dal PE in ingresso e da altri router nella rete. In tal caso, il SID può essere annunciato utilizzando il codepoint Opaque SRv6 Endpoint Behavior (comportamento dell'endpoint SRv6 opaco) definito nella tabella 6. I dettagli di tali meccanismi di segnalazione del piano di controllo sono al di fuori dell'ambito di questo documento.

8.4. Summary (Riepilogo)

La seguente tabella riassume quali comportamenti dei SID possono essere segnalati in quali protocolli del piano di controllo.

Behavior	IGP	BGP-LS	BGP IP/VPN/EVPN
End (PSP, USP, USD)	X	X
End.X (PSP, USP, USD)	X	X
End.T (PSP, USP, USD)	X	X
End.DX6	X	X	X
End.DX4	X	X	X
End.DT6	X	X	X
End.DT4	X	X	X
End.DT46	X	X	X
End.DX2		X	X
End.DX2V		X	X
End.DT2U		X	X
End.DT2M		X	X
End.B6.Encaps		X
End.B6.Encaps.Red		X
End.B6.BM		X

Tabella 3: Segnalazione dei SID istanziati localmente SRv6

La seguente tabella riassume quali capacità SR Policy Headend possono essere segnalate in quali protocolli del piano di controllo.

Behavior	IGP	BGP-LS
H.Encaps	X	X
H.Encaps.Red	X	X
H.Encaps.L2		X
H.Encaps.L2.Red		X

Tabella 4: Segnalazione dei comportamenti Headend della politica SRv6

La tabella precedente descrive capacità generiche. Non descrive SR Policy istanziate specifiche.

Ad esempio, un annuncio BGP-LS del comportamento H.Encaps descriverebbe la capacità del nodo N di eseguire il comportamento H.Encaps. In particolare, descriverebbe quanti SID potrebbero essere inseriti da N senza significativa degradazione delle prestazioni.

Come promemoria, a una SR Policy viene sempre assegnato un Binding SID (SID di binding) [RFC8402]. I Binding SID sono anch'essi annunciati in BGP-LS come mostrato nella tabella 3. Pertanto, la tabella 4 si concentra solo sulle capacità generiche relative a H.Encaps.