Router Alert Opzione e Router Alert LabelPacchetti IP può avere un opzione Router Alert allegata alla intestazione IP. Questa opzione è un'opzione IP che indica che il router deve esaminare il pacchetto ulteriormente quando la trasmissione a pacchetto, anche se il pacchetto non sia direttamente rivolta a questo router. Il router di transito per il pacchetto dovrebbe non solo presentare il pacchetto facendo una ricerca di un IP, ma il router dovrebbe ispezionare ulteriormente prima di inoltrarlo. Che cosa significa questa ispezione non è definita ed è fino alla realizzazione del software sul router. L'opzione Router Alert è un'opzione IP come il timestamp, Loose Source Route, e le opzioni di Fonte Strict Route sono. L'opzione Router Alert è definito nella RFC 2113.
Un'opzione IP è codificato come un tipo di Lunghezza Value (TLV). Questa opzione Router Alert funziona solo se il pacchetto è un pacchetto IP. Se il pacchetto e sono stati etichettati come tali da parte del LFIB sulla Label Switch Router, il Label Switch Router non saprebbe nemmeno che il pacchetto ha avuto l'attuale Router opzione Alert. Naturalmente, è possibile programmare il Label Switch Router di eseguire l'ispezione approfondita dei pacchetti e sempre guardare le informazioni di intestazione dei pacchetti IP etichetta per determinare se l'opzione Router Alert erano presenti. Tuttavia, che potrebbe portare a un grave impatto sulla performance di inoltro Label Switch Router, quindi non è la soluzione migliore. Si potrebbe anche non essere possibile effettuare questa operazione nei motori di inoltro di hardware, o potrebbe essere troppo costoso. Una soluzione migliore è quella di utilizzare una speciale Multiprotocol Label Switching etichetta come l'etichetta in alto in etichetta stack dei pacchetti che il router Label Switch necessità di esaminare. Questa etichetta speciale è Multiprotocol Label Switching etichetta 1, che si chiama l'etichetta Router Alert.
Router Alert Label
L'etichetta di Alert Router ha un valore di 1, e può essere presente ovunque in etichetta stack, tranne nella parte inferiore. Quando un Label Switch Router riceve un pacchetto con l'etichetta 1 come l'etichetta in alto, sa che deve ancora esaminare il pacchetto. Pertanto, il Label Switch Router elimina l'etichetta 1 ed esamina il pacchetto. Il Label Switch Router poi guarda il esposti nuova etichetta top in etichetta stack e prende una decisione di inoltro da parte guardando questa etichetta in LFIB. Questa decisione rende l'inoltro Label Switch Router effettuare uno swap, pop, o spingere il funzionamento sull'etichetta stack e restituisce l'interfaccia di uscita e hop successivo per il pacchetto. Prima di passare il pacchetto fuori dalla Label Switch Router, il Label Switch Router mette ecologica 1 indietro come l'etichetta in alto in etichetta stack e inoltra il pacchetto. Pertanto, avendo l'etichetta di Alert Router come l'etichetta in alto non influenza la decisione di inoltro effettuato il pacchetto, ma indica soltanto che il Label Switch Router deve esaminare il pacchetto. Il router che eseguono Cisco IOS, i pacchetti che hanno l'etichetta Router Alert vengono inoltrati nel software, il che significa che i motori di inoltro hardware vengono bypassati. L'uso del marchio Router Avviso per i pacchetti di etichetta è analogo per l'utilizzo del Router l'opzione Avviso per i pacchetti IP. Perché l'etichetta Router allerta le forze Label Switch Router per il trattamento di un pacchetto etichettato in modo diverso rispetto a quando il pacchetto non ha l'etichetta router etichetta Alert come l'etichetta in alto, quando la trasmissione a pacchetto, il suo uso non è direttamente utile per Multiprotocol Label Switching OAM. emember che uno dei requisiti era per il Multiprotocol Label Switching traffico di dati utente e il Multiprotocol Label Switching traffico OAM per essere trasmessa allo stesso modo. Ciò chiaramente non è il caso per il traffico di cui etichetta in alto è l'etichetta speciale 1. Pertanto, l'etichetta Router Alert non viene utilizzato per inviare il Multiprotocol Label Switching pacchetti OAM quando testando un Label Switch Router. Si può, tuttavia, essere utilizzati per il traffico OAM ritorno. Perché un Label Switch Router è unidirezionale, Multiprotocol Label Switching traffico OAM sta verificando la Label Switch Router in una sola direzione. Ciò significa che il traffico di ritorno verifica nulla, ha solo bisogno di tornare alla fonte. Il traffico di ritorno possono essere inviati con l'opzione Router Alert modo che bypassa i motori di inoltro hardware e ha una migliore possibilità di tornare alla fonte. Se il traffico di ritorno è l'etichetta, ma ha anche l'etichetta Router Alert, così i motori di inoltro hardware vengono bypassati. OAM Alert LabelQuesta etichetta è specificato dalla raccomandazione ITU-T Y.1711 e RFC 3429. Si inserisce questa etichetta OAM Alert in etichetta stack appena sotto l'etichetta (s), della Label Switch Router in prova. Cisco IOS non utilizza questo speciale Multiprotocol Label Switching etichetta ovunque. Questo perché l'introduzione di una speciale etichetta in etichetta stack può influenzare il trattamento del pacchetto quando viene inoltrato. Un esempio di questo è il caso di bilanciamento del carico pacchetti etichettati, in cui il cambiamento in etichetta stack può introdurre un comportamento diverso di inoltro. In quanto tale, il traffico dati reali degli utenti e del traffico OAM possono essere inoltrati in modo diverso, rendendo l'OAM test inutile in alcuni casi. Un secondo esempio è l'uso del penultimo hop popping (PHP) in una pianura IP-over-Multiprotocol Label Switching rete. In questo caso, il pacchetto arriva sulla uscita Label Switch Router con solo l'etichetta OAM Alert in etichetta stack in cui altrimenti non sarebbe arrivato senza etichetta stack. Nessuna delle tecniche di OAM discussi in questo articolo e utilizzato da Cisco IOS utilizza l'etichetta OAM Alert.
Multiprotocol Label Switching Label Switch Router Ping
Multiprotocol Label Switching Label Switch Router ping è il nome di un Multiprotocol Label Switching richiesta di eco e Multiprotocol Label Switching echo reply. Ping è uno strumento di risoluzione dei problemi ben noto per le reti IP che viene utilizzato per capire se l'oggetto è lì. Se lo è, si vede un eco. E 'come usare SONAR in un sottomarino. Ping utilizza ICMP, che è stato progettato per aumentare il protocollo IP, perché in grado di segnalare le condizioni di errore (destinazione irraggiungibile, ora superato, e così via) e inviare messaggi pubblicitari informativi (redirect, indirizzo maschera, e così via). Ping utilizza ICMP per effettuare echo richiesta e Echo Reply pacchetti. Il pacchetto di richiesta echo viene inviato verso la destinazione, che dovrebbe poi rispondere con un pacchetto di risposta echo. La fonte di ricezione della risposta echo indica che i due host possono vedersi a livello di rete (Layer 3). Multiprotocol Label Switching, perché non può funzionare senza IP a livello di rete, è possibile utilizzare ancora il ping IP quando la rete è in esecuzione Multiprotocol Label Switching. I pacchetti ping sono identificati e label-switched tutta la rete. Perché inventare Multiprotocol Label Switching Label Switch Router ping? Beh, ping IP non è sufficiente per verificare la correttezza delle Multiprotocol Label Switching Label Switch Router. Anche se può verificare se la connettività è presente a livello IP, non si verifica se il Label Switch Router è rotto. Se si dispone di un semplice IP-over-Multiprotocol Label Switching di rete e di distribuzione delle label protocollo è suddiviso tra due Label Switch Router, ping indica che non vi è alcun problema in quanto la richiesta echo rende per la destinazione e la risposta eco rende Torna alla origine. Tra i due Label Switch Router, dove la sessione di distribuzione delle label protocollo è rotto, i pacchetti non sono più classificati. Il ping indica falsamente che tutto va bene, quando in realtà il Label Switch Router è rotto. Se l'etichetta Switch Router è rotto, il traffico diventa ATOM senza etichetta tra Label Switch Router P2 e P3. Perché questi due Label Switch Router non sanno di trasmettere quei fotogrammi, sono caduto. Un ping da PE a PE router attraverso il Label Switch Router sarebbe successo, ma il traffico ATOM fallirebbe. Per avere un protocollo simile al protocollo IP ping indicano problemi specifici con Multiprotocol Label Switching Label Switch Routerss, Multiprotocol Label Switching Label Switch Router ping è stato inventato. Label Switch Routerss può rompere per qualsiasi numero di ragioni, mentre la connettività IP rimane fine. Seguito sono riportate alcune ragioni che un Label Switch Router potrebbe essere rotto:
■ La sessione di distribuzione delle label protocollo è il basso.
Per alcuni di questi problemi, i pacchetti diventano senza etichetta, altri sono label-switched, ma in un modo sbagliato. È per questo che avete bisogno di un meccanismo per verificare il Label Switch Router end to end e dare un feedback utile quando il Label Switch Router è rotto. Quando si cerca di risolvere il Label Switch Router, è bene sapere dove il Label Switch Router è rotto e che l'errore è. Multiprotocol Label Switching Label Switch Router ping rileva problemi nel piano di inoltro, ma controlla anche il piano di controllo nei confronti delle informazioni sul piano dei dati. Label Switch Router ping è simile a ping IP, in quanto utilizza anche una richiesta di eco e di risposta echo. È qui che le somiglianze di stop, però. Multiprotocol Label Switching Label Switch Router ping ha formati di pacchetto del tutto diverso e restituisce le informazioni sulla risoluzione dei problemi. Una richiesta di eco Multiprotocol Label Switching viene inviato dal mittente e prove un particolare Forwarding Equivalence Class. La richiesta echo detiene il Forwarding Equivalence Class stack indicando quali Forwarding Equivalence Class è in fase di sperimentazione. La trasmissione di equivalenza di classe stack può contenere una o più etichette che il ricevitore è da verificare. Il ricevitore quindi verifica che il Forwarding Equivalence Class stack in merito alla richiesta di ECHO è quello corretto per la Forwarding Equivalence Class. Inoltre, le informazioni piano dati per l'inoltro di equivalenza di classe è stato verificato con le informazioni del piano di controllo. Una richiesta di eco Multiprotocol Label Switching è un pacchetto UDP con porta di destinazione di 3.503 e una porta di origine scelto dal mittente. Che ha un'opzione Router Alert. Per evitare che il pacchetto di passare ulteriormente come un pacchetto IP se il Label Switch Router è rotto, ma il percorso IP è ancora valida, il TTL IP del pacchetto è impostato su 1 e l'indirizzo IP di destinazione del pacchetto è della gamma 127,0 .0.0 / 8. L'intervallo di indirizzi 127.0.0.0 / 8 è per i locali gli indirizzi IP per l'host, quindi, i pacchetti che hanno un indirizzo IP di destinazione di questa gamma non dovrebbe mai essere visto sui fili della rete. Un Label Switch Router mai avanti un tale pacchetto IP se il Label Switch Router è rotto, e neppure l'uscita Label Switch Router di Label Switch Router. L'uscita Label Switch Router invia il pacchetto al modulo software UDP in esecuzione sul router in ascolto sulla porta UDP 3503. L'indirizzo IP di origine è solo un indirizzo IP del mittente scelto. Il numero di versione è 1. Il Global Flags campo ha attualmente un solo bit definito. LSB è il V (Valida Forwarding Equivalence Class Stack) bandiera. Se il flag V è impostato, il mittente vuole il ricevitore per convalidare l'Forwarding Equivalence Class stack. Il tipo di messaggio o è 1 per uno Multiprotocol Label Switching richiesta di eco o 2 per un Multiprotocol Label Switching echo reply. La modalità di risposta indica come il Multiprotocol Label Switching risposta echo deve essere restituito. Rispondi Modalità 1 deve essere utilizzato solo se Risposte Echo non devono essere restituiti. Potrebbe essere che qualcuno sta monitorando la destinazione per mezzo di un componente software per vedere se il Multiprotocol Label Switching richieste fanno eco, così restituendo il Risposte Echo è inutile. Reply Mode 2 è il modo di regolare la risposta. Reply modalità 3 è la stessa risposta Mode 2, ma i pacchetti di risposta echo vengono restituiti con l'opzione Router Alert. Come spiegato nella sezione precedente, è possibile utilizzare questo per assicurare che il pacchetto ha il più alto grado di certezza di tornare, in caso di problemi con l'inoltro lungo il percorso di ritorno. Risposta 4 Mode è una modalità di risposta fuori banda. Si noti che Multiprotocol Label Switching Label Switch Router ping test uno Label Switch Router. Perché Label Routerss Switch sono unidirezionali, solo le richieste echo stanno testando il Multiprotocol Label Switching Label Switch Router. I pacchetti di risposta echo test non sono più niente, sono semplicemente necessarie per ottenere le informazioni indietro al mittente. In quanto tale, la rete non ha bisogno di restituire il pacchetti di risposta echo lungo lo stesso percorso nella direzione opposta. La rete inoltre, non ha bisogno di tornare loro etichetta. La rete può inviare di nuovo i pacchetti IP. Maniglia del mittente è proprio questo: una maniglia o un numero che indica chi è il mittente. La sequenza numerica indica le richieste echo echo e successive risposte inviate dallo stesso Label Switch Router. I timestamp sono composte da due campi: uno in pochi secondi e uno in microsecondi. Inviati Timestamp indica l'ora del giorno che il mittente ha inviato la richiesta eco, e il ricevuti Timestamp indica l'ora del giorno che il destinatario ha ricevuto la richiesta echo. Per l'ora di essere utile, è necessario per sincronizzare gli orologi del mittente e del destinatario. Gli ultimi campi dei trasporti il TLV. 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 "Router Alert Opzione e Router Alert Label" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.
|
|||||
| Online: 298 users browsing the articles directory |
|
|