Я ўжо казаў, што буду абнаўляць свае відэаўрокі да CCNA v3. Усё, што вы вывучылі на папярэдніх уроках, цалкам адпавядае новаму курсу. Калі ўзнікне неабходнасць, я буду ўключаць дадатковыя тэмы ў новыя ўрокі, так што можаце не турбавацца з нагоды адпаведнасці нашых урокаў курсе 200-125 CCNA.
Спачатку мы цалкам вывучым тэмы першага іспыту 100-105 ICND1. Нам засталося яшчэ некалькі ўрокаў, пасля чаго вы будзеце гатовы да здачы гэтага экзамену. Затым мы прыступім да вывучэння курса ICND2. Я гарантую, што да канца гэтага видеокурса вы будзеце цалкам гатовы да здачы іспыту 200-125. На мінулым уроку я сказаў, што мы больш не вернемся да пратаколу RIP, таму што ен не ўваходзіць у курс CCNA. Але паколькі RIP уключылі ў трэцюю версію CCNA, мы працягнем яго вывучаць.
Тэмамі сённяшняга ўрока будуць тры праблемы, якія ўзнікаюць у працэсе выкарыстання RIP: Counting to Infinity, або рахунак да бясконцасці, Split Horizon - правілы расшчэпленых гарызонтаў і Route Poison, або атручванне маршруту.
Для разумення сутнасці праблемы рахунку да бясконцасці звернемся да схемы. Выкажам здагадку, у нас ёсць роўтэр R1, роўтэр R2 і роўтэр R3. Першы роўтар звязаны са другім сеткай 192.168.2.0/24, другі з трэцім - сеткай 192.168.3.0/24, да першага роўтара падлучаная сетка 192.168.1.0/24, а да трэцяга - сетка 192.168.4.0
Давайце разгледзім маршрут да сеткі 192.168.1.0/24 ад першага роўтара. У яго табліцы гэты маршрут будзе адлюстраваны як 192.168.1.0 з лікам хопаў, роўным 0.
Для другога роўтара гэты ж маршрут адлюструецца ў табліцы як 192.168.1.0 з лікам хопаў, роўным 1. Пры гэтым абнаўленне табліцы маршрутызацыі роўтэраў таймерам Update адбываецца кожныя 30 секунд. R1 паведамляе R2, што сетка 192.168.1.0 даступная праз яго з лікам хопаў, роўным 0. Атрымаўшы гэтае паведамленне, R2 адкажа абнаўленнем, што гэтая ж сетка даступная праз яго ў адзін хоп. Так працуе звычайная маршрутызацыя па пратаколе RIP.
Прадстаўляльны сітуацыю, калі злучэнне паміж R1 і сеткай 192.168.1.0/24 апынулася разарваным, пасля чаго роўтэр страціў да яе доступ. У гэты ж час роўтэр R2 адпраўляе роўтэру R1 абнаўленне, у якім паведамляе, што сетка 192.168.1.0/24 даступная яму ў адзін хоп. R1 ведае, што страціў доступ да гэтай сеткі, але R2 запэўнівае, што гэтая сетка даступная праз яго ў адзін хоп, таму першы роўтэр лічыць, што абавязаны абнавіць сваю табліцу маршрутызацыі, змяніўшы лік хопаў з 0 на 2.
Пасля гэтага R1 пасылае абнаўленне роўтару R2. Той кажа: «ок, перад гэтым ты даслаў мне абнаўленне, што сетка 192.168.1.0 даступная з нулявым лікам хопаў, зараз ты паведамляеш, што маршрут да гэтай сеткі можна пабудаваць за 2 хопы. Значыць, я павінен абнавіць сваю табліцу маршрутызацыі з 1 да 3». Пры наступным абнаўленні R1 памяняе лік хопаў на 4, другі роўтар на 5, затым на 5 і 6, і гэты працэс будзе працягвацца да бясконцасці.
Гэтая праблема вядомая пад назвай "пятля маршрутызацыі", а ў пратаколе RIP яна называецца "праблема рахунку да бясконцасці". У рэчаіснасці сетка 192.168.1.0/24 недаступная, аднак R1, R2 і ўсе астатнія роўтэры ў сетцы вераць, што да яе можна атрымаць доступ, таму што маршрут увесь час зацыкляецца. Гэтую праблему можна вырашыць з дапамогай механізмаў расшчаплення гарызонтаў і атручванні маршруту. Разгледзім тапалогію сеткі, з якой мы сёння будзем працаваць.
У сетцы маюцца тры роўтара R1,2,3 і два кампутара з IP-адрасамі 192.168.1.10 і 192.168.4.10. Паміж кампутарамі размешчаны 4 сеткі: 1.0, 2.0, 3.0 і 4.0. Роўтэры маюць IP-адрасы, дзе апошні актэт азначае нумар роўтара, а перадапошні – нумар сеткі. Вы можаце прысвоіць гэтым сеткавым прыладам любыя адрасы, але я аддаю перавагу менавіта гэтыя, таму што так мне лягчэй тлумачыць.
Каб наладзіць нашу сетку, пяройдзем да Packet Tracer. Я выкарыстоўваю роўтэры Cisco мадэлі 2911 і выкарыстоўваю гэтую схему, каб прызначыць IP-адрасы абодвум хастам – кампутару PC0 і PC1.
На світчы можна не зважаць, таму што яны прама з скрынкі і па змаўчанні выкарыстаюць VLAN1. Роўтэры 2911 маюць па два гігабітных порта. Для таго, каб нам было лягчэй, я выкарыстоўваю гатовыя файлы канфігурацыі для кожнага з гэтых роўтэраў. Вы можаце наведаць наш сайт, зайсці на ўкладку Resources і прагледзець усе нашы відэаўрокі.
У цяперашні час тут няма ўсіх абнаўленняў, але для прыкладу вы можаце зірнуць на ўрок Day 13, у якім размешчана спасылка Workbook, або "Працоўны сшытак". Такая ж спасылка будзе прымацавана да сённяшняга відэаўроку, і прайшоўшы па ёй, вы зможаце спампаваць файлы канфігурацыі роўтэраў.
Для таго, каб наладзіць нашы роўтэры, я проста капіюю змесціва тэкставага файла налады R1, адкрываю яго кансоль у Packet Tracer і ўводжу каманду config t.
Затым я проста ўстаўляю скапіяваны тэкст і выходжу з налад.
Такім жа чынам я раблю з настройкамі другога і трэцяга роўтэраў. Гэта адна з пераваг налад Cisco - вы можаце проста капіяваць і ўстаўляць патрэбныя параметры ў файлы канфігурацыі сеткавых прылад. У маім выпадку я яшчэ дадам у пачатак гатовых файлаў канфігурацыі 2 каманды, каб не ўводзіць іх у кансолі - гэта en (enable) і config t. Затым скапірую змесціва і ўстаўлю яго цалкам у кансоль налад R3.
Такім чынам, мы наладзілі ўсе 3 роўтары. Калі вы жадаеце выкарыстаць гатовыя файлы канфігурацыі для сваіх роўтэраў, пераканайцеся, што мадэлі адпавядаюць прыведзеным на гэтай схеме - тут роўтэры маюць парты GigabitEthernet. Магчыма, вам давядзецца выправіць гэты радок у файле на FastEthernet, калі ваш роўтар мае менавіта гэтыя парты.
Вы бачыце, што маркеры партоў роўтэраў на схеме ўсё яшчэ чырвонага колеру. У чым жа заключаецца праблема? Для дыягностыкі зойдзем у інтэрфейс каманднага радка IOS роўтара 1 і набяром каманду show ip interface brief. Гэтая каманда - ваш "швейцарскі нож" пры вырашэнні розных сеткавых праблем.
Так, у нас ёсць праблема - вы бачыце, што інтэрфейс GigabitEthernet 0/0 знаходзіцца ў стане administratively down. Справа ў тым, што ў скапіяваным файле канфігурацыі я забыўся выкарыстоўваць каманду no shutdown і зараз увяду яе ўручную.
Цяпер мне давядзецца ўручную дадаць гэты радок у налады ўсіх роўтэраў, пасля чаго маркеры партоў памяняюць колер на зялёны. Цяпер я вывяду на агульны экран усе тры вокны CLI роўтэраў, каб было зручней назіраць за маімі дзеяннямі.
У дадзены момант пратакол RIP наладжаны на ўсіх 3-х прыладах, і я займуся яго адладкай, для чаго выкарыстоўваю каманду debug ip rip, пасля чаго ўсе прылады абмяняюцца абнаўленнямі RIP. Пасля гэтага я выкарыстоўваю каманду undebug all для ўсіх 3-х роўтэраў.
Вы бачыце, што ў R3 узнікла праблема з пошукам DNS-сервера. У далейшым мы абмяркуем тэматыку CCNA v3, звязаную з DNS-серверамі, і я пакажу вам, як адключыць функцыю пошуку гэтага сервера. Пакуль што вернемся да тэмы ўрока і разгледзім, як працуе абнаўленне RIP.
Пасля таго, як мы ўключым роўтэры, у іх табліцах маршрутызацыі з'явяцца запісы аб сетках, якія напрамую падключаны да іх партоў. У табліцах гэтыя запісы азагалоўлены літарай С, а лік хопаў пры прамым злучэнні роўна 0.
Калі R1 адпраўляе абнаўленне роўтару R2, яно змяшчае інфармацыю аб сетках 192.168.1.0 і 192.168.2.0. Паколькі роўтэр R2 ужо ведае аб сетцы 192.168.2.0, ён змяшчае ў сваю табліцу маршрутызацыі толькі абнаўленне аб сетцы 192.168.1.0.
Гэты запіс азагалоўлена літарай R, якая азначае, што злучэнне з сеткай 192.168.1.0 магчыма праз інтэрфейс роўтара f0/0: 192.168.2.2 толькі па пратаколе RIP з лікам хопаў 1.
Сапраўды гэтак жа, калі R2 адсылае абнаўленне R3, трэці роўтар размяшчае ў сваёй табліцы маршрутызацыі запіс, што сетка 192.168.1.0 даступная праз інтэрфейс роўтара 192.168.3.3 па пратаколе RIP з лікам хопаў 2. Вось як працуе абнаўленне маршрутызацыі.
Для прадухілення завес маршрутызацыі, або рахункі да бясконцасці, у пратаколе RIP маецца механізм "расшчапленне гарызонту". Гэты механізм уяўляе сабой правіла: "не пасылаць абнаўленне аб сетцы або маршруце праз той інтэрфейс, праз які вы атрымалі гэта абнаўленне". У нашым выпадку гэта выглядае так: калі R2 атрымаў ад R1 абнаўленне аб сетцы 192.168.1.0 праз інтэрфейс f0/0: 192.168.2.2, ён не павінен адсылаць праз інтэрфейс f0/0 абнаўленне аб гэтай сетцы 2.0 першаму роўтэру. Ён можа адправіць праз гэты інтэрфейс, злучаны з першым роўтарам, толькі абнаўленні, якія дакранаюцца сетак 192.168.3.0 і 192.168.4.0. Абнаўленне аб сетцы 192.168.2.0 ён таксама не павінен пасылаць праз інтэрфейс f0/0, таму што гэты інтэрфейс ужо пра яго ведае, бо гэтая сетка падлучаная да яго напроста. Такім чынам, калі другі роўтар пасылае абнаўленне першаму роўтэру, у ім павінны ўтрымоўвацца запісы толькі аб сетках 3.0 і 4.0, таму аб гэтых сетках ён пазнаў ад іншага інтэрфейсу - f0/1.
Вось у чым заключаецца простае правіла расшчаплення гарызонту: ніколі не адпраўляць інфармацыю аб якім-небудзь маршруце зваротна ў тым жа кірунку, з якога прыйшла гэтая інфармацыя. Гэтае правіла прадухіляе пятлю маршрутызацыі або рахунак да бясконцасці.
Калі звярнуцца да Packet Tracer, можна ўбачыць, што R1 атрымаў абнаўленне ад 192.168.2.2 праз інтэрфейс GigabitEthernet0/1 толькі аб двух сетках: 3.0 і 4.0. Другі роўтэр нічога не паведаміў аб сетках 1.0 і 2.0, таму што даведаўся пра гэтыя сеткі праз гэты самы інтэрфейс.
Першы роўтар R1 пасылае абнаўленне групавому (multicast) IP-адрасу 224.0.0.9 – ён не пасылае шырокавяшчальнае (broadcast) паведамленне. Гэты адрас - нешта накшталт канкрэтнай частаты, на якой вяшчаюць FM-радыёстанцыі, гэта значыць паведамленне атрымаюць толькі тыя прылады, якія настроены на дадзены мультыкаст-адрас. Такім жа чынам роўтэры настройваюць сябе на тое, каб прымаць трафік для адраса 224.0.0.9. Такім чынам, R1 высылае абнаўленне на гэты адрас праз інтэрфейс GigabitEthernet0/0 з IP-адрасам 192.168.1.1. Гэты інтэрфейс павінен перадаць абнаўленні толькі аб сетках 2.0, 3.0 і 4.0, таму што сетка 1.0 падлучаная да яго напроста. Мы бачым, што ён робіць менавіта так.
Далей ён пасылае абнаўленне праз другі інтэрфейс f0/1 з адрасам 192.168.2.1. Не зважайце на літару F, якая азначае FastEthernet - гэта ўсяго толькі прыклад, бо ў нашых роўтэраў інтэрфейсы GigabitEthernet, якія павінны былі б пазначацца літарай g. Ён не можа адправіць праз гэты інтэрфейс абнаўленне аб сетках 2.0, 3.0 і 4.0, таму што пазнаў аб іх менавіта праз інтэрфейс f0/1, таму адсылае абнаўленне толькі аб сетцы 1.0.
Давайце паглядзім, што адбудзецца, калі злучэнне з першай сеткай знікла з нейкай прычыны. У гэтым выпадку R1 неадкладна задзейнічае механізм, які завецца атручванне маршруту . Ён складаецца ў тым, што як толькі злучэнне з сеткай знікае, лік хопаў у запісе аб гэтай сетцы ў табліцы маршрутызацыі адразу ж павялічваецца да 16. Як мы ведаем, лік хопаў, роўнае 16, азначае, што дадзеная сетка недаступная.
У дадзеным выпадку таймер Update не выкарыстоўваецца, гэта трыгернае абнаўленне, якое імгненна накіроўваецца па сетцы найблізкага роўтара. Я абазначу яго на схеме сінім колерам. Роўтар R2 атрымлівае абнаўленне, у якім сказанае, што з гэтага моманту сетка 192.168.1.0 даступная з лікам хопаў, роўным 16, гэта значыць недаступная. Вось што называецца атручэннем маршруту. Як толькі R2 атрымлівае гэтае абнаўленне, ён тут жа змяняе ведае значэнне хопаў у радку запісу 192.168.1.0 на 16 і адсылае гэтае абнаўленне трэцяму роўтэру. У сваю чаргу, R3 таксама змяняе лік хопаў для недаступнай сеткі на 16. Такім чынам, усе прылады, злучаныя па пратаколе RIP, пазнаюць, што сетка 192.168.1.0 больш недаступная.
Дадзены працэс называецца канвергенцыяй. Гэта азначае, што ўсе роўтэры абнаўляюць свае табліцы маршрутызацыі да актуальнага на дадзены момант стану, выняткоўваючы з іх маршрут да сеткі 192.168.1.0.
Такім чынам, мы разгледзелі ўсе тэмы сённяшняга ўрока. Цяпер я пакажу вам каманды, якія выкарыстоўваюцца для дыягностыкі і ўхіленні няспраўнасцяў сеткі. Апроч каманды show ip interface brief, ёсць каманда show ip protocols. Яна паказвае параметры і стан пратаколу маршрутызацыі для прылад, якія карыстаюцца дынамічнай маршрутызацыяй.
Пасля выкарыстання гэтай каманды з'яўляецца інфармацыя аб пратаколах, якія выкарыстоўваюцца дадзеным роўтарам. Тут напісана, што пратаколам маршрутызацыі з'яўляецца RIP, абнаўленні рассылаюцца кожныя 30 секунд, наступнае абнаўленне будзе даслана праз 8 секунд, таймер Invalid запускаецца праз 180 секунд, таймер Hold Down праз 180 секунд, Flush-таймер - праз 240 секунд. Гэтыя значэння можна змяніць, аднак у тэматыцы нашага курса CCNA гэтыя пытанні не разглядаюцца, таму мы будзем выкарыстоўваць значэння таймераў па змаўчанні. Аналагічна наш курс не закранае пытанні выходных і ўваходных абнаўленняў спісу фільтрацыі для ўсіх інтэрфейсаў роўтара.
Далей тут паказана пераразмеркаванне пратаколаў - RIP, гэты параметр ужываецца, калі прылада выкарыстоўвае некалькі пратаколаў, напрыклад, ён паказвае, як RIP узаемадзейнічае з OSPF і як OSPF ўзаемадзейнічае з RIP. Пераразмеркаванне таксама не ўваходзіць у тэматыку вашага курса CCNA.
Далей паказана, што пратакол выкарыстоўвае аўтасумаванне маршрутаў, пра які мы казалі ў папярэднім відэа і што адміністрацыйная дыстанцыя роўная 120, гэта мы таксама ўжо абмяркоўвалі.
Давайце падрабязна разгледзім каманду show ip rout. Вы бачыце, што да роўтара наўпрост падлучаныя сеткі 192.168.1.0/24 і 192.168.2.0/24, яшчэ дзве сеткі, 3.0 і 4.0, выкарыстоўваюць пратакол маршрутызацыі RIP. Абедзве гэтыя сеткі даступныя праз інтэрфейс GigabitEthernet0/1 і прылада з IP-адрасам 192.168.2.2. Інфармацыя ў квадратных дужках з'яўляецца важнай - першае чысло азначае адміністрацыйную дыстанцыю, або адміністрацыйную адлегласць, другое - лік хопаў. Лік хопаў з'яўляецца метрыкай пратаколу RIP. Іншыя пратаколы, напрыклад, OSPF, маюць свае ўласныя метрыкі, пра якія мы пагаворым пры вывучэнні адпаведнай тэмы.
Як мы ўжо абмеркавалі, адміністрацыйная дыстанцыя азначае ступень даверу. Максімальнай ступенню даверу валодае статычны маршрут, у якога адміністрацыйная дыстанцыя роўная 1. Таму чым меншае гэта значэнне, тым лепш.
Выкажам здагадку, што сетка 192.168.3.0/24 даступная як праз інтэрфейс g0/1, які выкарыстоўвае RIP, так і праз інтэрфейс g0/0, які выкарыстоўвае статычную маршрутызацыю. Пры гэтым роўтэр будзе накіроўваць увесь трафік па статычным маршруце праз f0/0, таму што дадзены маршрут заслугоўвае большага даверу. У гэтым сэнсе пратакол RIP з адміністрацыйнай дыстанцыяй 120 горш за пратакол статычнай маршрутызацыі з дыстанцыяй 1.
Яшчэ адной важнай камандай для дыягностыкі непаладак з'яўляецца каманда show ip interface g0/1. Яна выводзіць на экран усю інфармацыю аб параметрах і стане канкрэтнага порта роўтара.
Для нас важны радок, у якім напісана, што ўключаны расшчэплены гарызонт: Split horizon is enabled, таму што ў вас могуць узнікнуць праблемы з-за таго, што дадзены рэжым адключаны. Таму пры ўзнікненні непаладак вы павінны пераканацца ў тым, што для дадзенага інтэрфейсу актываваны рэжым расшчэпленага гарызонту. Заўважу, што па змаўчанні гэты рэжым актыўны.
Я лічу, што мы ахапілі дастаткова пытанняў, звязаных з пратаколам RIP, таму ў вас не павінна ўзнікнуць ніякіх цяжкасцяў з гэтай тэмай пры здачы іспыту.
Дзякуй, што застаяцеся з намі. Вам падабаюцца нашыя артыкулы? Жадаеце бачыць больш цікавых матэрыялаў? Падтрымайце нас аформіўшы замову або парэкамендаваўшы знаёмым, 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