9. Manageability Considerations (Considerazioni sulla gestibilità)
9. Manageability Considerations (Considerazioni sulla gestibilità)
Nelle reti abilitate SR, il percorso che il pacchetto prende è codificato nell'intestazione. Poiché il percorso non è segnalato attraverso un protocollo, sono necessari meccanismi OAM affinché l'operatore di rete possa convalidare l'efficacia di un percorso e verificare e monitorare la sua vitalità e le sue prestazioni. Tuttavia, va notato che SR consente di ridurre sostanzialmente il numero di stati nei nodi di transito; quindi, il numero di elementi che un nodo di transito deve gestire è più piccolo.
I casi d'uso OAM SR per il piano dati MPLS sono definiti in [RFC8403]. Le procedure OAM SR per il piano dati MPLS sono definite in [RFC8287].
I router SR ricevono annunci di SID (indice, etichetta o indirizzo IPv6) dai diversi protocolli di routing estesi per SR. Ciascuno di questi protocolli ha meccanismi di monitoraggio e risoluzione dei problemi per fornire funzioni di operazione e gestione per gli indirizzi IP che devono essere estesi per includere funzioni di risoluzione dei problemi e monitoraggio del SID.
L'architettura SR introduce l'uso di segmenti globali. Ogni segmento globale DEVE essere legato a un indice o indirizzo univoco all'interno di un dominio SR. La gestione dell'allocazione di tale indice o indirizzo da parte dell'operatore è critica per il comportamento della rete per evitare situazioni come il routing errato. Oltre alla politica/strumentazione di allocazione che l'operatore avrà in atto, un'implementazione DOVREBBE proteggere la rete in caso di rilevamento di conflitti fornendo un approccio di risoluzione deterministico.
Quando un percorso è espresso utilizzando uno stack di etichette, l'occorrenza di label stacking aumenterà. Un nodo potrebbe voler segnalare, nel piano di controllo, la sua capacità in termini di dimensione dello stack di etichette che può supportare.
Un modello di dati YANG [RFC6020] per la configurazione e le operazioni SR è stato definito in [SR-YANG].
Quando SR è applicato al piano dati IPv6, i segmenti sono identificati attraverso indirizzi IPv6. L'allocazione, la gestione e la risoluzione dei problemi degli identificatori di segmento non è diversa dai meccanismi esistenti applicati all'allocazione e alla gestione degli indirizzi IPv6.
Il DA del pacchetto fornisce l'indirizzo del segmento attivo. L'elenco di segmenti nell'SRH fornisce l'intero percorso del pacchetto. La convalida del percorso source-routed viene effettuata attraverso l'ispezione del DA e dell'SRH presenti nell'intestazione del pacchetto abbinati alle voci della tabella di routing equivalenti.
Nel contesto del piano dati SRv6, il percorso source-routed è codificato nell'SRH come descritto in [IPv6-SRH]. Il percorso source-routed SRv6 viene istanziato nell'SRH come elenco di indirizzi IPv6 dove il segmento attivo si trova nel campo DA dell'intestazione del pacchetto IPv6. Tipicamente, ispezionando, in qualsiasi nodo, l'intestazione del pacchetto, è possibile derivare il percorso source-routed a cui appartiene. Analogamente al contesto del piano dati SR-MPLS, un'implementazione può originare pacchetti di controllo e monitoraggio del percorso dove il percorso source-routed viene inserito nell'SRH e dove ogni segmento del percorso inserisce nel pacchetto i dati pertinenti per misurare il percorso e le prestazioni end-to-end.