Multiprotocol Label Switching Operation and Maintenance

È possibile utilizzare Multiprotocol Label Switching Operation and Maintenance (OAM) per rilevare errori operativi, ma anche per la contabilità e misura delle prestazioni nel Multiprotocol Label Switching rete. Problemi sul piano di controllo possono essere segnalati da trappole o visto il polling della Management Information Base (MIB). Questo potrebbe essere sufficiente per le reti IP, ma è più difficile individuare i problemi che sono puramente sul piano dei dati quando la rete è in esecuzione Multiprotocol Label Switching. Multiprotocol Label Switching OAM è un insieme di protocolli che rileva i problemi in Multiprotocol Label Switching rete più facilmente e più rapidamente e tiene traccia delle misurazioni, che sono importanti per le reti che hanno contratti di servizio (SLA) con i clienti o di altre società. L'obiettivo di Multiprotocol Label Switching OAM è quello di individuare, di relazione, e risolvere un problema prima che un utente chiama a.

Requisiti di Multiprotocol Label Switching OAM

I requisiti di Multiprotocol Label Switching OAM sono i seguenti:

■ individuazione e la diagnosi di controllo e di difetti piano dati
■ Individuazione di un difetto in un Label Switched Path (Label Switch Router)
■ OAM pacchetti che scorre lungo il cammino stesso Multiprotocol Label Switching dati relativi al traffico
■ Percorso caratterizzazione
■ Misura di SLA
■ OAM Interworking
■ MIB
■ Contabilità

Individuazione e la diagnosi di controllo e di dati Difetti Plane

Problemi comuni per le reti Multiprotocol Label Switching sono pacchetti che arrivano in un Label Switching Router (Label Switch Router), con un marchio specifico per il quale la top Label Switch Router non dispone di informazioni o di trasmissione di informazioni inesatte trasmissione. Questo problema può essere rilevato dalle informazioni di controllo che la distribuzione protocol label (Label Distribution Protocol), Resource Reservation Protocol (Resource Reservation Protocol), protocolli di routing IP, della tabella di routing, le informazioni di base etichetta (LIB), e la trasmissione di informazioni di base etichetta (LFIB) fornire. Tuttavia, il problema diventa evidente solo se il traffico è scorrevole reali e non a un certo Label Switch Router. A più sottili e più difficili da rilevare problema è quello in cui le informazioni del piano di controllo è corretto ma il piano fallisce dati. E 'possibile per il software del piano di controllo di comportarsi correttamente, il problema non ancora individuata, spettacolo i comandi sul router, mentre l'aereo dati gocce o maltratta il pacchetto, che potrebbe risultare in un errore di trasmissione. Ad esempio, un ASIC che esegue la trasmissione di pacchetti etichettati in hardware sui Label Switch Router può considerare il valore TTL a torto. In tal caso, i pacchetti non potrebbe riuscire in questa Label Switch Router o in un Label Switch Router che è più a valle. Si vedrà più avanti in questo articolo che Label Switch Router ping e traceroute Label Switch Router sono strumenti in grado di rilevare i problemi in Multiprotocol Label Switching di controllo e gli aerei di dati.

Individuazione di un difetto di un Label Switched Path (Label Switch Router)

Un altro problema comune è il fallimento di una pubblicità ecologica tra due Label Switch Router. Ad esempio, il neighborship Label Distribuzione protocollo peer potrebbe essere giù tra le due Label Switch Router, che provoca i pacchetti da eliminare o trasmesso senza etichetta stack. Per esempio, se Multiprotocol Label Switching Layer 2 trasporta il traffico che diventa senza etichetta su un provider (P) router, è caduto. Allo stesso modo, se il traffico IPv4 diventa senza etichetta, potrebbe essere trasmessa in base alla tabella di routing globale. Se nessun percorso per l'indirizzo IP di destinazione esiste, il pacchetto viene scartato. Se esiste una voce di routing, il pacchetto viene inoltrato. In tal caso, possono accadere due cose: Il pacchetto potrebbe effettivamente rendere ed essere trasmesso alla destinazione, o potrebbe essere trasmesso alla destinazione sbagliata. Il pacchetto potrebbe essere eliminato in seguito, o il pacchetto di ritorno potrebbe essere eliminato. Un altro problema comunemente visto in Multiprotocol Label Switching reti sono problemi di MTU. A causa del marchio aggiunto stack, la dimensione degli aumenti dei pacchetti da n tempi di 4 byte, dove n è il numero di etichette in etichetta stack. Se la parola di controllo è presente tra l'etichetta stack e il Multiprotocol Label Switching payload, un altro 4 byte viene aggiunto. Ciò può causare problemi di MTU sul router determinati, sia perché non in grado di supportare più formati MTU oa causa di un errore di configurazione. In entrambi i casi, fino a quando i pacchetti più piccoli sono trasmessi, il problema passa inosservato. Il problema rilevato è la prima volta i pacchetti più grandi vengono trasmessi. Nelle reti che hanno dei costi pari multi percorsi (ECMP), qualche problema può passare inosservato finché un percorso di sentieri ECMP non viene utilizzato. Tuttavia, non appena i flussi di traffico attraverso il percorso che in mancanza di uno, il problema diventa evidente. E 'meglio per individuare questi problemi prima di un cliente li chiama dentro Multiprotocol Label Switching OAM è stato sviluppato con questo è la mente.

Pacchetti OAM Flowing sullo stesso percorso, come Multiprotocol Label Switching traffico dati

È importante che i pacchetti OAM seguire lo stesso cammino come i dati reali degli utenti per individuare gli errori nel piano dati del Label Switch Router. Pertanto, il Multiprotocol Label Switching traffico OAM è semplice User Datagram Protocol (UDP) di traffico e non un particolare tipo di dati che il router può trattare in modo diverso. Ad esempio, Internet Control Message Protocol (ICMP), il traffico potrebbe essere trasmesso in modo diverso sui router più comuni traffico TCP o UDP. La trasmissione del piano dati svolge un ruolo importante. Alcuni inoltro hardware è diverso a seconda del tipo di traffico, o, talvolta, è bypassato, con la trasmissione del software del traffico.

Percorso di Caratterizzazione

OAM del traffico in grado di determinare le caratteristiche del percorso il Multiprotocol Label Switching traffico. Queste caratteristiche possono includere i seguenti:

■ La qualità del servizio (QoS) il trattamento
■ Time To Live (TTL) del trattamento
■ Latency
■ Jitter
■ ECMP comportamento
■ unità di trasmissione massima (MTU) lungo il percorso
■ Packet loss

E 'importante se si guarda il trattamento del traffico lungo un Label Switch Router o il traffico appartenente ad una determinata classe di equivalenza di inoltro (Forwarding Equivalence Class) che si misurano le caratteristiche corrette. È, per esempio, importante che il traffico voce ha una latenza piccola e il valore del jitter lungo il percorso, mentre non è così importante per il traffico dati Internet. Un ottimo strumento per caratterizzare il percorso dei dati è IP SLA, che viene discussa più avanti in questo articolo.

Misurazione della SLA

Se SLA applica ai Multiprotocol Label Switching di rete, le caratteristiche del Label Switch Routerss dovrebbe corrispondere al SLA predefiniti. In quanto tale, Multiprotocol Label Switching OAM dovrebbe fornire un meccanismo per misurare le caratteristiche del Label Switch Routerss. Per la SLA, la latenza, jitter, round-trip-time (RTT), e la perdita di pacchetti sono caratteristiche importanti su misura per ogni Label Switch Router. Potete guardare le informazioni MIB per raggiungere questo obiettivo, oppure si può attivamente misurarla con l'invio di sonde sulla Label Switch Routerss. IP SLA può inviare sonde per misurare le prestazioni della rete ad hoc o ad intervalli regolari.

OAM Interworking

Quando si Transport Layer 2 fotogrammi in tutto il Multiprotocol Label Switching nube (ATOM), ciascun bordo provider (PE) router ha circuiti allegato (AC). Questi ACS può avere Layer 2 protocolli con i loro messaggi OAM proprie e pacchetti di errore. Multiprotocol Label Switching OAM deve supportare la traduzione o mappatura di questi nativi Layer 2 messaggi OAM protocollo (o almeno un sottoinsieme di esse) in appena definito Multiprotocol Label Switching messaggi OAM. In modo opposto, specifici Multiprotocol Label Switching condizioni di errore che pregiudica la pseudowires devono essere mappati i messaggi nativo OAM dei protocolli AC sui router PE.

MIB

Gestione gioca sempre un ruolo importante nella creazione di reti. Questo non è diverso per Multiprotocol Label Switching reti. Gestione e MIB svolgono un ruolo importante nel monitoraggio dello stato di una rete e di lanciare un allarme quando le cose vanno male. MIB specifiche per Multiprotocol Label Switching sono stati sviluppati, e ne stanno ancora in lavorazione. Alla luce di OAM per Multiprotocol Label Switching reti, il management deve molta attenzione, e la sua importanza viene spesso dimenticato o sottovalutato.

Contabilità

Contabile è importante per le misurazioni della rete e la fatturazione. NetFlow può fornire contabili in Cisco IOS. NetFlow è stato fatto Multiprotocol Label Switching sul conto corrente di traffico per l'etichetta Label Switch Router e ancora più bello di quello, perché qualsiasi etichetta in etichetta stack possono essere monitorati. NetFlow è spiegato più avanti in questo articolo.

un articolo presentato da Richard Mader

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "Multiprotocol Label Switching Operation and Maintenance", è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.