Es jau teicu, ka atjaunināšu savas video pamācības uz CCNA v3. Viss, ko apguvāt iepriekšējās nodarbībās, pilnībā atbilst jaunajam kursam. Ja radīsies nepieciešamība, jaunajās nodarbībās iekļaušu papildu tēmas, lai jūs varētu būt drošs, ka mūsu nodarbības ir saskaņotas ar 200-125 CCNA kursu.
Pirmkārt, mēs pilnībā izpētīsim pirmā eksāmena 100-105 ICND1 tēmas. Mums ir atlikušas vēl dažas nodarbības, pēc kurām būsiet gatavs kārtot šo eksāmenu. Tad sāksim apgūt ICND2 kursu. Es garantēju, ka līdz šī video kursa beigām jūs būsiet pilnībā gatavs kārtot eksāmenu 200-125. Pēdējā nodarbībā teicu, ka pie RIP neatgriezīsimies, jo tas nav iekļauts CCNA kursā. Bet, tā kā RIP tika iekļauts trešajā CCNA versijā, mēs turpināsim to pētīt.
Šodienas nodarbības tēmas būs trīs problēmas, kas rodas RIP lietošanas procesā: Skaitīšana līdz bezgalībai jeb skaitīšana līdz bezgalībai, Split Horizon – šķelto horizontu noteikumi un Route Poison jeb maršruta saindēšanās.
Lai saprastu skaitīšanas līdz bezgalībai problēmas būtību, pievērsīsimies diagrammai. Pieņemsim, ka mums ir maršrutētājs R1, maršrutētājs R2 un maršrutētājs R3. Pirmais maršrutētājs ir savienots ar otro, izmantojot 192.168.2.0/24 tīklu, otrais ar trešo ar 192.168.3.0/24 tīklu, pirmais maršrutētājs ir savienots ar 192.168.1.0/24 tīklu, bet trešais ar tīklu. 192.168.4.0/24 tīkls.
Apskatīsim maršrutu uz 192.168.1.0/24 tīklu no pirmā maršrutētāja. Tabulā šis maršruts tiks parādīts kā 192.168.1.0 ar apiņu skaitu, kas vienāds ar 0.
Otrajam maršrutētājam tabulā tiks parādīts tas pats maršruts kā 192.168.1.0 ar apiņu skaitu, kas vienāds ar 1. Šajā gadījumā maršrutētāja maršrutēšanas tabulu atjaunina Update taimeris ik pēc 30 sekundēm. R1 informē R2, ka tīkls 192.168.1.0 caur to ir sasniedzams lēcienā, kas vienāds ar 0. Saņemot šo ziņojumu, R2 atbild ar atjauninājumu, ka tas pats tīkls ir sasniedzams caur to vienā lēcienā. Šādi darbojas parastā RIP maršrutēšana.
Iedomāsimies situāciju, kad tika pārtraukts savienojums starp R1 un 192.168.1.0/24 tīklu, pēc kura maršrutētājs zaudēja piekļuvi tam. Tajā pašā laikā maršrutētājs R2 nosūta atjauninājumu maršrutētājam R1, kurā tas ziņo, ka tīkls 192.168.1.0/24 tam ir pieejams vienā lēcienā. R1 zina, ka ir zaudējis piekļuvi šim tīklam, bet R2 apgalvo, ka šis tīkls ir pieejams caur viņu vienā lēcienā, tāpēc pirmais maršrutētājs uzskata, ka tam ir jāatjaunina maršrutēšanas tabula, mainot apiņu skaitu no 0 uz 2.
Pēc tam R1 nosūta atjauninājumu maršrutētājam R2. Viņš saka: “ok, pirms tam tu man atsūtīji atjauninājumu, ka tīkls 192.168.1.0 ir pieejams ar nulles apiņiem, tagad ziņo, ka maršrutu uz šo tīklu var uzbūvēt 2 apiņos. Tāpēc man ir jāatjaunina maršrutēšanas tabula no 1 uz 3." Nākamajā atjauninājumā R1 mainīs apiņu skaitu uz 4, otrais maršrutētājs uz 5, pēc tam uz 5 un 6, un šis process turpināsies bezgalīgi.
Šī problēma ir pazīstama kā maršrutēšanas cilpa, un RIP to sauc par skaitīšanas līdz bezgalībai problēmu. Patiesībā tīkls 192.168.1.0/24 nav pieejams, bet R1, R2 un visi pārējie maršrutētāji tīklā uzskata, ka tam var piekļūt, jo maršruts turpina cilpu. Šo problēmu var atrisināt, izmantojot horizonta sadalīšanas un maršruta saindēšanās mehānismus. Apskatīsim tīkla topoloģiju, ar kuru šodien strādāsim.
Tīklā ir trīs maršrutētāji R1,2,3 un divi datori ar IP adresēm 192.168.1.10 un 192.168.4.10. Starp datoriem ir 4 tīkli: 1.0, 2.0, 3.0 un 4.0. Maršrutētiem ir IP adreses, kur pēdējais oktets ir maršrutētāja numurs, bet priekšpēdējais oktets ir tīkla numurs. Šīm tīkla ierīcēm varat piešķirt jebkuras adreses, taču es dodu priekšroku tām, jo man ir vieglāk izskaidrot.
Lai konfigurētu mūsu tīklu, pāriesim uz Packet Tracer. Es izmantoju Cisco 2911 maršrutētājus un izmantoju šo shēmu, lai piešķirtu IP adreses gan resursdatoriem PC0, gan PC1.
Varat ignorēt slēdžus, jo tie ir “tieši izņemti no kastes” un pēc noklusējuma izmanto VLAN1. 2911 maršrutētājiem ir divi gigabitu porti. Lai mums būtu vieglāk, katram no šiem maršrutētājiem izmantoju gatavus konfigurācijas failus. Varat apmeklēt mūsu vietni, doties uz cilni Resursi un noskatīties visas mūsu video pamācības.
Šobrīd šeit nav pieejami visi atjauninājumi, taču kā piemēru varat apskatīt 13. dienas nodarbību, kurā ir saite darbgrāmatā. Tāda pati saite tiks pievienota šodienas video apmācībai, un, sekojot tai, varat lejupielādēt maršrutētāja konfigurācijas failus.
Lai konfigurētu mūsu maršrutētājus, es vienkārši nokopēju R1 konfigurācijas teksta faila saturu, atveru tā konsoli programmā Packet Tracer un ievadu komandu config t.
Pēc tam es vienkārši ielīmēju nokopēto tekstu un izeju no iestatījumiem.
Es daru to pašu ar otrā un trešā maršrutētāja iestatījumiem. Šī ir viena no Cisco iestatījumu priekšrocībām — jūs varat vienkārši kopēt un ielīmēt vajadzīgos iestatījumus tīkla ierīces konfigurācijas failos. Manā gadījumā gatavo konfigurācijas failu sākumam pievienošu arī 2 komandas, lai tās neievadītu konsolē - tās ir en (enable) un config t. Pēc tam es nokopēšu saturu un ielīmēšu visu R3 iestatījumu konsolē.
Tātad, mēs esam konfigurējuši visus 3 maršrutētājus. Ja vēlaties saviem maršrutētājiem izmantot gatavus konfigurācijas failus, pārliecinieties, vai modeļi atbilst šajā diagrammā redzamajiem modeļiem - šeit maršrutētājiem ir GigabitEthernet porti. Jums var būt nepieciešams labot šo rindiņu FastEthernet failā, ja maršrutētājam ir tieši šie porti.
Varat redzēt, ka maršrutētāja portu marķieri diagrammā joprojām ir sarkani. Kāda ir problēma? Lai diagnosticētu, atveriet maršrutētāja 1 IOS komandrindas interfeisu un ierakstiet komandu show ip interface short. Šī komanda ir jūsu “Šveices nazis”, risinot dažādas tīkla problēmas.
Jā, mums ir problēma — jūs redzat, ka GigabitEthernet 0/0 saskarne ir administratīvi nomāktā stāvoklī. Fakts ir tāds, ka nokopētajā konfigurācijas failā es aizmirsu izmantot komandu no shutdown, un tagad es to ievadīšu manuāli.
Tagad man būs manuāli jāpievieno šī rinda visu maršrutētāju iestatījumiem, pēc tam portu marķieri mainīs krāsu uz zaļu. Tagad es parādīšu visus trīs maršrutētāju CLI logus kopējā ekrānā, lai būtu ērtāk novērot savas darbības.
Šobrīd RIP protokols ir konfigurēts visās 3 ierīcēs, un es to atkļūdošu, izmantojot komandu debug ip rip, pēc kuras visas ierīces apmainīsies ar RIP atjauninājumiem. Pēc tam es izmantoju komandu undebug all visiem 3 maršrutētājiem.
Var redzēt, ka R3 ir problēmas atrast DNS serveri. Mēs vēlāk apspriedīsim CCNA v3 DNS servera tēmas, un es jums parādīšu, kā šim serverim atspējot uzmeklēšanas funkciju. Pagaidām atgriezīsimies pie nodarbības tēmas un apskatīsim, kā darbojas RIP atjauninājums.
Pēc maršrutētāju ieslēgšanas to maršrutēšanas tabulās būs ieraksti par tīkliem, kas ir tieši savienoti ar to portiem. Tabulās šie ieraksti ir apzīmēti ar burtu C, un tiešā savienojuma apiņu skaits ir 0.
Kad R1 nosūta atjauninājumu uz R2, tajā ir informācija par tīkliem 192.168.1.0 un 192.168.2.0. Tā kā R2 jau zina par tīklu 192.168.2.0, tas savā maršrutēšanas tabulā ievieto tikai atjauninājumu par tīklu 192.168.1.0.
Šis ieraksts ir apzīmēts ar burtu R, kas nozīmē, ka savienojums ar 192.168.1.0 tīklu ir iespējams caur maršrutētāja saskarni f0/0: 192.168.2.2, tikai izmantojot RIP protokolu ar lēcienu skaitu 1.
Līdzīgi, kad R2 nosūta atjauninājumu uz R3, trešais maršrutētājs savā maršrutēšanas tabulā ievieto ierakstu, ka tīkls 192.168.1.0 ir pieejams, izmantojot maršrutētāja interfeisu 192.168.3.3, izmantojot RIP ar lēcienu skaitu 2. Šādi darbojas maršrutēšanas atjauninājums. .
Lai novērstu maršrutēšanas cilpas vai nebeidzamu skaitīšanu, RIP ir dalīta horizonta mehānisms. Šis mehānisms ir noteikums: "nesūtiet tīkla vai maršruta atjauninājumu, izmantojot saskarni, caur kuru saņēmāt atjauninājumu." Mūsu gadījumā tas izskatās šādi: ja R2 saņēma atjauninājumu no R1 par tīklu 192.168.1.0, izmantojot interfeisu f0/0: 192.168.2.2, tam nevajadzētu nosūtīt atjauninājumu par šo tīklu 0 pirmajam maršrutētājam, izmantojot saskarni f0/2.0. . Tas var nosūtīt tikai atjauninājumus, izmantojot šo saskarni, kas saistīta ar pirmo maršrutētāju, kas attiecas uz tīkliem 192.168.3.0 un 192.168.4.0. Tam arī nevajadzētu sūtīt atjauninājumu par tīklu 192.168.2.0 caur f0/0 interfeisu, jo šī saskarne jau par to zina, jo šis tīkls ir tieši savienots ar to. Tātad, kad otrais maršrutētājs nosūta atjauninājumu pirmajam maršrutētājam, tajā jābūt ierakstiem tikai par tīkliem 3.0 un 4.0, jo tas uzzināja par šiem tīkliem no cita interfeisa - f0/1.
Šis ir vienkāršs horizonta sadalīšanas noteikums: nekad nesūtiet informāciju par jebkuru maršrutu atpakaļ tajā pašā virzienā, no kura informācija tika saņemta. Šis noteikums novērš maršrutēšanas cilpu vai skaitīšanu līdz bezgalībai.
Ja paskatās uz Packet Tracer, varat redzēt, ka R1 saņēma atjauninājumu no 192.168.2.2, izmantojot GigabitEthernet0/1 interfeisu tikai par diviem tīkliem: 3.0 un 4.0. Otrais maršrutētājs neko neziņoja par tīkliem 1.0 un 2.0, jo tas uzzināja par šiem tīkliem caur šo saskarni.
Pirmais maršrutētājs R1 nosūta atjauninājumu uz multiraides IP adresi 224.0.0.9 - tas nenosūta apraides ziņojumu. Šī adrese ir kaut kas līdzīgs noteiktai frekvencei, kurā raida FM radiostacijas, tas ir, ziņojumu saņems tikai tās ierīces, kas ir noregulētas uz šo multiraides adresi. Tādā pašā veidā maršrutētāji konfigurē sevi, lai pieņemtu trafiku adresei 224.0.0.9. Tātad R1 nosūta atjauninājumu uz šo adresi, izmantojot GigabitEthernet0/0 interfeisu ar IP adresi 192.168.1.1. Šai saskarnei ir jāpārraida tikai atjauninājumi par tīkliem 2.0, 3.0 un 4.0, jo tīkls 1.0 ir tieši savienots ar to. Mēs redzam, ka viņš to dara.
Pēc tam tas nosūta atjauninājumu, izmantojot otro saskarni f0/1 ar adresi 192.168.2.1. Ignorējiet burtu F FastEthernet — šis ir tikai piemērs, jo mūsu maršrutētājiem ir GigabitEthernet saskarnes, kas jāapzīmē ar burtu g. Viņš nevar nosūtīt atjauninājumu par tīkliem 2.0, 3.0 un 4.0, izmantojot šo interfeisu, jo viņš uzzināja par tiem, izmantojot f0/1 saskarni, tāpēc viņš nosūta tikai atjauninājumu par tīklu 1.0.
Apskatīsim, kas notiek, ja kāda iemesla dēļ tiek zaudēts savienojums ar pirmo tīklu. Šajā gadījumā R1 nekavējoties ieslēdz mehānismu, ko sauc par "ceļa saindēšanos". Tas slēpjas faktā, ka, tiklīdz tiek zaudēts savienojums ar tīklu, maršrutēšanas tabulas ierakstā par šo tīklu nekavējoties palielinās apiņu skaits līdz 16. Kā zināms, apiņu skaits, kas vienāds ar 16, nozīmē, ka šis tīkls nav pieejams.
Šajā gadījumā atjaunināšanas taimeris netiek izmantots; tas ir sprūda atjauninājums, kas tīklā tiek nekavējoties nosūtīts tuvākajam maršrutētājam. Es to atzīmēšu diagrammā zilā krāsā. Maršrutētājs R2 saņem atjauninājumu, kurā teikts, ka no šī brīža tīkls 192.168.1.0 ir pieejams ar lēcienu skaitu, kas vienāds ar 16, tas ir, tas nav pieejams. To sauc par saindēšanos ceļā. Tiklīdz R2 saņem šo atjauninājumu, tas nekavējoties maina lēciena vērtību 192.168.1.0 ieraksta rindā uz 16 un nosūta šo atjauninājumu trešajam maršrutētājam. Savukārt R3 maina arī lēcienu skaitu nesasniedzamajam tīklam uz 16. Tādējādi visas caur RIP pieslēgtās ierīces zina, ka tīkls 192.168.1.0 vairs nav pieejams.
Šo procesu sauc par konverģenci. Tas nozīmē, ka visi maršrutētāji atjaunina savas maršrutēšanas tabulas uz pašreizējo stāvokli, no tiem izslēdzot maršrutu uz 192.168.1.0 tīklu.
Tātad, mēs esam aptvēruši visas šodienas nodarbības tēmas. Tagad es jums parādīšu komandas, kas tiek izmantotas, lai diagnosticētu un novērstu tīkla problēmas. Papildus Show ip interfeisa īsajai komandai ir arī komanda Show ip protocols. Tas parāda maršrutēšanas protokola iestatījumus un statusu ierīcēm, kas izmanto dinamisko maršrutēšanu.
Pēc šīs komandas izmantošanas tiek parādīta informācija par protokoliem, ko izmanto šis maršrutētājs. Šeit teikts, ka maršrutēšanas protokols ir RIP, atjauninājumi tiek sūtīti ik pēc 30 sekundēm, nākamais atjauninājums tiks nosūtīts pēc 8 sekundēm, Invalid taimeris sākas pēc 180 sekundēm, Hold Down taimeris sākas pēc 180 sekundēm, un skalošanas taimeris sākas pēc 240 sekundes. Šīs vērtības var mainīt, taču šī nav mūsu CCNA kursa tēma, tāpēc mēs izmantosim noklusējuma taimera vērtības. Tāpat mūsu kursā nav aplūkoti jautājumi par izejošo un ienākošo filtrēšanas sarakstu atjauninājumiem visām maršrutētāju saskarnēm.
Tālāk šeit ir protokola pārdalīšana - RIP, šī opcija tiek izmantota, ja ierīce izmanto vairākus protokolus, piemēram, tā parāda, kā RIP mijiedarbojas ar OSPF un kā OSPF mijiedarbojas ar RIP. Pārdale arī neietilpst jūsu CCNA kursa tvērumā.
Tālāk tiek parādīts, ka protokolā tiek izmantota maršrutu automātiskā apkopošana, par ko mēs runājām iepriekšējā video, un administratīvais attālums ir 120, par ko mēs arī jau runājām.
Apskatīsim tuvāk komandu show ip route. Jūs redzat, ka tīkli 192.168.1.0/24 un 192.168.2.0/24 ir tieši savienoti ar maršrutētāju, vēl divi tīkli, 3.0 un 4.0, izmanto RIP maršrutēšanas protokolu. Abi šie tīkli ir pieejami, izmantojot GigabitEthernet0/1 interfeisu un ierīci ar IP adresi 192.168.2.2. Svarīga ir informācija kvadrātiekavās – pirmais cipars apzīmē administratīvo attālumu jeb administratīvo attālumu, otrais – apiņu skaitu. Apiņu skaits ir RIP protokola metrika. Citiem protokoliem, piemēram, OSPF, ir savi rādītāji, par kuriem mēs runāsim, pētot atbilstošo tēmu.
Kā mēs jau runājām, administratīvais attālums attiecas uz uzticības pakāpi. Maksimālajai uzticības pakāpei ir statisks maršruts, kura administratīvais attālums ir 1. Tāpēc, jo zemāka šī vērtība, jo labāk.
Pieņemsim, ka tīkls 192.168.3.0/24 ir pieejams gan caur interfeisu g0/1, kas izmanto RIP, gan interfeisu g0/0, kas izmanto statisko maršrutēšanu. Šajā gadījumā maršrutētājs visu trafiku novirzīs pa statisko maršrutu caur f0/0, jo šis maršruts ir uzticamāks. Šajā ziņā RIP protokols ar administratīvo attālumu 120 ir sliktāks nekā statisks maršrutēšanas protokols ar attālumu 1.
Vēl viena svarīga komanda problēmu diagnosticēšanai ir komanda show ip interface g0/1. Tas parāda visu informāciju par konkrēta maršrutētāja porta parametriem un statusu.
Mums ir svarīga rindiņa, kurā teikts, ka ir iespējots sadalītais horizonts: Split Horizon ir iespējots, jo jums var rasties problēmas, jo šis režīms ir atspējots. Tāpēc, ja rodas problēmas, pārliecinieties, vai šai saskarnei ir iespējots dalītā horizonta režīms. Lūdzu, ņemiet vērā, ka pēc noklusējuma šis režīms ir aktīvs.
Es uzskatu, ka esam aplūkojuši pietiekami daudz ar RIP saistītu tēmu, lai jums nevajadzētu rasties grūtībām ar šo tēmu, kārtojot eksāmenu.
Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, 30% atlaide Habr lietotājiem unikālam sākuma līmeņa serveru analogam, ko mēs jums izgudrojām: (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).
Dell R730xd 2 reizes lētāk? Tikai šeit Nīderlandē! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB — no 99 USD! Lasīt par
Avots: www.habr.com