FCS Conservazione e OAM protocolli

Attualmente, nelle reti ATOM, la sequenza di frame check (FCS) di Ethernet, Frame Relay, High-Level Data Link Control (HDLC), e PPP Layer 2 fotogrammi viene rimosso prima ATOM invia i frame in tutta la Pseudowire. Alla fine a distanza di Pseudowire, gli inserti PE FCS l'uscita dal calcolo sopra la ricevuta Layer 2 frame. Questo comportamento potrebbe portare a problemi se intermedi Label Switch Router introdurre un problema in base al quale modificare il payload del Multiprotocol Label Switching di pacchetto. Questo problema si può restare silente fino a quando il pacchetto raggiunge il suo host di destinazione. Che rende anche la risoluzione dei problemi il problema più difficile, perché dovete prima individuare dove il problema si verifica. Un progetto è attualmente all'interno della IETF (draft-ietf-pwe3-FCS-conservazione) che descrive il mantenimento FCS e come può essere segnalato tra i router PE in modo che i router PE può decidere se mantenere il FCS originale. Quando il FCS originale viene mantenuta, essa garantisce il comportamento trasparente del Pseudowire per il Layer 2 fotogrammi.

ATOM frammentazione e il riassemblaggio

La frammentazione non è generalmente buona, perché pone un maggior carico di lavoro sulla piattaforma che sta eseguendo la frammentazione. Pertanto, di evitare, se possibile. Path MTU Discovery e l'uso attento del MTU IP e Multiprotocol Label Switching MTU comandi in genere arrivare lontano. A volte la frammentazione è inevitabile, come nel caso del Path MTU Discovery non funziona a causa di firewall blocca i messaggi ICMP necessari per Path MTU Discovery per funzionare correttamente. Se il payload è il traffico IP, il router PE ingresso può frammentare il pacchetto IP prima che entri il Pseudowire. In tal caso, l'host di destinazione riassembla il pacchetto. Se il telaio non è payload IP, il router PE ingresso in grado di eseguire la frammentazione sul telaio prima che entri il Pseudowire e il router PE uscita riassembla i frame. Il progetto di IETF "draft-ietf-pwe3-frammentazione" descrive questa procedura. Anche se il Multiprotocol Label Switching MTU è sufficiente nel Multiprotocol Label Switching nuvola per il traffico ATOM, è ancora potrebbe voler frame frammento di garantire una trasmissione a bassa latenza per il Pseudowire. Il router che riceve il segnale PE deve la sua capacità di ricomporre i frammenti verso il PE ingresso nel Virtual Circuit Forwarding Equivalence elemento di classe. La frammentazione è gestita attraverso la parola di controllo, specie sotto l'etichetta stack del Multiprotocol Label Switching pacchetto.

Circuit Emulation

Vi è ancora un enorme quantità di time-division multiplexing (TDM), linee private e le apparecchiature che utilizzano questi servizi legacy TDM. Pertanto, ha senso portare TDM over Multiprotocol Label Switching per sostenere i servizi legacy con T1, E1, T3, E3, N × 64, e V.35. Il vantaggio di portare questi tipi di servizi su Multiprotocol Label Switching è che la rete una rete comune del Multiprotocol Label Switching può portare il IP / ATOM traffico e il traffico TDM. Con TDM Circuit Emulation, il flusso di bit TDM è effettuata attraverso il Multiprotocol Label Switching nube su un Multiprotocol Label Switching Pseudowire. La parte difficile è l'emulazione del circuito TDM. Esempi includono il ripristino del clock e le procedure per la segnalazione di allarme. Il router PE uscita in grado di recuperare l'orologio utilizzando data e ora che l'ingresso PE set router. Synchronous Digital Hierarchy / Synchronous Optical Network (SDH / SONET) l'emulazione del circuito oltre Multiprotocol Label Switching è un altro settore dello sviluppo. SONET e SDH sono norme che descrivono una gerarchia digitale sincrona per trasportare dati sulle reti in fibra. Sono entrambi popolari-SONET negli Stati Uniti e SDH in Europa.

GMultiprotocol Label Switching

Generalized Multiprotocol Label Switching (GMultiprotocol Label Switching) è basato su Multiprotocol Label Switching TE, ma ha aggiunto estensioni che lo rendono il lavoro più recente su una serie di piattaforme. Queste nuove piattaforme sono Dense Wavelength-Division Multiplexing (DWDM) sistemi fotonici Cross-Connects (PXC), e Optical Cross-Connects (OXC), tra gli altri. Queste piattaforme che eseguono GMultiprotocol Label Switching non sono solo router o Asynchronous Transfer Mode switch che hanno Multiprotocol Label Switching abilitato. Queste piattaforme nonrouter eseguire GMultiprotocol Label Switching nel piano di controllo, mentre Multiprotocol Label Switching è assente dal piano dati. Questo perché queste nuove piattaforme non cambiano i pacchetti che possono essere classificati come, del resto non si switch cellule Asynchronous Transfer Mode.

Essi switch lunghezze d'onda (lambda), tempo di canali divisione (Synchronous Optical Network e Synchronous Digital Hierarchy: SONET / SDH), e completa le porte fisiche o fibre. La costruzione di blocchi di GMultiprotocol Label Switching sono le stesse di quelle di regolare Multiprotocol Label Switching TE nel piano di controllo: il protocollo IPv4, uno stato di collegamento protocollo di routing, e Resource Reservation Protocol (Resource Reservation Protocol) con le estensioni TE. Un nuovo protocollo necessario per eseguire GMultiprotocol Label Switching è il Link Management Protocol (LMP), che è stato sviluppato per gestire i collegamenti più facili. GMultiprotocol Label Switching esigenze LMP perché queste piattaforme più recenti possono avere un enorme numero di lunghezze d'onda tra di loro, il che rende la gestione dei collegamenti ingombranti. LMP si occupa della gestione e della verifica di connettività link su questi collegamenti. GMultiprotocol Label Switching come Multiprotocol Label Switching TE distribuisce i vincoli di rete del supporto fisico di tutte le piattaforme che partecipano a GMultiprotocol Label Switching. È quindi possibile utilizzare questi vincoli per costruire Label Switch Routerss tutta la rete, che potrebbe-come un normale Multiprotocol Label Switching TE deviare dal percorso più breve. I vincoli sono diversi da quelli utilizzati da Multiprotocol Label Switching TE, perché il supporto fisico è diverso. Differenti capacità di collegamento, la protezione, e dei vincoli di restauro sono coinvolti.

OAM protocolli

BFD è un nuovo, leggero, di media indipendenti dal protocollo che rileva errori nel piano di dati tra due dispositivi. E 'stato specificamente sviluppato per essere il protocollo di routing e di media indipendenti e di rilevare velocemente i dati errori di comunicazione. Il "presto" si distingue per il rilevamento Subsecond. SONET ha allarmi in grado di rilevare e notificare rapidamente i problemi. La maggior parte dei media, tuttavia, non hanno tali meccanismi di rilevazione veloce. BFD rileva rapidamente tutti i fallimenti tra i router, invece di basarsi sul meccanismo ciao dei protocolli di routing. I protocolli di routing in grado di eseguire la stessa funzione, ma sono più lenti e meno scalabile se il numero di interfacce è grande.

BFD rileva anche i dati fallimenti aereo per Multiprotocol Label Switching Label Switch Routerss. Anche se Label Switch Router Ping può fare questo, controlla anche informazioni dal piano di controllo contro il piano dati. BFD per Multiprotocol Label Switching Label Switch Routerss non lo fa, quindi, è più leggero nella progettazione e può essere implementato in hardware più facile. Una sessione di BFD è stabilito tra l'ingresso e l'uscita Label Switch Router, e di pacchetti di controllo di BFD vengono inviati in tutta. In quanto tale, BFD brani la vivacità del Multiprotocol Label Switching Label Switch Router e rileva errori nel piano dati per la Label Switch Router. Perché BFD per Multiprotocol Label Switching Label Switch Routerss è più leggera di Label Switch Router Ping, è più scalabile. È possibile utilizzare BFD su più Label Switch Routerss, e rileva gli errori più rapidamente. Un problema con Multiprotocol Label Switching spesso è che il piano di controllo guarda bene, ma il piano dati non. Label Distribution Protocol (Label Distribution Protocol), Resource Reservation Protocol , o Border Gateway Protocol (Border Gateway Protocol) potrebbe indicare le etichette corrette in entrata e in uscita, ma l'aereo, la trasmissione LFIB o ASIC, che è stato programmato con il LFIB-potrebbe fare la trasmissione sbagliato, causando il pacchetto viene misrouted o cadere.

Una soluzione per questo problema è un Label Switch Router prova le proprie informazioni di dati piano. Questa funzionalità è chiamato il Label Switching Router Self-Test. Il Label Switch Router fare il test invia un pacchetto speciale chiamato uno Multiprotocol Label Switching Data Plane verifica richiesta al suo vicino di casa a monte. Questo pacchetto contiene l'etichetta in arrivo stack che il Label Switch Router facendo il test si aspetta che sui pacchetti provenienti dal suo vicino monte. Questo monte Label Switch Router poi inoltra il pacchetto etichettato per il prossimo valle del Label Switch Router in prova. Il Label Switch Router fare il test esegue l'inoltro normale etichetta sulla confezione e, quindi, sta testando la regolarità di una Label Switch Router nel suo piano di dati. In altre parole, il Label Switch Router fare il test esegue il normale funzionamento etichetta (pop, push, o swap) sulla confezione l'etichetta e lo trasmette al suo vicino a valle. Il vicino a valle intercetta il pacchetto e invia un Multiprotocol Label Switching Data Plane verifica della risposta alla Label Switch Router fare il test. Il Multiprotocol Label Switching Data Plane Verifica pacchetto di risposta indica che l'interfaccia per la vicina valle in cui il pacchetto è stato ricevuto e l'etichetta stack. Il Label Switch Router facendo il test può quindi verificare questa informazione. Questo Label Switch Router Self-Test funzionalità si basa sul Label Switch Router funzionalità Ping, ma le estensioni sono state aggiunte ad essa.

Multiprotocol Label Switching Labeled Multicast

I recenti sviluppi sono stati effettuati sulla Multiprotocol Label Switching etichetta multicast. IP multicast è un'architettura noto che è stato sperimentato in questo settore. Molti vogliono traffico multicast essere Multiprotocol Label Switching etichetta. L'etichetta percorsi di commutazione (Label Switch Router) incontrati in questo articolo sono point-to-point. Si potevano far punto-multipunto o addirittura multipunto-multipunto. Multiprotocol Label Switching TE e Resource Reservation Protocol per TE sono stati estesi per essere in grado di creare point-to-multipoint Label Switch Routerss. Label Distribution Protocol inoltre possibile creare questi punti tomultipoint Label Switch Routerss per le persone che non hanno bisogno di TE o che hanno già una distribuito Multiprotocol Label Switching di rete con protocollo di distribuzione delle label. Distribuzione Label protocollo è stato esteso per fornire questi punto-multipunto-multipunto e multipointto Label Switch Routerss. Anche se è possibile utilizzare l'etichetta di distribuzione a valle con Multiprotocol Label Switching multicast etichetta, si introduce l'etichetta di distribuzione a monte. Multiprotocol Label Switching reti finora non hanno usato l'etichetta di distribuzione a monte. Quando il trasporto multicast come Multiprotocol Label Switching pacchetti etichettati, uno Label Switch Router può presentare una sola copia di una etichetta pacchetto su un link multiaccesso a più a valle Label Switch Router.

Il Label Switch Router può fare solo se supporta la modalità di distribuzione delle label a monte, perché allora si distribuisce un'etichetta alla sua valle Label Switch Router per un punto-multipunto Label Switch Router. In valle modalità di distribuzione delle label, ogni valle Label Switch Router assegna un'etichetta indipendente di una diversa per lo stesso punto-multipunto Label Switch Router. Vieta questo monte Label Switch Router di inviare una sola copia di una etichetta pacchetto sul pointto-multipunto Label router Accendere il link multiaccesso. Una delle applicazioni più interessanti di etichettatura del traffico multicast sta portando Multiprotocol Label Switching Virtual Private traffico di rete multicast in tutto il Multiprotocol Label Switching backbone su punto-multipunto Label Switch Routerss.

La proliferazione delle Multiprotocol Label Switching

Multiprotocol Label Switching non è più soltanto utilizzata dai fornitori di servizi, ma sempre più da reti di imprese che hanno un diametro maggiore di rete o che hanno esigenze specifiche. Inoltre, Multiprotocol Label Switching ha già spostato dal centro della rete più vicino al bordo. Un esempio di questo è l'estensione del Label Switch Routerss sul router CE per l'impiego più facile di QoS in Multiprotocol Label Switching Virtual Private Network reti. Sebbene Multiprotocol Label Switching Virtual Private Network sistemi autonomi sono ancora collegati via IP maggior parte del tempo, in futuro, sempre più Multiprotocol Label Switching Virtual Private Network reti saranno interconnessi attraverso Multiprotocol Label Switching, ed i pacchetti saranno inviati etichetta verso l'altro sistema autonomo. L'interconnessione tra le reti Multiprotocol Label Switching non sarà limitata per l'interconnessione Multiprotocol Label Switching Virtual Private Network reti, ma saranno utilizzati anche per passare il traffico IPv6 atomo o da un fornitore ad un altro. Questa tendenza dei pacchetti più marcato nei luoghi in cui essi non sono oggi molto probabilmente continuerà. Multiprotocol Label Switching si è diffuso da essere utilizzati esclusivamente su router IP e Asynchronous Transfer Mode switch ad essere utilizzati nel piano di controllo dei OXCs, sistemi DWDM e TDM interruttori. Multiprotocol Label Switching sicuramente deve ancora maturare in questo settore.

un articolo presentato da George S Twiss

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "FCS Conservazione e OAM protocolli" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.