Formula metrica
Il protocollo di routing del gateway interno avanzato, o EIGRP, metrica ci mostrerà alcuni grandi numeri. È un valore a 32 bit. Significa che ha un grande spazio per giocare. Quindi il numero che è in migliaia, non è un grosso problema. E ‘un cambiamento da idioti, ok, e’ un cambiamento da idioti. La metrica EIGRP, che chiamiamo la distanza fattibile, quando la vediamo nelle tabelle di topologia e nella tabella di routing, la metrica EIGRP ha una formula molto complessa. Non ti stiamo mostrando la formula, quindi la memorizzi nella sua rappresentazione matematica. Ma abbiamo bisogno che tu capisca lo spirito di questa funzionalità e come si svolge. Quindi, descriviamo la metrica EIGRP e come possiamo parlarne e pensarla in senso pratico.
Metrica = * * 256
Tre parole, larghezza di banda più ritardo. È davvero quello che si rompe. Se ricordi, quell’equazione che vediamo, quella metrica contorta uguale si rompe davvero in larghezza di banda più ritardo per impostazione predefinita, sei impostato. Sei decisamente a posto. Ora, perché funziona in questo modo? Abbiamo anche valori K che sono inseriti nell’equazione.
Router # mostra protocolli ip / include peso metricoEIGRP peso metrico K1=1, K2=0, K3=1, K4 = 0, K5=0
E come puoi vedere i valori K predefiniti, K1-1, K2-0, K3-1, K4-0, K5-0. Se hai inserito quei numeri e non ti importava del valore della larghezza di banda o del carico o del ritardo in quell’equazione in questo momento, hai semplicemente rotto tutto ai suoi valori più semplici, moltiplicando per zero, dividendo zero, finisci con zero. Quindi, essenzialmente, alla fine, finiamo con larghezza di banda più ritardo. Lo abbiamo suddiviso nelle sue componenti fondamentali ed è quello che vuoi ricordare. Ma ora, tuffiamoci in quali aspetti della larghezza di banda, quali aspetti del ritardo? Beh larghezza di banda, stiamo davvero guardando la larghezza di banda più bassa dalla sorgente alla destinazione. Quindi, diciamo, abbiamo quattro collegamenti dall’origine alla destinazione. Un collegamento da 10 gigabit, un collegamento da 1 gigabit, un collegamento da 100 megabit e un T1 a 1.544 Mbps. Nel nostro calcolo della larghezza di banda, quale di questi verrà utilizzato?
Quindi se quei collegamenti erano tutti uno dopo l’altro, e sto cercando di calcolare la larghezza di banda per quel percorso, non li uso tutti e quattro. Ne scelgo uno. E cosa sceglierai? Se dovessi scegliere un input per la formula della larghezza di banda, sceglieresti l’aspetto veramente ad alta velocità di quel percorso o sceglieresti il collo di bottiglia-quella parte della rete che ha meno throughput e sta per limitare il nostro traffico? Bene, è davvero bello che abbiamo un collegamento da 10 gigabit e un collegamento da 1 gigabit e un collegamento da 100 megabit sul percorso. Ma una volta arrivati a quel collegamento T1, questo è il nostro collo di bottiglia, e questo ci rallenterà e possiamo essere veramente veloci come il nostro collegamento più lento perché tutto si incepperà lì e le cose rallenteranno su di noi.
Un altro modo per pensarci, è il tuo anello più debole. E c’è quella frase, una catena è solo forte come la sua cosa? Che cos’e’? Anello debole? Quindi a volte ci riferiamo ad esso come la larghezza di banda dell’anello più debole. Ci aiuta a capirlo. Pensala come una catena, ok? E poi, aspetta un attimo, ti abbiamo dato tre parole però. Quindi abbiamo lavorato con la prima parola, banda di collegamento più debole, la seconda era più, aggiunta, ritardo. Come funziona la parte di ritardo di questo calcolo?
Bene il ritardo è cumulativo. Quindi prendiamo in considerazione il ritardo di tutti i collegamenti dall’origine alla destinazione, aggiungiamo tutto insieme e viene inserito nel calcolo complessivo. E poi possiamo vedere nella formula che è moltiplicato per 256. Va bene, ma i componenti principali, larghezza di banda più ritardo, questo è davvero ciò su cui vogliamo concentrarci qui.
Ora potresti pensare, voglio davvero sintonizzare la mia operazione. Voglio renderlo davvero preciso. Beh EIGRP originariamente quando è uscito, stavano pensando che volevamo fattore in cose come la stabilità di una rete e l’utilizzo corrente della rete. E così, ci hanno dato due componenti metriche aggiuntive che vengono attivate e disattivate con i cosiddetti valori K. Questi valori K possono disattivare l’affidabilità o l’accensione e attivare e disattivare il carico, ora sono disattivati per impostazione predefinita. Solo quelli che sono attivi di default sono larghezza di banda e ritardo, che hanno un modo metrico di uno, che dice che è attivo alla stessa proporzione, la proporzione predefinita. E un valore K può dire zero, che lo spegne o può essere molto alto, il che lo rende più fattorizzato. Il problema con questo però, è che se pensi a te stesso, voglio accendere l’affidabilità, non pensarci nemmeno. Non pensare nemmeno di accendere il carico. Perche ‘ mai?
Beh, possiamo vedere che Cisco raccomanda che non è consigliabile che lo si fa. Ma perché, dal punto di vista del mondo reale, perché lasciarli soli? Bene affidabilità e carico, quei valori cambieranno in base agli intervalli per la particolare interfaccia. Quindi, se i numeri di affidabilità e i numeri di carico vengono costantemente aggiornati per quelle interfacce, cosa farà EIGRP e la metrica che dovrà essere pubblicizzata? Cambierà continuamente. Quindi affidabilità o carichi aggiornati ogni cinque minuti, beh indovina un po’? La tua metrica cambia ogni cinque minuti e sai cosa succederà? Si sta andando ad avere per pubblicizzare che fuori e poi pubblicizzare fuori. E ora, questo è solo uno spreco. Non ne vale la pena. E se ti stai riconvertendo a percorsi diversi, durante un problema in cui c’è instabilità e hai perso traffico, come farai a sapere quale percorso stavano prendendo i tuoi pacchetti in quel momento e in quel momento? E’un gran casino. Quindi larghezza di banda e ritardo, larghezza di banda dell’anello più debole e un piccolo valore cumulativo aggiunto, cioè il nostro ritardo, che si basa sul tempo necessario per incapsulare e serializzare i bit in quel supporto.
Valori metrici
Dove trova EIGRP le informazioni relative a larghezza di banda, ritardo, affidabilità e carico? Livello di interfaccia. Quindi, se mostriamo le interfacce, ogni singola delle nostre interfacce ha input predefiniti per i cinque valori. Ora, quando dico cinque, MTU è anche preso in considerazione. Non ne abbiamo proprio parlato. E che funziona solo per essere un tie break.
Router#show interfacce seriali 0/0/0Serial0/0/0 è in alto, il protocollo di riga è downHardware è GT96K SerialeDescrizione: Backup LinkMTU 1500 byte, BW 1544 Kbit/sec, DLY 20000 usec,affidabilità 255/255, txload 1/255, rxload 1/255
Siamo in grado di vedere la larghezza di banda, che è il BW. Il ritardo, DLY. Aspetta un attimo, come si misura? Ora volevo darti un suggerimento su come questo viene misurato. Cisco ci dà un input qui e i loro ingegneri hanno precalcolato questa misura che è in U-secondi (microsecondo). U è quello di sostituire il simbolo µ, che è il simbolo micron. Ha la M molto curva E quindi, sono 20000 usec, quindi a cosa serve? Funziona 20 millisecondi. Non e ‘ molto tempo. Né sarà di impatto nei tuoi calcoli in modo misurabile, in modo altamente misurabile. Farà pendere la bilancia quando avremo percorsi molto, molto simili. Altrimenti, sarà più o meno lo stesso. Quindi questi sono i due che puoi manipolare, a proposito. Puoi manipolare la larghezza di banda, andare al livello di interfaccia, comando di larghezza di banda, dovresti assolutamente farlo per i collegamenti seriali, giusto? Perché qual è la larghezza di banda predefinita sui nostri collegamenti seriali?
1.544 megabit al secondo o 1544 Kbit / sec. E EIGRP utilizza questo numero per il calcolo della larghezza di banda. Quindi diciamo che questo era veramente un link 64K. EIGRP lo vedrebbe come un collegamento 64K in questo momento o un collegamento 1.544 megabit al secondo? Lo vedrebbe come 1.544 anche se è veramente solo 64. Quindi questo potrebbe davvero danneggiare il calcolo metrico e possibilmente incorrere in EIGRP per scegliere un percorso non ottimale.
Si potrebbe anche modificare il ritardo, se si voleva. Raramente ti aiuterà. Raramente sarà la cosa giusta da fare, lo dirò. E poi, possiamo vedere affidabilità e carico e affidabilità 255/255. Quindi non ha avuto fluttuazioni negli ultimi minuti. E il caricamento sembra che non ci sia molto da fare in questo momento. Ma ricorda di nuovo, non vogliamo che i nostri valori K abilitino quegli aspetti del calcolo. Si desidera attenersi alla larghezza di banda e ritardo.