Metrický Vzorec,
Enhanced Interior Gateway Routing Protocol, nebo EIGRP, metrika se nám ukáže nějaký velký čísla. Je to 32bitová hodnota. Znamená to, že má velký prostor na hraní. Takže číslo, které je v tisících, o nic nejde. To je chump change, dobře, to je chump change. Metrika EIGRP, kterou nazýváme proveditelnou vzdáleností, když ji vidíme v topologických tabulkách a směrovací tabulce, má metrika EIGRP velmi složitý vzorec. Neukazujeme vám vzorec, takže si ho zapamatujete v jeho matematické reprezentaci. Ale potřebujeme, abyste pochopili ducha této funkce a jak se to odehrává. Pojďme tedy popsat metriku EIGRP a jak o ní můžeme mluvit a přemýšlet o tom v praktickém smyslu.
metrický = * * 256
tři slova, šířka pásma plus zpoždění. Je to opravdu to, na co se to rozpadá. Pokud si pamatujete, že rovnici vidíme, že spletité metrické rovné opravdu štěpí na šířku pásma plus zpoždění ve výchozím nastavení, jste připraveni. Určitě jste připraveni. Proč to tak funguje? Máme K hodnoty, které jsou zapojeny do rovnice stejně.
Router#show ip protocols | include metrické hmotnostEIGRP metrické hmotnost K1=1, K2=0, K3=1, K4=0, K5=0
A jak můžete vidět, výchozí hodnoty K, K1-1, K2-0, K3-1, K4-0, K5-0. Pokud jste zapojen do těchto čísel a vy jste se nestaral o hodnotu šířky pásma nebo nákladu nebo zpoždění v této rovnice právě teď, právě jsi porušil vše, co se do jeho nejjednodušší hodnoty, no násobení nulou, dělení nulou, můžete skončit s nulou. Takže v podstatě nakonec skončíme s šířkou pásma plus zpoždění. Rozdělili jsme to na jeho základní součásti a to je to, co si chcete pamatovat. Ale teď se ponoříme do toho, jaké aspekty šířky pásma, jaké aspekty zpoždění? No šířka pásma, opravdu se díváme na nejnižší šířku pásma od zdroje k cíli. Řekněme, že máme čtyři odkazy od zdroje k cíli. 10 gigabitový odkaz, 1 gigabitový odkaz, 100 megabitový odkaz a T1 při 1, 544 Mbps. V našem výpočtu šířky pásma, který z nich bude použit?
takže pokud tyto odkazy byly všechny jeden po druhém, a já se snažím vypočítat šířku pásma pro tuto cestu, nepoužívám všechny čtyři z nich. Jednu si vyberu. A co si vyberete? Pokud byste museli vybrat jeden vstup do vzorce šířky pásma, zvolili byste skutečně vysokorychlostní aspekt této cesty nebo byste zvolili úzký profil – část sítě, která má menší propustnost a omezí náš provoz? Je opravdu hezké, že máme na cestě odkaz 10 gigabitů a 1 gigabitový odkaz a odkaz 100 megabitů. Ale jakmile se dostaneme k T1 spojnici, je to naše překážka, a to nás zpomalí a můžeme být opravdu tak rychlí jako naše nejpomalejší spojení, protože všechno se tam zasekne a věci se na nás zpomalí.
další způsob, jak o tom přemýšlet, je to váš nejslabší článek. A tam je ta fráze, řetěz je jen tak silný jako jeho co? Co to je? Nejslabší článek? Někdy to označujeme jako nejslabší šířku pásma odkazu. Pomáhá nám to pochopit. Ber to jako řetěz, dobře? A pak, počkejte chvíli, dali jsme vám tři slova. Takže jsme pracovali s prvním slovem, nejslabší šířka pásma, druhé bylo plus, sčítání, zpoždění. Jak se zpoždění část tohoto výpočtu hrát ven?
no zpoždění je kumulativní. Takže vezmeme v úvahu zpoždění všech odkazů od zdroje k cíli, přidáme to všechno dohromady a je to vloženo do celkového výpočtu. A pak ve vzorci vidíme, že je násobeno 256. Dobře, ale hlavní komponenty, šířka pásma plus zpoždění, to je opravdu to, na co se chceme zaměřit.
Nyní si možná myslíte, že opravdu chci naladit svou operaci. Chci, aby to bylo opravdu přesné. No EIGRP původně, když to vyšlo, mysleli si, že chceme zohlednit věci, jako je stabilita sítě a současné využití sítě. A tak nám dali dvě další metrické komponenty, které se zapínají a vypínají pomocí takzvaných hodnot K. Tyto hodnoty K Mohou vypnout spolehlivost nebo zapnout a zapnout a vypnout zatížení, nyní jsou ve výchozím nastavení vypnuty. Pouze ty, které jsou ve výchozím nastavení jsou šířka pásma a zpoždění, které mají metrický způsob, který říká, že je to ve stejném poměru, default podíl. A hodnota K může říkat nula, což ji vypne nebo může být opravdu vysoká, což ji činí více zohledněnou. Problém s tím však je, pokud si myslíte, že pro sebe, chci zapnout spolehlivost, ani o tom nepřemýšlejte. Ani nepřemýšlejte o zapnutí zátěže. Proč?
no vidíme, že Cisco doporučuje, že se nedoporučuje, abyste to udělali. Ale proč, z pohledu skutečného světa, proč je nechat na pokoji? Spolehlivost a zatížení, tyto hodnoty se budou měnit na základě intervalů pro konkrétní rozhraní. Takže pokud jsou čísla spolehlivosti a čísla zatížení neustále aktualizována pro tato rozhraní, Co to udělá s EIGRP a metrikou, která bude muset být inzerována? Neustále se to bude měnit. Takže spolehlivost nebo zatížení se aktualizuje každých pět minut, hádejte co? Metrika se mění každých pět minut a víte, co se stane? Budete to muset inzerovat a pak to inzerovat. A teď je to jen plýtvání. Nestojí to za to. A pokud jste reconverging různé cesty, během problém tam, kde je nestabilita a máš klesla návštěvnost, jak se budete i vědět, kterou cestou se vaše pakety byly v tu chvíli a čas? Tohle je velký nepořádek. Takže šířka pásma a zpoždění, nejslabší šířka pásma a malá kumulativní hodnota přidaná hodnota, to je naše zpoždění, které je založeno na čase, který je potřebný k zapouzdření a serializaci bitů do tohoto média.
metrické hodnoty
kde EIGRP najde informace týkající se šířky pásma, zpoždění, spolehlivosti a zatížení? Úroveň rozhraní. Pokud tedy ukážeme rozhraní, každé z našich rozhraní má výchozí vstupy k pěti hodnotám. Teď, když říkám pět, MTU je také započítán. Tam jsme se o tom moc nebavili. A to se povedlo jen v tie breaku.
Router#show interface serial 0/0/0Serial0/0/0 is up, line protocol je dolůHardware je GT96K SériovéPopis: Záložní OdkazMTU 1500 bajtů, BW 1544 Kbit/sec DLY 20000 usec,spolehlivost 255/255, txload 1/255, rxload 1/255
Můžeme vidět, šířku pásma, že je BW. Zpoždění, DLY. Počkejte chvíli, jak se měří? Teď jsem vám chtěl naznačit, jak se to měří. Cisco nám dává vstupní tady a jejich inženýři předem vypočítaných toto měření, které je v U-sekundy (mikrosekundy). U je nahradit symbol µ, což je symbol mikronů. Má velmi zakřivené m. a tak, je to 20000 usec, takže k čemu to funguje? Funguje to 20 milisekund. To není moc času. Ani to nebude mít vliv na vaše výpočty měřitelným způsobem, vysoce měřitelným způsobem. Převrátí váhy, když máme velmi, velmi podobné cesty. Jinak to bude asi stejné. Takže tohle jsou dva, se kterými můžete manipulovat, mimochodem. Můžete manipulovat s šířkou pásma, přejít na úroveň rozhraní, příkaz šířky pásma, určitě byste to měli udělat pro sériové odkazy, že? Protože jaká je výchozí šířka pásma na našich sériových linkách?
1.544 megabitů za sekundu nebo 1544 kbit / s. a EIGRP používá toto číslo pro výpočet šířky pásma. Řekněme, že to bylo opravdu 64K spojení. Viděl by EIGRP jako odkaz 64K právě teď nebo odkaz 1.544 megabitů za sekundu? Viděl by to jako 1.544, i když je to opravdu jen 64. Takže by to mohlo opravdu ublížit metrickému výpočtu a případně způsobit, že EIGRP zvolí suboptimální cestu.
můžete také vyladit zpoždění, pokud jste chtěli. Málokdy vám to pomůže. Málokdy to bude ta správná věc, to řeknu. A pak můžeme vidět spolehlivost a zatížení a spolehlivost 255/255. Takže v posledních minutách to nemělo výkyvy. A načítání vypadá, že se toho teď moc neděje. Ale nezapomeňte znovu, nechceme, aby naše hodnoty K umožňovaly tyto aspekty výpočtu. Chcete se držet šířky pásma a zpoždění.