Bilanciamento del carico in CEF

CEF consente il bilanciamento del carico o la condivisione del carico di traffico tra i diversi link in uscita. CEF molteplici esigenze link in uscita come prossima luppolo nella tabella di routing per eseguire il bilanciamento del carico. Il comando massimo i percorsi specifica il numero di percorsi o di prossima luppolo sono permessi per prefisso nella tabella di routing per il protocollo specifico di routing. Ad esempio, se si configura massimo-path 2 nell'ambito del protocollo di routing Open Shortest Path First (OSPF), solo due vie OSPF per prefisso sono ammessi nella tabella di routing. Questi due percorsi sono poi riportati nella tabella CEF, come percorsi di uscita. In CEF, i due principali sistemi di bilanciamento del carico sono per-pacchetto o per destinazione. Se si configura il per-packet schema di bilanciamento del carico, il bilanciamento del carico di tutti i pacchetti è round-robin pacchetto per pacchetto sui link in uscita. Per il bilanciamento del carico pacchetto viene configurato con il comando di interfaccia ip load-sharing per-packet.

È necessario configurare questo comando su tutte le interfacce di uscita, se si desidera configurare per il bilanciamento del pacchetto CEF carico. Il valore predefinito CEF bilanciamento del carico di sistema è a destinazione. Questa terminologia è un po 'fuorviante, però, perché il CEF per il bilanciamento del carico di destinazione è fatto hashing la destinazione e origine Indirizzo IP. Al contrario, per il bilanciamento del carico di destinazione che la commutazione veloce non è strettamente guardando l'indirizzo IP di destinazione. Per la ripartizione del carico di destinazione è il carico di default il sistema di ripartizione per CEF. E 'il carico di default condivisione metodo per CEF perché il pro-sistema di ripartizione del carico dei pacchetti in grado di inviare pacchetti consecutivi del flusso stesso (questo significa la stessa fonte / coppia indirizzo IP di destinazione) attraverso percorsi diversi e, quindi, potrebbe portare a un problema di riordino del pacchetti IP a destinazione. Questo può portare a problemi per il traffico VoIP perché, come un colpo di prestazioni o di deterioramento della qualità, si può verificare se i pacchetti arrivano in sequenza, come i pacchetti potrebbero essere considerate perse. Inoltre, aggiunge il jitter. Per la ripartizione del carico di pacchetti, tuttavia, offre una perfetta condivisione di distribuzione del carico sulle strade in uscita, mentre la per-la condivisione del carico di destinazione è solo un metodo statistico di distribuzione dei flussi per le coppie di (indirizzo IP sorgente, destinazione indirizzo IP). Pertanto, la ripartizione del carico di traffico con il metodo perdestination può dare solo un buon risultato (una buona distribuzione tra tutti i possibili collegamenti in uscita), se abbastanza diverse coppie di indirizzi sorgente e destinazione compongono il traffico verso le diverse destinazioni che sono in uscita sulla uscita links. Anche allora, se alcuni flussi sono presenti, con traffico molto più su di altri, che sono su una strada, la distribuzione potrebbe essere ancora irregolare.

Disparità di bilanciamento del carico dei costi

E 'possibile avere il bilanciamento del carico disparità di costo in CEF. In tal caso, i 16 secchi hash non sono distribuiti uniformemente tra tutti i percorsi possibili. Esempio 6-9 mostra un router che esegue Enhanced Interior Gateway Routing Protocol (EIGRP) come il protocollo di routing e la varianza di essere configurato per EIGRP. EIGRP varianza permette di eseguire una disparità di bilanciamento del carico dei costi perché consente percorsi per essere installato nella tabella di routing che non sono le migliori. (Questi percorsi non hanno la metrica più bassa.) In breve, il numero di varianza consente a tutti i percorsi che hanno una metrica che è inferiore a quella del percorso migliore moltiplicata per la varianza per essere installato nella tabella di routing. Un ulteriore controllo è necessaria: La distanza segnalato (metrica del percorso, come riportato dal prossimo EIGRP) di un percorso deve essere inferiore alla distanza possibile (FD) in EIGRP per essere ammissibile per l'installazione nella tabella di routing. In Esempio 6-9, la strada migliore per prefisso 10.200.254.4/32 ha una metrica di 2.323.456, e la seconda via migliore è una metrica di 8.697.856. Quest'ultimo parametro è 3,74 volte più grande della metrica del percorso migliore, e questo si riflette nel numero di bucket hash assegnati a ciascuno dei due percorsi. Questo rapporto è visto anche nella conteggio del traffico parti nella tabella di routing per il prefisso (15 / 4). Il miglior percorso che punta a Ethernet 1 / 2 dispone di 13 secchi hash, considerando che il percorso che punta alla Ethernet 1 / 3 ha 3 secchi hash. Ovviamente, 16 è un numero ridotto di esemplari, di conseguenza, una perfetta distribuzione dei secchi hash secondo la metrica non è sempre possibile. La distribuzione sarà sempre approssimativa.

Pacchetti di bilanciamento del carico Labeled

Se il Multiprotocol Label Switching payload è un indirizzo IPv4 o pacchetto IPv6, Cisco IOS utilizza l'algoritmo di hashing CEF per determinare l'interfaccia in uscita, nel caso di per-il bilanciamento del carico di destinazione. Il bilanciamento del carico viene fatto solo tra i percorsi etichetta. Ciò significa che se un indirizzo IP (senza etichetta) e un percorso classificati hanno lo stesso costo, solo il percorso etichetta viene utilizzata per trasmettere i pacchetti. Il comando per verificare che il percorso di un pacchetto IPv4 classificati avranno in caso di per-il bilanciamento del carico di destinazione è Mostra Multiprotocol Label Switching inoltro etichette tavolo Etichetta esatto percorso IPv4 indirizzo-sorgente destination-address. Di seguito sono riportate le norme generali per il bilanciamento del carico dei pacchetti etichettati in modo non-IPv6-in grado router Cisco IOS:

■ Se il Multiprotocol Label Switching payload è un pacchetto IPv4, il bilanciamento del carico è fatto hashing la fonte e l'indirizzo IP di destinazione dell'intestazione IPv4.

■ Se il Multiprotocol Label Switching payload non è un pacchetto IPv4, il bilanciamento del carico viene effettuata osservando il valore del marchio in basso.

Come funziona un Multiprotocol Label Switching-enabled router sapere qual è il Multiprotocol Label Switching payload è? Il router che ha assegnato l'etichetta può essere questo numero guardando l'etichetta, perché questo router assegnato un'etichetta alla trasmissione particolare classe di equivalenza che il pacchetto appartiene. Tuttavia, se la pila contiene più di una etichetta, il router P in rete Multiprotocol Label Switching non assegnare l'etichetta di fondo. Multiprotocol Label Switching, perché non dispone ancora di un campo di identificazione del protocollo in etichetta stack, il router P non possono facilmente individuare il Multiprotocol Label Switching payload è. In Cisco IOS, il router può guardare il nibble successivo alla Multiprotocol Label Switching label stack. Se il primo nibble ha il valore 4, Cisco IOS ritiene che questo pacchetto un indirizzo IPv4 e svolge IPv4 CEF hashing. Più recente del software Cisco IOS, che è anche in grado di eseguire IPv6 è possibile verificare se il nibble prima è di 6. In caso affermativo, il Multiprotocol Label Switching payload è considerata IPv6, e il router esegue IPv6 CEF hashing. Il bilanciamento del carico è quindi in base alla sorgente e destinazione nell'intestazione IPv6. L'algoritmo per il bilanciamento del carico il Multiprotocol Label Switching pacchetti diventa come segue:

■ Se il Multiprotocol Label Switching payload è un pacchetto IPv4, il bilanciamento del carico è fatto hashing la fonte e l'indirizzo IP di destinazione dell'intestazione IPv4.

■ Se il Multiprotocol Label Switching payload non è un indirizzo IPv4 o pacchetto IPv6, il bilanciamento del carico viene effettuata osservando il valore del marchio in basso.

La risoluzione dei problemi CEF

Quando i pacchetti non giungono a destinazione in una rete Multiprotocol Label Switching, potrebbe essere perché CEF omesso di etichettare i pacchetti correttamente sul router PE ingresso o trasmesse al router sbagliato adiacenti. Si dovrebbero avere competenze tecniche di risoluzione dei problemi eseguire il debug di questi problemi CEF. È possibile disabilitare e abilitare il CEF l'interfaccia con il comando ip route-cache cef. Toggling CEF sull'interfaccia spesso può indicare se il problema è con CEF. Se il problema è con il Layer 2 riscrittura dei pacchetti, è possibile controllare le informazioni di adiacenza con la Mostra di adiacenza comando o deselezionare la contiguità con il chiara adiacenza comando. Il comando di debug debug gocce CEF IP [access-list] Ti dice se i pacchetti IP sono sceso sul router PE ingresso. È possibile specificare un elenco di accesso 1-99 consentono di restringere l'output di debug di uno o più prefissi specifici.

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 è "il bilanciamento del carico in CEF" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.