Hodiaŭ ni daŭrigos nian studon de sekcio 2.6 de la kurso ICND2 kaj rigardos agordon kaj kontrolon de la EIGRP-protokolo. Agordi EIGRP estas tre simpla. Kiel kun iu ajn alia enkursiga protokolo kiel RIP aŭ OSPF, vi eniras la tutmondan agordan reĝimon de la enkursigilo kaj enigu la komandon de router eigrp <#>, kie # estas la AS-numero.
Ĉi tiu nombro devas esti la sama por ĉiuj aparatoj, ekzemple, se vi havas 5 enkursigilojn kaj ili ĉiuj uzas EIGRP, tiam ili devas havi la saman aŭtonomian sisteman nombron. En OSPF, tio estas la Process ID, aŭ proceznumero, kaj en EIGRP, la aŭtonomia sistemnumero.
En OSPF, por establi najbarecon, la Process IDs de malsamaj enkursigiloj eble ne kongruas. En EIGRP, la AS-nombroj de ĉiuj najbaroj devas kongrui, alie la najbareco ne estos establita. Estas 2 manieroj ebligi la EIGRP-protokolon - sen specifi inversan maskon aŭ kun specifi ĵokeran maskon.
En la unua kazo, la reta komando specifas klasan IP-adreson kiel 10.0.0.0. Ĉi tio signifas, ke ĉiu interfaco kun la unua okteto de la IP-adreso 10 partoprenos en EIGRP-vojigo, tio estas, en ĉi tiu kazo, ĉiuj klasaj A-adresoj de reto 10.0.0.0 estas implikitaj. Eĉ se vi eniras precizan subreton kiel 10.1.1.10 sen specifi inversan maskon, la protokolo ankoraŭ konvertos ĝin al IP-adreso kiel 10.0.0.0. Tial, rimarku, ke la sistemo ĉiukaze akceptos la adreson de la specifita subreto, sed konsideros ĝin klasa adreso kaj funkcios kun la tuta reto de klaso A, B aŭ C, depende de la valoro de la unua okteto de la IP-adreso. .
Se vi volas ruli EIGRP en la subreto 10.1.12.0/24, vi devos uzi reton de komando de inversa masko 10.1.12.0 0.0.0.255. Tiel, EIGRP funkcias kun klasplenaj retoj sen inversa masko, kaj kun senklasaj subretoj, la uzo de ĵokera masko estas deviga.
Ni iru al Packet Tracer kaj uzu la retan topologion de la antaŭa videolernilo, pri kies ekzemplo ni konatiĝis kun la konceptoj de FD kaj RD.
Ni starigu ĉi tiun reton en la programo kaj vidu kiel ĝi funkcios. Ni havas 5 enkursigilojn R1-R5. Kvankam Packet Tracer uzas enkursigilojn kun GigabitEthernet-interfacoj, mi mane ŝanĝis la retan bendolarĝon kaj prokrastojn tiel ke ĉi tiu skemo koincidis kun la topologio diskutita antaŭe. Anstataŭ la 10.1.1.0/24 reto, mi konektis virtualan loopback interfacon al la R5-enkursigilo, al kiu mi asignis la adreson 10.1.1.1/32.
Ni komencu agordante la R1-enkursigilon. Mi ankoraŭ ne ebligis EIGRP ĉi tie, sed ĵus asignis IP-adreson al la enkursigilo. Per la komando config t, mi eniras tutmondan agordan reĝimon kaj ebligas la protokolon tajpante router eigrp <aŭtonoma sistemo numero>, kiu devas esti inter 1 kaj 65535. Mi elektas numeron 1 kaj premas enigi. Plue, kiel mi diris, vi povas uzi du metodojn.
Mi povas tajpi reton kaj la IP-adreson de la reto. Retoj 1/10.1.12.0, 24/10.1.13.0 kaj 24/10.1.14.0 estas konektitaj al enkursigilo R24. Ili ĉiuj estas en la "deka" reto, do mi povas uzi unu senmarkan reton 10.0.0.0 komandon. Se mi premas Enter, EIGRP estos komencita sur ĉiuj tri interfacoj. Mi povas kontroli ĉi tion eldonante la komandon do show ip eigrp interfaces. Ni vidas, ke la protokolo funkcias per 2 GigabitEthernet-interfacoj kaj unu Seria interfaco, al kiu la R4-enkursigilo estas konektita.
Se mi denove rulas la komandon do show ip eigrp interfaces por kontroli, mi povas kontroli, ke EIGRP efektive funkcias en ĉiuj havenoj.
Ni iru al enkursigilo R2 kaj komencu la protokolon per la komandoj agordo kaj router eigrp 1. Ĉi-foje ni ne uzos la komandon por la tuta reto, sed aplikas inversan maskon. Por fari tion, mi eniras la komandon de reto 10.1.12.0 0.0.0.255. Por kontroli la agordon, uzu la komandon do show ip eigrp interfaces. Ni povas vidi, ke EIGRP funkcias nur sur la interfaco Gig0/0, ĉar nur ĉi tiu interfaco kongruas kun la parametroj de la enigita komando.
En ĉi tiu kazo, la inversa masko signifas, ke EIGRP-reĝimo validos por iu ajn reto, kies unuaj tri oktetoj de la IP-adreso estas 10.1.12. Se reto kun la samaj parametroj estas konektita al iu interfaco, tiam ĉi tiu interfaco estos aldonita al la listo de havenoj sur kiuj ĉi tiu protokolo funkcias.
Ni aldonu alian reton kun la komando reto 10.1.25.0 0.0.0.255 kaj vidu kiel la listo de interfacoj kiuj subtenas EIGRP nun aspektos. Kiel vi povas vidi, nun ni aldonis la interfacon Gig0/1. Rimarku, ke la interfaco Gig0/0 havas unu kunulon, aŭ unu najbaron, la enkursigilon R1, kiun ni jam agordis. Poste, mi montros al vi la komandojn por kontroli la agordojn, dum ni daŭre agordas EIGRP por la ceteraj aparatoj. Ni povas aŭ eble ne uzi malantaŭan maskon dum agordo de iu ajn el la enkursigiloj.
Mi iras al la CLI-konzolo de la R3-enkursigilo kaj en la tutmonda agorda reĝimo mi tajpas la komandojn router eigrp 1 kaj reton 10.0.0.0, poste mi eniras la agordojn de la R4-enkursigilo kaj tajpas la samajn komandojn sen uzi la malantaŭan maskon.
Vi povas vidi kiel EIGRP estas pli facile agordebla ol OSPF - en ĉi-lasta kazo, vi devas atenti ABR-ojn, zonojn, determini ilian lokon, ktp. Nenio el ĉi tio estas bezonata ĉi tie - mi nur iras al la tutmondaj agordoj de la enkursigilo R5, tajpu enkursigilon eigrp 1 kaj reto 10.0.0.0, kaj nun EIGRP funkcias en ĉiuj 5 aparatoj.
Ni rigardu la informojn pri kiuj ni parolis en la lasta video. Mi eniras la agordojn de R2 kaj tajpas la komandon show ip route kaj la sistemo montras la postulatajn enskribojn.
Ni atentu la enkursigilon R5, aŭ pli ĝuste, la reto 10.1.1.0/24. Ĉi tiu estas la unua linio en la vojtabelo. La unua nombro en krampoj estas la administra distanco, kio estas 90 por la EIGRP-protokolo. La litero D signifas, ke la informoj pri ĉi tiu itinero estas provizita de la EIGRP-protokolo, kaj la dua nombro en krampoj, egala al 26112, estas la metriko de la itinero R2-R5. Se ni reiras al la antaŭa diagramo, ni vidas, ke ĉi tie la metrika valoro estas 28416, do mi devas vidi, kio estas la kialo de ĉi tiu miskongruo.
Ni tajpas la komandon show interfaco loopback 0 en la agordoj R5. La kialo estas, ke ni uzis loopback-interfacon: se vi rigardas la R5-malfruon sur la diagramo, tiam ĝi estas 10 μs, kaj en la enkursigilo-agordoj ni ricevas informojn, ke la DLY-prokrasto estas 5000 mikrosekundoj. Ni vidu ĉu mi povas ŝanĝi ĉi tiun valoron. Mi eniras en R5 tutmondan agordan reĝimon kaj tajpas interfacon loopback 0 kaj prokrasti komandojn. La sistemo donas aludon, ke la prokrasta valoro povas esti asignita en la intervalo de 1 ĝis 16777215, kaj en dekoj de mikrosekundoj. Ĉar la prokrasta valoro de 10 μs respondas al 1 en dekoj, mi enmetas la ordonon de prokrasto 1. Ni denove kontrolas la interfacajn parametrojn kaj vidas, ke la sistemo ne akceptis ĉi tiun valoron, kaj ĝi ne volas fari tion eĉ kiam ĝi ĝisdatigas la reton. parametroj en la R2-agordoj.
Tamen mi certigas al vi, ke se ni rekalkulas la metrikon por la antaŭa skemo, konsiderante la fizikajn parametrojn de la enkursigilo R5, la realigebla distancvaloro por la itinero de R2 al la reto 10.1.1.0/24 estos 26112. Ni rigardu ĉe la similaj valoroj en la parametroj de la enkursigilo R1 tajpante la komandon show ip route. Kiel vi povas vidi, por la reto 10.1.1.0/24, rekalkulo estis farita kaj nun la metrika valoro estas 26368, ne 28416.
Vi povas kontroli ĉi tiun rekalkulon surbaze de la skemo de la antaŭa videolernilo, konsiderante la proprecojn de Packet Tracer, kiu uzas malsamajn fizikajn parametrojn de la interfacoj, precipe malsaman malfruon. Provu krei vian propran retan topologion kun ĉi tiuj bendolarĝoj kaj latenciaj valoroj kaj kalkulu ĝiajn parametrojn. En via praktiko, vi ne bezonos fari tiajn kalkulojn, nur sciu kiel fari ĝin. Ĉar se vi volas uzi la ŝarĝan ekvilibron, kiun ni menciis en la lasta video, vi devas scii kiel vi povas ŝanĝi la prokraston. Mi ne konsilas tuŝi la bendolarĝon, por ĝustigi EIGRP sufiĉas ŝanĝi la malfruajn valorojn.
Do, vi povas ŝanĝi la valorojn de larĝa de bando kaj malfruo, tiel ŝanĝante la valorojn de la metriko EIGRP. Ĉi tio estos via hejmtasko. Kiel kutime, por tio vi povas elŝuti de nia retejo kaj uzi ambaŭ retajn topologiojn en Packet Tracer. Ni reiru al nia skemo.
Kiel vi povas vidi, agordi EIGRP estas tre simpla, kaj vi povas uzi du manierojn por indiki retojn: kun aŭ sen malantaŭa masko. Kiel en OSPF, en EIGRP ni havas 3 tabelojn: la najbara tablo, la topologiotabelo, kaj la itinertabelo. Ni rigardu ĉi tiujn tabelojn denove.
Ni eniru la R1-agordojn kaj komencu per la tabelo de najbaroj enirante la komandon show ip eigrp najbaroj. Ni vidas, ke la enkursigilo havas 3 najbarojn.
Adreso 10.1.12.2 estas enkursigilo R2, 10.1.13.1 estas enkursigilo R3 kaj 10.1.14.1 estas enkursigilo R4. La tabelo ankaŭ montras, per kiuj interfacoj oni faras komunikadon kun najbaroj. La Hold Uptime estas montrita sube. Se vi memoras, ĉi tiu estas la tempoperiodo, kiu defaŭlte estas 3 Hello periodoj, aŭ 3 x 5s = 15s. Se dum ĉi tiu tempo Saluton-respondo ne ricevis de la najbaro, la konekto estas konsiderata perdita. Teknike, se la najbaroj respondas, ĉi tiu valoro malsupreniras al 10s kaj poste reen al 15s. Ĉiujn 5 sekundojn, la enkursigilo sendas Saluton-mesaĝon, kaj la najbaroj respondas al ĝi ene de la sekvaj kvin sekundoj. La rondvetura tempo por SRTT-pakaĵoj ricevas kiel 40 ms. Ĝia kalkulo estas farita per la RTP-protokolo, kiun EIGRP uzas por organizi komunikadon inter najbaroj. Kaj nun ni rigardos la topologian tabelon, por kiu ni uzas la komandon show ip eigrp topology.
La OSPF-protokolo priskribas ĉi-kaze kompleksan, profundan topologion, kiu inkluzivas ĉiujn enkursigilojn kaj ĉiujn ligilojn disponeblajn en la reto. La EIGRP-protokolo montras simpligitan topologion bazitan sur du itinermetriko. La unua metriko estas la minimuma farebla distanco, kiu estas unu el la karakterizaĵoj de la itinero. Plue, tra la oblikvo, la raportita distancvaloro estas montrata - ĉi tiu estas la dua metriko. Por reto 10.1.1.0/24, kiu estas konektita al enkursigilo 10.1.12.2, la realigebla distancvaloro estas 26368 (unua valoro en krampoj). La sama valoro estas metita en la enrutigan tabelon ĉar enkursigilo 10.1.12.2 estas la ricevilo - Posteulo.
Se la raportita distanco de alia enkursigilo, en ĉi tiu kazo la valoro 3072 de enkursigilo 10.1.14.4, estas malpli ol la farebla distanco de la plej proksima najbaro, tiam tiu enkursigilo estas Realigebla Posteulo. Se komunikado kun enkursigilo 10.1.12.2 perdiĝas per la interfaco GigabitEthernet 0/0, enkursigilo 10.1.14.4 transprenos la posteulan funkcion.
En OSPF, kalkuli itineron tra rezerva enkursigilo prenas certan tempon, kiu, kun grava reto-grandeco, ludas gravan rolon. EIGRP ne perdas tempon pri tiaj kalkuloj, ĉar ĝi jam konas kandidaton por la rolo de Posteulo. Ni rigardu la topologian tabelon per la komando show ip route.
Kiel vi povas vidi, ĝi estas Posteulo, tio estas, la enkursigilo kun la plej malalta FD-valoro, kiu estas metita en la enrutigan tabelon. La kanalo kun metriko 26368 estas indikita ĉi tie, kiu estas la FD de la cela router 10.1.12.2.
Estas tri komandoj uzeblaj por kontroli la agordojn de la protokolo de vojigo por ĉiu interfaco.
La unua estas show running-config. Uzante ĝin, mi povas vidi, kia protokolo funkcias en ĉi tiu aparato, tio estas indikita de la enkursigilo eigrp 1-mesaĝo por reto 10.0.0.0. Tamen el ĉi tiu informo estas neeble determini, sur kiuj interfacoj funkcias ĉi tiu protokolo, do mi devas rigardi la liston kun la parametroj de ĉiuj interfacoj R1. Samtempe, mi atentas la unuan okteton de la IP-adreso de ĉiu interfaco - se ĝi komenciĝas per 10, tiam EIGRP efikas sur ĉi tiu interfaco, ĉar ĉi-kaze la kondiĉo por kongruo kun la retadreso 10.0.0.0. estas kontenta. Tiel, uzante la komandon show running-config, vi povas ekscii, kiu protokolo funkcias en ĉiu interfaco.
La sekva testa komando estas montri ip-protokolojn. Post enirado de ĉi tiu komando, vi povas vidi, ke la vojprotokolo estas "eigrp 1". Poste, la valoroj de la K-koeficientoj por kalkuli la metrikon estas montrataj. Ilia studo ne estas inkluzivita en la ICND-kurso, do en la agordoj ni akceptos la defaŭltajn K-valorojn.
Ĉi tie, kiel en OSPF, la Router-ID estas montrata kiel IP-adreso: 10.1.12.1. Se vi ne asignas ĉi tiun parametron permane, la sistemo aŭtomate elektas la loopback-interfacon kun la plej alta IP-adreso kiel la RID.
La sekvanta indikas ke aŭtomata itinero resumo estas malŝaltita. Ĉi tio estas grava punkto, ĉar se ni uzas subretojn kun senklasaj IP-adresoj, estas pli bone malŝalti sumon. Se vi ebligas ĉi tiun funkcion, la sekvanta okazos.
Imagu, ke ni havas enkursigilojn R1 kaj R2 uzantajn EIGRP, kaj 2 retoj estas konektitaj al enkursigilo R3: 10.1.2.0, 10.1.10.0 kaj 10.1.25.0. Se aŭtomata resumo estas ebligita, tiam kiam R2 sendas ĝisdatigon al R1, ĝi indikas, ke ĝi estas konektita al la reto 10.0.0.0/8. Ĉi tio signifas, ke ĉiuj aparatoj konektitaj al la reto 10.0.0.0/8 sendas ĝisdatigojn al ĝi, kaj la tuta trafiko destinita al la 10. reto devas esti direktita al R2.
Kio okazas se alia enkursigilo R1 konektita al la retoj 3 kaj 10.1.5.0 estas konektita al la unua enkursigilo R10.1.75.0? Se R3 ankaŭ uzas aŭtomatan resumon, ĝi diros al R1, ke la tuta trafiko destinita por la reto 10.0.0.0/8 estu direktita al ĝi.
Se R1 estas konektita al R2 sur 192.168.1.0 kaj R3 estas konektita al 192.168.2.0, tiam EIGRP nur faros aŭtosumajn decidojn ĉe la R2-tavolo, kio estas malĝusta. Tial, se vi volas uzi aŭtomatan resumon por specifa enkursigilo, en nia kazo R2, certigu, ke ĉiuj subretoj kun la unua okteto de la IP-adreso 10. estas konektitaj nur al ĉi tiu enkursigilo. Vi ne devas havi retojn konektitaj 10. aliloke, al alia enkursigilo. Reta administranto, kiu intencas uzi aŭtomatan resumon de itineroj, devas certigi, ke ĉiuj retoj kun la sama klasplena adreso estas konektitaj al la sama enkursigilo.
En praktiko, estas pli oportune ke la aŭtosum-funkcio estas malŝaltita defaŭlte. En ĉi tiu kazo, enkursigilo R2 sendos apartajn ĝisdatigojn al enkursigilo R1 por ĉiu el la retoj konektitaj al ĝi: unu por 10.1.2.0, unu por 10.1.10.0, kaj unu por 10.1.25.0. En ĉi tiu kazo, la vojtabelo R1 estos replenigita per ne unu, sed tri itineroj. Kompreneble, resumo helpas malpliigi la nombron da eniroj en la vojtabelo, sed se vi misplanas ĝin, vi povas detrui la tutan reton.
Ni reiru al la komando show ip protocols. Notu, ke ĉi tie vi povas vidi la Administran Distancan valoron de 90, same kiel la Maksimuma vojo por ŝarĝoekvilibro, kiu defaŭlte estas 4. Ĉiuj ĉi tiuj vojoj havas la saman koston. Ilia nombro povas esti reduktita, ekzemple, al 2, aŭ pliigita al 16.
Poste, la maksimuma grandeco de la hopkalkulilo, aŭ vojaj segmentoj, estas 100, kaj la valoro estas Maksimuma metrika varianco = 1. En EIGRP, la Variance-varianco permesas konsideri egalajn itinerojn, kies metrikoj estas relative proksimaj en valoro, kio permesas vin. aldoni plurajn itinerojn kun neegala metriko al la vojigtabelo kondukanta al la sama subreto. Ni rigardos ĉi tion pli detale poste.
La informo Routing for Networks: 10.0.0.0 estas indiko, ke ni uzas la opcion sen backmask. Se ni eniras la R2-agordojn, kie ni uzis la inversan maskon, kaj eniros la komandon show ip protocols, ni vidos, ke Vokado por Retoj por ĉi tiu enkursigilo estas du linioj: 10.1.12.0/24 kaj 10.1.25.0/24, tio estas, estas indiko pri la uzo de ĵokera masko.
Por praktikaj celoj, vi ne devas memori kiajn informojn donas la testaj komandoj - nur uzu ilin kaj vidu la rezulton. Tamen, dum la ekzameno, vi ne havos la ŝancon respondi la demandon, kiu povas esti kontrolita per la komando show ip protocols. Vi devos elekti unu ĝustan respondon el pluraj ebloj. Se vi iĝos altnivela Cisco-specialisto kaj ricevos ne nur CCNA-atestilon, sed ankaŭ CCNP aŭ CCIE, tiam vi devas scii kiajn specifajn informojn produktas tiu aŭ tiu testa komando kaj por kio estas la ekzekutkomandoj. Vi devas regi ne nur la teknikan parton de Cisco-aparatoj, sed ankaŭ kompreni la Cisco iOS-operaciumon por ĝuste agordi ĉi tiujn retajn aparatojn.
Ni revenu al la informoj, kiujn la sistemo eldonas responde al la komando show ip protocols. Ni vidas Vojajn Informajn Fontojn, reprezentitajn kiel linioj kun IP-adreso kaj administra distanco. Male al OSPF-informoj, EIGRP ne uzas Router ID en ĉi tiu kazo, sed la IP-adresojn de enkursigiloj.
La lasta komando kiu permesas vin rekte vidi la staton de la interfacoj estas show ip eigrp-interfacoj. Se vi enigas ĉi tiun komandon, vi povas vidi ĉiujn enkursigilojn, kiuj funkcias EIGRP.
Tiel, ekzistas 3 manieroj por certigi, ke la aparato funkcias la EIRGP-protokolon.
Ni rigardu egalan ŝarĝan ekvilibron, aŭ egalan ŝarĝan ekvilibron. Se 2 interfacoj havas la saman koston, ili estos ŝarĝo ekvilibra defaŭlte.
Ni uzu Packet Tracer por vidi kiel ĝi aspektas uzante la retan topologion, kiun ni jam konas. Mi memorigu vin, ke la bendolarĝo kaj malfruaj valoroj estas la samaj por ĉiuj kanaloj inter la prezentitaj enkursigiloj. Mi ebligas EIGRP-reĝimon por ĉiuj 4 enkursigiloj, por kiuj mi eniras iliajn agordojn laŭvice kaj tajpas la komandojn konfig terminalo, enkursigilo eigrp kaj reto 10.0.0.0.
Supozu, ke ni devas elekti la optimuman itineron R1-R4 al la loopback virtuala interfaco 10.1.1.1, dum ĉiuj kvar ligiloj R1-R2, R2-R4, R1-R3 kaj R3-R4 havas la saman koston. Se vi enigas la komandon show ip route en la R1 CLI, vi povas vidi, ke la reto 10.1.1.0/24 estas atingita per du vojoj: per 10.1.12.2 enkursigilo konektita al la interfaco GigabitEthernet0/0, aŭ per 10.1.13.3. 0-enkursigilo konektita al interfaco GigabitEthernet1/XNUMX, kaj ambaŭ ĉi tiuj itineroj havas la samajn metrikojn.
Se ni eldonas la komandon show ip eigrp topology, ni vidos la samajn informojn ĉi tie: 2 Postulaj riceviloj kun la sama FD-valoro de 131072.
Do, ni lernis kio estas ekvivalenta ECLB-ŝarĝbalancado, kiu povas esti farita ambaŭ en la kazo de OSPF kaj en la kazo de EIGRP.
Tamen, EIGRP ankaŭ havas neegal-kostan ŝarĝbalancadon (UCLB), aŭ neegalan ekvilibron. En kelkaj kazoj, la metriko povas malsami iomete unu de la alia, kio faras la itinerojn preskaŭ ekvivalentaj, en kiu kazo EIGRP permesas ŝarĝbalancadon per la uzo de valoro nomita "vario" - Variance.
Imagu, ke ni havas unu enkursigilon konektita al tri aliaj - R1, R2 kaj R3.
Enkursigilo R2 havas la plej malaltan FD=90, do ĝi funkcias kiel Posteulo. Konsideru la RD de la aliaj du kanaloj. La RD de R1 de 80 estas malpli ol la FD de R2, do R1 funkcias kiel sekurkopio Farebla Posteulo. Ĉar RD de R3 estas pli granda ol FD de R1, ĝi neniam povas iĝi Realigebla Posteulo.
Do, ni havas enkursigilon - Posteulo kaj enkursigilon - Realigebla Posteulo. Vi povas meti R1 en la vojtabelo uzante malsamajn variancvalorojn. En EIGRP, defaŭlte, Variance = 1, do la enkursigilo R1 kiel Realigebla Posteulo ne estas en la vojigtabelo. Se ni uzas la valoron Variance =2, tiam la FD-valoro de enkursigilo R2 multobliĝos per 2 kaj estos 180. En ĉi tiu kazo, la FD de enkursigilo R1 estos malpli ol la FD de enkursigilo R2: 120 < 180, do enkursigilo R1 estos metita en la vojtabelo kiel Posteulo 'a.
Se ni egaligas Variancon = 3, tiam la FD-valoro de ricevilo R2 estos 90 x 3 = 270. En ĉi tiu kazo, enkursigilo R1 ankaŭ eniros en la enkursigilon, ĉar 120 < 270. Ne embarasu, ke enkursigilo R3 faras. ne eniru la tabelon malgraŭ tio, ke ĝia FD = 250 kun Variance = 3 estos malpli ol la FD de enkursigilo R2, ĉar 250 < 270. La fakto estas, ke por enkursigilo R3 la kondiĉo RD < FD Posteulo ankoraŭ ne estas plenumita, ĉar RD= 180 estas ne malpli, sed pli ol FD = 90. Tiel, ĉar R3 ne povas komence esti Realigebla Posteulo, eĉ kun variavaloro de 3, ĝi ankoraŭ ne eniros en la vojigtabelon.
Tiel, ŝanĝante la valoron de Variance, ni povas uzi neegalan ŝarĝbalancadon por inkludi la itineron, kiun ni bezonas en la vojtabelo.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com