3. Overview of Operations (Panoramica del funzionamento)
3. Overview of Operations (Panoramica del funzionamento)
Quando un BGP speaker [RFC4271] che supporta il capabilities advertisement invia un messaggio OPEN al suo BGP peer, il messaggio PUÒ includere un Optional Parameter denominato Capabilities. Il parametro elenca le capabilities supportate dallo speaker.
Un BGP speaker determina le capabilities supportate dal peer esaminando l'elenco delle capabilities presenti nel Capabilities Optional Parameter trasportato dal messaggio OPEN che lo speaker riceve dal peer.
Un BGP speaker che supporta una determinata capability può usare tale capability con il peer dopo aver determinato (come descritto sopra) che il peer supporta tale capability. In sintesi, una data capability può essere usata su un peering se è stata annunciata da entrambi i peer. Se uno dei due non l'ha annunciata, la capability non può essere usata.
Un BGP speaker determina che il peer non supporta il capabilities advertisement se, in risposta a un messaggio OPEN che trasporta il Capabilities Optional Parameter, lo speaker riceve un messaggio NOTIFICATION con Error Subcode impostato su Unsupported Optional Parameter. (Questa è una conseguenza della specifica base BGP-4 [RFC4271] e non un nuovo requisito.) In questo caso, lo speaker DOVREBBE tentare di ristabilire una connessione BGP con il peer senza inviare al peer il Capabilities Optional Parameter.
Se un BGP speaker che supporta una certa capability determina che il peer non supporta tale capability, lo speaker PUÒ inviare un messaggio NOTIFICATION al peer e terminare il peering (vedere la sezione "Extensions to Error Handling" per i dettagli). Ad esempio, un BGP speaker potrebbe dover terminare il peering se ha stabilito il peering per scambiare route IPv6 e determina che il peer non supporta le Multiprotocol Extensions for BGP-4 [RFC4760]. L'Error Subcode nel messaggio NOTIFICATION è quindi impostato su Unsupported Capability. Il messaggio DEVE contenere la capability o le capabilities che causano l'invio del messaggio da parte dello speaker. La decisione di inviare il messaggio e terminare il peering è locale allo speaker. Se terminato, tale peering NON DOVREBBE essere ristabilito automaticamente.
Se un BGP speaker riceve dal peer una capability che esso stesso non supporta o non riconosce, DEVE ignorare tale capability. In particolare, il messaggio NOTIFICATION Unsupported Capability NON DEVE essere generato e la sessione BGP NON DEVE essere terminata in risposta alla ricezione di una capability non supportata dallo speaker locale.