Сёння мы працягнем вывучэнне раздзела 2.6/2 тэматыкі курсу ICNDXNUMX і разгледзім наладу і праверку пратакола EIGRP. Настройка EIGRP вельмі простая. Як і ў любым іншым пратаколе маршрутызацыі тыпу RIP ці OSPF, вы заходзіце ў рэжым глабальнай канфігурацыі роўтара і ўводзіце каманду router eigrp <#>, дзе # — нумар аўтаномнай сістэмы AS.
Гэты нумар павінен супадаць для ўсіх прылад, напрыклад, калі ў вас ёсць 5 роўтэраў і ўсе яны выкарыстоўваюць EIGRP, то ў іх павінен быць аднолькавы нумар аўтаномнай сістэмы. У OSPF гэта Process ID, ці нумар працэсу, а ў EIGRP - нумар аўтаномнай сістэмы.
У OSPF для ўсталявання суседства Process ID розных роўтэраў можа не супадаць. У EIGRP нумары AS ва ўсіх суседзяў абавязкова павінны супадаць, інакш суседства не будзе ўсталявана. Існуе 2 спосабу ўключэння пратаколу EIGRP - без указання зваротнай маскі або з указаннем wildcard mask.
У першым выпадку ў камандзе network указваецца класавы IP-адрас тыпу 10.0.0.0. Гэта азначае, што любы інтэрфейс з першым актэтам IP-адрасы 10 будзе ўдзельнічаць у EIGRP-маршрутызацыі, гэта значыць у дадзеным выпадку задзейнічаюцца ўсе адрасы класа А сеткі 10.0.0.0. Нават калі вы ўведзяце дакладнае ўказанне падсеткі тыпу 10.1.1.10 без указання зваротнай маскі, пратакол усё роўна канвертуе яго ў IP-адрас выгляду 10.0.0.0. Таму ўлічыце, што сістэма ў любым выпадку прыме адрас паказанай падсеткі, аднак будзе лічыць яго класавым адрасам і будзе працаваць з цэлай сеткай класа А, У або З у залежнасці ад значэння першага актэта IP-адрасы.
Калі вы жадаеце запусціць EIGRP для падсеткі 10.1.12.0/24, вам запатрабуецца выкарыстаць каманду з зваротнай маскай выгляду network 10.1.12.0 0.0.0.255. Такім чынам, з сеткамі класавага адрасавання EIGRP працуе без зваротнай маскі, а з бескласавымі падсеткамі ўжыванне wildcard mask абавязкова.
Давайце пяройдзем да Packet Tracer і выкарыстаем тапалогію сеткі з папярэдняга відэаўрока, на прыкладзе якой мы азнаёміліся з паняццямі FD і RD.
Наладзім гэтую сетку ў праграме і паглядзім, як гэта будзе працаваць. У нас ёсць 5 роўтэраў R1-R5. Нягледзячы на тое, што Packet Tracer выкарыстоўвае роўтэры з інтэрфейсамі GigabitEthernet, я ўручную змяніў прапускную здольнасць сеткі і затрымкі так, каб гэтая схема супадала з разгледжанай раней тапалогіяй. Замест сеткі 10.1.1.0/24 да роўтара R5 я падлучыў віртуальны loopback інтэрфейс, якому прысвоіў адрас 10.1.1.1/32.
Пачнём з налады роўтара R1. Я яшчэ не ўключаў тут EIGRP, а проста прысвоіў роўтэру IP-адрас. Камандай config t я ўваходжу ў рэжым глабальнай канфігурацыі і ўключаю пратакол, набраўшы каманду router eigrp <нумар аўтаномнай сістэмы>, які павінен знаходзіцца ў дыяпазоне ад 1 да 65535. Я выбіраю нумар 1 і цісну «Увод». Далей, як я сказаў, можна выкарыстоўваць два спосабы.
Я магу набраць network і IP-адрас сеткі. Да роўтара R1 падлучаныя сеткі 10.1.12.0/24, 10.1.13.0/24 і 10.1.14.0/24. Усе яны знаходзяцца ў "дзясятай" сетцы, так што я магу выкарыстоўваць адну агульную каманду network 10.0.0.0. Калі я націсну "Увод", EIGRP будзе запушчаны на ўсіх трох інтэрфейсах. Я магу гэта праверыць, увёўшы каманду ў show ip eigrp interfaces. Мы бачым, што пратакол запушчаны на 2-х інтэрфейсах GigabitEthernet і адным Serial-інтэрфейсе, да якога падлучаны роўтар R4.
Калі я яшчэ раз для праверкі ўвяду каманду ў show ip eigrp interfaces, можна будзе пераканацца, што пратакол EIGRP сапраўды працуе на ўсіх партах.
Пяройдзем да роўтара R2 і запусцім пратакол з дапамогай каманд config t і router eigrp 1. На гэты раз мы не будзем выкарыстоўваць каманду для ўсёй сеткі, а прымянім зваротную маску. Для гэтага я ўводжу каманду network 10.1.12.0 0.0.0.255. Для праверкі наладкі выкарыстоўваем каманду do show ip eigrp interfaces. Мы бачым, што EIGRP запушчаны толькі на інтэрфейсе Gig0/0, таму што толькі гэты інтэрфейс адпавядае параметрам уведзенай каманды.
У дадзеным выпадку зваротная маска азначае, што рэжым EIGRP будзе дзейнічаць для любой сеткі, у якой тры першыя актэта IP-адрасы роўныя 10.1.12. Калі да нейкага інтэрфейсу будзе падлучаная сетка з такімі ж параметрамі, то гэты інтэрфейс будзе дададзены ў спіс партоў, на якіх запушчаны дадзены пратакол.
Давайце дадамо яшчэ адну сетку камандай network 10.1.25.0 0.0.0.255 і паглядзім, як зараз будзе выглядаць спіс інтэрфейсаў, якія падтрымліваюць EIGRP. Як бачыце, зараз у нас дадаўся інтэрфейс Gig0/1. Звярніце ўвагу, што інтэрфейс Gig0/0 мае аднаго балю, ці аднаго суседа - роўтар R1, які мы ўжо наладзілі. Пазней я пакажу вам каманды для праверкі налад, пакуль што працягнем наладу EIGRP для астатніх прылад. Мы можам выкарыстоўваць ці не выкарыстоўваць зваротную маску пры наладзе любога з роўтэраў.
Я заходжу ў кансоль CLI роўтара R3 і ў рэжыме глабальнай канфігурацыі набіраю каманды router eigrp 1 і network 10.0.0.0, затым заходжу ў налады роўтара R4 і набіраю тыя ж самыя каманды, не выкарыстоўваючы зваротную маску.
Вы бачыце, наколькі EIGRP лягчэй наладжваць, чым OSPF - у апошнім выпадку трэба зважаць на ABR, зоны, вызначаць іх месцазнаходжанне і г.д. Тут нічога гэтага не патрабуецца - я проста заходжу ў глабальныя налады роўтара R5, набіраю каманды router eigrp 1 і network 10.0.0.0, і зараз EIGRP запушчаны на ўсіх 5 прыладах.
Давайце разгледзім інфармацыю, аб якой мы казалі ў апошнім відэа. Я заходжу ў налады R2 і набіраю каманду show ip route, і сістэма паказвае патрабаваныя запісы.
Зварачальны ўвага на роўтар R5, дакладней, на сетку 10.1.1.0/24. Гэта першы радок у табліцы маршрутызацыі. Першы лік у дужках - гэта адміністрацыйная дыстанцыя, роўная 90 для пратакола EIGRP. Літара D азначае, што дадзеныя аб гэтым маршруце прадстаўлены пратаколам EIGRP, а другое лік у дужках, роўнае 26112 – гэта метрыка маршруту R2-R5. Калі мы вернемся да папярэдняй схемы, то ўбачым, што тут значэнне метрыкі роўна 28416, таму я павінен паглядзець, у чым чыннік такога несупадзення.
Набіраем каманду show interface loopback 0 у наладах R5. Чыннік складаецца ў тым, што мы выкарысталі loopback-інтэрфейс: калі паглядзець на затрымку R5 на схеме, то яна роўная 10 µs, а ў наладах роўтара нам выдаецца інфармацыя, што затрымка DLY роўная 5000 мікрасекунд. Давайце паглядзім, ці змагу я змяніць гэтае значэнне. Я захаджу ў рэжым глабальнай канфігурацыі R5 і набіраю каманды interface loopback 0 і delay. Сістэма выдае падказку, што значэнне затрымкі можна прызначыць у дыяпазоне ад 1 да 16777215, прычым у дзясятках мікрасекунд. Бо ў дзясятках значэнне затрымкі 10 μs адпавядае 1, я ўводжу каманду delay 1. Правяраем яшчэ раз параметры інтэрфейсу і бачны, што сістэма не прыняла гэтае значэнне, прычым яна не жадае гэтага рабіць нават пры абнаўленні параметраў сеткі ў наладах R2.
Аднак я запэўніваю вас, што калі мы правядзём пералік метрыкі для папярэдняй схемы з улікам фізічных параметраў роўтара R5, значэнне feasible distance для маршруту ад R2 да сеткі 10.1.1.0/24 складзе 26112. Давайце паглядзім на аналагічныя значэнні ў параметрах роўтара R1 show ip route. Як бачыце, для сеткі 10.1.1.0/24 быў зроблены пераразлік і зараз значэнне метрыкі роўна 26368, а не 28416.
Вы можаце праверыць гэты пераразлік, узяўшы за аснову схему з папярэдняга відэаўрок з улікам асаблівасцяў Packet Tracer, які выкарыстоўвае іншыя фізічныя параметры інтэрфейсаў, у прыватнасці, іншую затрымку. Паспрабуйце стварыць сваю ўласную тапалогію сеткі з гэтымі значэннямі прапускной здольнасці і затрымак і пралічыць яе параметры. У сваёй практычнай дзейнасці вам не спатрэбіцца выконваць такія разлікі, проста ведайце, як гэта робіцца. Таму што, калі вы захочаце выкарыстоўваць балансаванне нагрузкі, якую мы згадвалі ў апошнім відэа, вам трэба ведаць, як можна змяніць затрымку. Я не раю чапаць прапускную здольнасць, для падладкі EIGRP суцэль досыць змяніць значэнні затрымкі.
Такім чынам, вы можаце змяняць значэнні bandwidth і delay, тым самым змяняючы значэнні метрыкі EIGRP. Гэта і будзе вашым хатнім заданнем. Як звычайна, для гэтага вы зможаце спампаваць з нашага сайта і выкарыстоўваць у Packet Tracer абедзве тапалогіі сеткі. Давайце вернемся да нашай схемы.
Як бачыце, наладжваць EIGRP вельмі проста, пры гэтым можна выкарыстоўваць два спосабу абазначэння сетак: са зваротнай маскай або без яе. Як і ў OSPF, у EIGRP у нас ёсць 3 табліцы: табліца суседзяў, табліца тапалогіі і табліца маршрутаў. Давайце яшчэ раз разгледзім гэтыя табліцы.
Зойдзем у налады R1 і пачнем з табліцы суседзяў, увёўшы каманду show ip eigrp neighbors. Мы бачым, што роўтэр мае 3-х суседзяў.
Адрас 10.1.12.2 - гэта роўтэр R2, 10.1.13.1 - роўтэр R3 і 10.1.14.1 - роўтэр R4. Табліца таксама адлюстроўвае, праз якія інтэрфейсы ажыццяўляецца сувязь з суседзямі. Далей паказаны час утрымання Hold Uptime. Калі вы падушыце, гэта перыяд часу, па змаўчанні роўны 3-м перыядам Hello, або 3х5с= 15с. Калі за гэты час ад суседа не прыйшоў зваротны Hello, сувязь лічыцца згубленай. Тэхнічна, калі суседзі адказваюць, гэтая велічыня памяншаецца да 10 з, а затым зноў прымае значэнне 15с. Кожны 5 з роўтэр адсылае паведамленне Hello, і суседзі адказваюць яму на працягу наступных пяці секунд. Далей паказаны кругавы час абарачэння пакетаў SRTT, роўнае 40 ms. Яго разлік выконвае пратакол паскоранай перадачы даных RTP, які EIGRP выкарыстоўвае для арганізацыі сувязі паміж суседзямі. А зараз мы разгледзім табліцу тапалогіі, для чаго выкарыстаны каманду show ip eigrp topology.
Пратакол OSPF апісвае ў дадзеным выпадку складаную, глыбінную тапалогію, якая складаецца з усе роўтэры і ўсе каналы, наяўныя ў сетцы. Пратакол EIGRP адлюстроўвае спрошчаную тапалогію, заснаваную на двух метрыках маршрутаў. Першая метрыка – гэта мінімальная магчымая адлегласць feasible distance, якая і з'яўляецца адной з характарыстык маршруту. Далей праз слэш адлюстроўваецца велічыня reported distance - гэта другая метрыка. Для сеткі 10.1.1.0/24, сувязь з якой ажыццяўляецца праз роўтар 10.1.12.2, велічыня feasible distance роўная 26368 (першае значэнне ў круглых дужках). Гэтае ж значэнне размяшчаецца ў табліцы маршрутызацыі, таму што роўтар 10.1.12.2 з'яўляецца прымачом - Successor.
Калі reported distance іншага роўтара, у дадзеным выпадку гэта велічыня 3072 роўтара 10.1.14.4, менш feasible distance бліжэйшага суседа, то гэты роўтэр з'яўляецца Feasible Successor. Пры страце сувязі з роўтарам 10.1.12.2 праз інтэрфейс GigabitEthernet 0/0, роўтэр 10.1.14.4 прыме на сябе функцыю Successor'а.
У OSPF вылічэнне маршруту праз рэзервовы роўтэр займае вызначаны час, якое пры значным памеры сеткі гуляе істотную ролю. EIGRP не марнуе час на падобныя вылічэнні, таму што ўжо ведае кандыдата на ролю Successor. Давайце зірнем на табліцу тапалогіі, выкарыстаўшы каманду show ip route.
Як бачыце, менавіта Successor, гэта значыць роўтэр з найменшым значэннем FD, змяшчаецца ў табліцу маршрутызацыі. Тут паказваецца канал з метрыкай 26368, якая ўяўляе сабой FD роўтара-прымача 10.1.12.2.
Існуе тры каманды, з дапамогай якіх можна праверыць налады пратаколу маршрутызацыі для кожнага інтэрфейсу.
Першая - гэта show running-config. Выкарыстаўшы яе, я магу ўбачыць, які пратакол запушчаны на дадзенай прыладзе, на гэта паказвае паведамленне router eigrp 1 для сеткі network 10.0.0.0. Аднак па гэтай інфармацыі нельга вызначыць, на якіх менавіта інтэрфейсах запушчаны дадзены пратакол, таму я павінен прагледзець спіс з параметрамі ўсіх інтэрфейсаў R1. Пры гэтым я зважаю на першы актэт IP-адрасы кожнага інтэрфейсу - калі ён пачынаецца з 10, то на дадзеным інтэрфейсе дзейнічае EIGRP, бо ў дадзеным выпадку задавальняецца ўмова супадзення з адрасам сеткі 10.0.0.0. Такім чынам, з дапамогай каманды show running-config можна пазнаць, які пратакол запушчаны на кожным інтэрфейсе.
Наступная праверачная каманда - гэта show ip protocols. Пасля ўводу гэтай каманды можна ўбачыць, што пратаколам маршрутызацыі з'яўляецца "eigrp 1". Далей адлюстроўваюцца значэнні каэфіцыентаў Да для вылічэння метрыкі. Іх вывучэнне не ўваходзіць у курс ICND, таму ў наладах мы будзем прымаць значэнні Да па змаўчанні.
Тут, як і ў OSPF, адлюстроўваецца ідэнтыфікатар роўтара Router-ID у выглядзе IP-адрасы: 10.1.12.1. Калі вы не прызначылі гэты параметр уручную, сістэма аўтаматычна выбірае ў якасці RID loopback-інтэрфейс з найвышэйшым IP-адрасам.
Далей пазначана, што аўтаматычнае падсумоўванне маршрутаў адключанае. Гэта важная акалічнасць, бо калі мы выкарыстоўваем падсеткі з бескласавымі IP-адрасамі, сумаванне лепш адключыць. Калі ж уключыць гэтую функцыю, будзе адбывацца наступнае.
Уявім, што ў нас маюцца роўтэры R1 і R2, якія выкарыстоўваюць EIGRP, і да роўтара R2 падлучаныя 3 сеткі: 10.1.2.0, 10.1.10.0 і 10.1.25.0. Калі аўтасумаванне ўключана, то калі R2 адсылае абнаўленне роўтару R1, ён паказвае, што мае сувязь з сеткай 10.0.0.0/8. Гэта значыць, што ўсе прылады, злучаныя з сеткай 10.0.0.0/8, дасылаюць яму абнаўленні, і ўвесь трафік, прызначаны для сеткі 10., павінен адрасавацца роўтару R2.
Што адбудзецца, калі да першага роўтара R1 падлучыць яшчэ адзін роўтар R3, злучаны з сеткамі 10.1.5.0 і 10.1.75.0? Калі роўтар R3 таксама выкарыстоўвае аўтасумаванне, то ён паведаміць R1, што ўвесь трафік, прызначаны для сеткі 10.0.0.0/8, варта адрасаваць яму.
Калі роўтар R1 злучаны з роўтарам R2 сеткай 192.168.1.0, а з роўтарам R3 – сеткай 192.168.2.0, то EIGRP будзе прымаць рашэнні аўтасумавання толькі на ўзроўні R2, што з'яўляецца няправільным. Таму калі вы жадаеце выкарыстаць аўтасумаванне для пэўнага роўтара, у нашым выпадку гэта R2, пераканайцеся, што ўсе падсеткі з першым актэтам IP-адрасы 10. падлучаныя толькі да гэтага роўтара. У вас не павінна быць падлучэння сетак 10. дзе-небудзь у іншым месцы, да іншага роўтара. Адміністратар сеткі, які збіраецца скарыстацца аўтасумаваннем маршрутаў, павінен пераканацца, што ўсе сеткі з адным і тым жа класавым адрасам падлучаныя да аднаго і таго ж роўтара.
На практыцы зручней, каб па змаўчанні функцыя аўтасумавання была адключаная. У такім выпадку роўтэр R2 адашле роўтэру R1 асобныя абнаўленні для кожнай з падлучаных да яго сетак: адно для 10.1.2.0, адно для 10.1.10.0 і адно для 10.1.25.0. Пры гэтым табліца маршрутызацыі R1 папоўніцца не адным, а трыма маршрутамі. Вядома, суміраванне дапамагае скараціць колькасць запісаў у табліцы маршрутызацыі, але калі вы памыліцеся з яго планаваннем, то можаце разбурыць усю сетку.
Давайце вернемся да каманды show ip protocols. Варта звярнуць увагу, што тут можна ўбачыць значэнне адміністрацыйнай адлегласці Distance, роўнае 90, а таксама максімальная колькасць шляхоў Maximum path для балансавання нагрузкі, якое па змаўчанні роўна 4. Усе гэтыя шляхі маюць аднолькавы кошт. Іх колькасць можна паменшыць, напрыклад, да 2, ці павялічыць да 16.
Далей паказаны максімальны памер лічыльніка хопаў, ці сегментаў маршрутызацыі, роўны 100, і паказаная велічыня Maximum metric variance = 1. У EIGRP варыяцыя Variance дазваляе лічыць роўнымі маршруты, метрыкі якіх адносна блізкія па значэнні, што дазваляе дадаць у табліцу маршрутызацыі некалькі маршрутаў з неаднолькавымі метрыкамі , якія вядуць у адну і тую ж падсетку. Пазней мы разгледзім гэта падрабязней.
Інфармацыя Routing for Networks: 10.0.0.0 уяўляе сабой указанне на тое, што мы выкарыстоўваем варыянт без зваротнай маскі. Калі мы зойдзем у налады R2, дзе выкарыстоўвалі зваротную маску, і ўвядзем каманду show ip protocols, то ўбачым, што Routing for Networks для гэтага роўтара ўяўляе сабой два радкі: 10.1.12.0/24 і 10.1.25.0/24, гэта значыць тут маецца указанне на выкарыстанне wildcard mask.
Для практычных мэт вам не абавязкова памятаць, якую менавіта інфармацыю выдаюць праверачныя каманды - досыць проста выкарыстоўваць іх і прагледзець вынік. Аднак на іспыце ў вас не будзе такой магчымасці, каб адказаць на пытанне, што можна праверыць камандай show ip protocols. Вы павінны будзеце абраць адзін правільны адказ з некалькіх прапанаваных варыянтаў. Калі вы збіраецеся стаць адмыслоўцам Cisco высокага ўзроўня і атрымаць не толькі сертыфікат CCNA, але і CCNP ці ССIE, то павінны ведаць, якую пэўную інфармацыю выдае тая ці іншая праверачная каманда і для чаго прызначаны выканаўчыя каманды. Вы павінны авалодаць не толькі тэхнічнай часткай прылад Cisco, але і разбірацца ў аперацыйнай сістэме Cisco iOS, каб правільна наладжваць гэтыя сеткавыя прылады.
Вернемся да інфармацыі, якую выдае сістэма ў адказ на ўвод каманды show ip protocols. Мы бачым крыніцы маршрутнай інфармацыі Routing Information Sources, прадстаўленыя ў выглядзе радкоў з IP-адрасам і адміністрацыйнай дыстанцыяй. У адрозненне ад інфармацыі OSPF, EIGRP выкарыстоўвае ў дадзеным выпадку не Router ID, а IP-адрасы роўтэраў.
Апошняя каманда, якая дазваляе непасрэдна прагледзець стан інтэрфейсаў, гэта show ip eigrp interfaces. Калі ўвесці гэтую каманду, можна ўбачыць усе інтэрфейсы роўтара, якія працуюць пад кіраваннем EIGRP.
Такім чынам, існуе 3 спосабу пераканацца, што прылада працуе пад кіраваннем пратаколу EIRGP.
Давайце разгледзім балансаванне нагрузкі на аснове аднолькавага кошту, ці раўнацэннае балансаванне нагрузкі. Калі 2 інтэрфейсу маюць аднолькавы кошт, да іх па змаўчанні будзе ўжытая балансіроўка нагрузкі.
Давайце з дапамогай Packet Tracer разгледзім, як гэта выглядае, выкарыстоўваючы ўжо вядомую нам тапалогію сеткі. Нагадаю, што велічыні bandwidth і delay аднолькавыя для ўсіх каналаў паміж намаляванымі роўтэрамі. Я ўключаю рэжым EIGRP для ўсіх 4-х роўтэраў, для чаго па чарзе заходжу ў іх наладкі і набіраю каманды config terminal, router eigrp і network 10.0.0.0.
Выкажам здагадку, што нам трэба абраць аптымальны маршрут R1-R4 да віртуальнага інтэрфейсу loopback 10.1.1.1, пры гэтым усе чатыры канала R1-R2, R2-R4, R1-R3 і R3-R4 маюць аднолькавы кошт. Калі ўвесці каманду show ip route у кансолі CLI роўтара R1, можна ўбачыць, што сетка 10.1.1.0/24 можна дасягнуць па двух маршрутах: праз роўтар 10.1.12.2, падлучаны да інтэрфейсу GigabitEthernet0/0, ці праз роўтар 10.1.13.3. інтэрфейсу GigabitEthernet0/1, і абодва гэтыя маршруты маюць аднолькавыя метрыкі.
Калі мы ўвядзем каманду show ip eigrp topology, то ўбачым тут тую ж самую інфармацыю: 2 прымача Successor з аднолькавымі значэннямі FD, роўнымі 131072.
Такім чынам, мы пазналі, што ўяўляе сабой раўнацэннае балансаванне нагрузкі ECLB, якая можа выконвацца і ў выпадку OSPF, і ў выпадку EIGRP.
Аднак у EIGRP існуе і балансіроўка з няроўным коштам шляхоў unequal-cost load balancing (UCLB), ці нераўнацэннае балансаванне. У асобных выпадках метрыкі могуць нязначна адрознівацца адзін ад аднаго, што робіць маршруты практычна раўнацэннымі, і ў гэтым выпадку EIGRP дазваляе выконваць балансаванне нагрузкі дзякуючы выкарыстанню велічыні пад назвай "варыяцыя" – Variance.
Уявім сабе, што ў нас ёсць адзін роўтэр, звязаны з трыма іншымі – R1, R2 і R3.
Роўтар R2 мае найменшае значэнне FD=90, таму выступае ў якасці Successor'a. Разгледзім RD двух астатніх каналаў. RD роўтара R1, роўнае 80, менш FD роўтара R2, таму R1 выступае ў якасці рэзервовага маршрутызатара Feasible Successor. Паколькі RD роўтара R3 большы за FD роўтара R1, ён ніколі не зможа стаць Feasible Successor.
Такім чынам, у нас маецца роутер- Successor і роутер - Feasible Successor. Вы можаце змясціць роўтэр R1 у табліцу маршрутызацыі, выкарыстоўваючы розныя значэнні варыяцыі. У EIGRP па змаўчанні Variance =1, таму роўтар R1 як Feasible Successor адсутнічае ў табліцы маршрутызацыі. Калі мы выкарыстоўваем значэнне Variance =2, то велічыня FD роўтара R2 будзе памножана на 2 і складзе 180. У гэтым выпадку FD роўтара R1 апынецца меншым, чым FD роўтара R2: 120 < 180, таму роўтар R1 будзе змешчаны ў табліцу маршрутызацыі на правах Successor Т'.
Калі прыраўняць Variance =3, тое значэнне FD прымача R2 складзе 90 х 3 = 270. У гэтым выпадку роўтар R1 гэтак жа патрапіць у табліцу маршрутызацыі, таму што 120 < 270. Няхай вас не бянтэжыць, што роўтар R3 не пападае ў табліцу нягледзячы на ?? тое, што яго FD = 250 пры значэнні Variance =3 будзем менш, чым FD роўтара R2, бо 250 < 270. Справа ў тым, што для роўтара R3 усё роўна не выконваецца ўмова RD < FD Successor'a, бо RD= 180 не менш, а больш FD = 90. Такім чынам, паколькі R3 першапачаткова не можа быць Feasible Successor, нават пры значэнні варыяцыі, роўнай 3, ён усё роўна не патрапіць у табліцу маршрутызацыі.
Такім чынам, змяняючы значэнне Variance, можна выкарыстоўваць нераўнацэннае балансаванне нагрузкі, каб уключыць у табліцу маршрутызацыі патрэбны нам маршрут.
Дзякуй, што застаяцеся з намі. Вам падабаюцца нашыя артыкулы? Жадаеце бачыць больш цікавых матэрыялаў? Падтрымайце нас аформіўшы замову або парэкамендаваўшы знаёмым, 30% зніжка для карыстальнікаў Хабра на ўнікальны аналаг entry-level сервераў, які быў прыдуманы намі для Вас: (даступныя варыянты з RAID1 і RAID10, да 24 ядраў і да 40GB DDR4).
Dell R730xd у 2 разы танней? Толькі ў нас у Нідэрландах! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – ад $99! Чытайце аб тым
Крыніца: habr.com