Protezione di rete: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Riga 66:
La protezione ad anello è sempre di tipo bidirezionale (i due nodi terminali devono commutare entrambi verso la direzione attiva) e richiede quindi sempre la presenza di un protocollo di gestione dello scambio. Nel caso della protezione ad anello, i protocolli utilizzati sono in generale più complessi rispetto a quelli usati per la protezione lineare. Infatti, in caso di intervento della protezione è necessario trasferire a tutti i nodi, compresi quelli di transito, sia l'informazione sullo stato complessivo dell'intero anello che l'informazione sulla posizione del guasto all'interno dell'anello. Inoltre, a differenza della protezione lineare che coinvolge solo i nodi terminali, tutti i nodi dell'anello, compresi quelli in cui il segnale è solo di transito, devono essere in grado sia di monitorare e segnalare le variazioni di stato significative che di adattarsi alla nuova configurazione e quindi partecipano tutti attivamente al protocollo di scambio.
Come nel caso della protezione lineare, anche la protezione ad anello può essere di tipo sia ''revertive'' che ''not revertive'' ed è possibile utilizzare la porzione di anello normalmente dedicata alla protezione per il trasporto di extra-traffico di bassa priorità, che si accetta di perdere in caso di intervento della protezione.▼
Esistono sostanzialmente due meccanismi di base per la protezione ad anello<ref>{{en}} [http://www.ieee802.org/17/documents/presentations/mar2001/nu_ws_02.pdf Presentazione dell'IEEE]</ref>:
Line 81 ⟶ 83:
Un altro meccanismo, adottato nelle reti sottomarine intercontinentali dove sono critici sia i tempi di intervento che il ritardo di propagazione, consiste nel predeterminare, in fase di inizializzazione del protocollo, i percorsi ottimali alternativi corrispondenti alle possibili situazioni di guasto, distribuendo poi tale informazione a tutti i nodi dell'anello (''squelching tables''). In questo modo, in caso di intervento, il protocollo, in base al posizionamento del guasto, può far commutare subito tutti i nodi verso il percorso ottimizzato come nel caso del meccanismo ''steer'' ma con gli stessi tempi di intervento tipici di un meccanismo ''wrap''.
L'uso delle ''squelching tables'' costituisce un'ottimizzazione anche nel caso di meccanismi di tipo ''wrap'' quando l'anello fisico trasporta contemporaneamente più flussi di segnale definiti tra coppie diverse di nodi dell'anello. In questi casi, ogni flusso avrà un insieme di percorsi alternativi ottimizzati che in linea di principio sono diversi da quelli degli altri flussi. L'impiego delle ''squelching tables'' consente di fare in modo che ogni nodo possa effettuare la riconfigurazione corretta e ottimizzata in tempi molto rapidi contemporaneamente su tutti i flussi che lo attraversano o che terminano su di esso. È compito del protocollo tenere aggiornate le ''squelching tables'' in occorrenza dell'aggiunta o della rimozione di un flusso dall'anello, oltre che in caso di variazione dello stato dell'anello.
▲Come nel caso della protezione lineare, anche la protezione ad anello può essere di tipo sia ''revertive'' che ''not revertive'' ed è possibile utilizzare la porzione di anello normalmente dedicata alla protezione per il trasporto di extra-traffico di bassa priorità, che si accetta di perdere in caso di intervento della protezione.
== Protezione basata su restoration ==
| |||