{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Cisco 200-125 CCNA v3.0 Tr\u00e4ning. Dag 44. Introduktion till OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Idag b\u00f6rjar vi studera routing med OSPF-protokollet. Detta \u00e4mne, liksom behandling av EIGRP-protokollet, \u00e4r det viktigaste i hela CCNA-kursen. Som ni ser heter avsnitt 2.4 \"Konfiguration, verifiering och fels\u00f6kning av enstaka zon och flera zoner f\u00f6r OSPFv2 f\u00f6r IPv4 (exklusive autentisering, filtrering, manuell ruttaggregatering, omf\u00f6rdelning, stubomr\u00e5de, virtuellt n\u00e4tverk och LSA)\". <\/p>\n

\"Cisco
\n
\n\u00c4mnet OSPF \u00e4r ganska omfattande, s\u00e5 det kommer att ta 2, kanske 3 videolektioner. Dagens lektion kommer att handla om den teoretiska delen, jag kommer att ber\u00e4tta f\u00f6r er vad detta protokoll handlar om och hur det fungerar. I n\u00e4sta video g\u00e5r vi \u00f6ver till OSPF-konfiguration med Packet Tracer.<\/a><\/noindex><\/p>\n

S\u00e5 idag kommer vi att titta p\u00e5 tre saker: vad OSPF \u00e4r, hur det fungerar och vad OSPF-zoner \u00e4r. I den f\u00f6reg\u00e5ende lektionen sa vi att OSPF \u00e4r ett protokoll f\u00f6r l\u00e4nkstatusrouting som utforskar kommunikationskanaler mellan routrar och fattar beslut baserat p\u00e5 hastigheten hos dessa kanaler. En l\u00e5ng kanal med h\u00f6gre hastighet, det vill s\u00e4ga med h\u00f6gre bandbredd, kommer att prioriteras \u00f6ver en kort kanal med l\u00e4gre bandbredd.<\/p>\n

RIP-protokollet, som \u00e4r av distansvektor-typ, kommer att v\u00e4lja en v\u00e4g med ett hopp, \u00e4ven om denna kanal har l\u00e5g hastighet, medan OSPF-protokollet v\u00e4ljer en l\u00e4ngre rutt med flera hopp om den totala hastigheten p\u00e5 den rutten \u00e4r h\u00f6gre \u00e4n hastigheten p\u00e5 trafiken p\u00e5 den korta rutten. <\/p>\n

\"Cisco
\n
\nSenare kommer vi att titta p\u00e5 beslutsalgoritmen, men f\u00f6r nu ska ni komma ih\u00e5g att OSPF \u00e4r ett protokoll f\u00f6r l\u00e4nkstatus. Denna \u00f6ppna standard skapades 1988, s\u00e5 att alla tillverkare av n\u00e4tverksutrustning och alla n\u00e4tverksleverant\u00f6rer kunde dra nytta av den. D\u00e4rf\u00f6r \u00e4r OSPF mycket mer popul\u00e4r \u00e4n EIGRP. <\/p>\n

OSPF version 2 st\u00f6der endast IPv4-protokollet, och ett \u00e5r senare, 1989, tillk\u00e4nnagav utvecklarna lanseringen av version 3 som st\u00f6der IPv6. Fullst\u00e4ndigt fungerande version 3 av OSPF f\u00f6r IPv6 kom dock f\u00f6rst 2008. Varf\u00f6r valde man just OSPF? I den senaste lektionen fick vi veta att detta interna gatewayprotokoll konvergerar rutter mycket snabbare \u00e4n RIP. Det \u00e4r ett klassl\u00f6st protokoll. <\/p>\n

Om du minns, s\u00e5 \u00e4r RIP ett klassbaserat protokoll, vilket inneb\u00e4r att det inte skickar information om subnetmasken, och om det st\u00f6ter p\u00e5 en IP-adress av klass A\/24, accepterar det den inte. Till exempel, om du presenterar en IP-adress i formatet 10.1.1.0\/24, s\u00e5 uppfattar det den som n\u00e4tverket 10.0.0.0, eftersom det inte f\u00f6rst\u00e5r hur n\u00e4tverket delas upp i subnet med hj\u00e4lp av mer \u00e4n en subnetmask.
\nOSPF \u00e4r ett s\u00e4kert protokoll. Om tv\u00e5 routrar utbyter OSPF-information, kan du konfigurera autentisering p\u00e5 ett s\u00e4tt s\u00e5 att information kan delas med en angr\u00e4nsande router f\u00f6rst efter att ett l\u00f6senord har angetts. Som vi redan n\u00e4mnt \u00e4r detta en \u00f6ppen standard, s\u00e5 m\u00e5nga tillverkare av n\u00e4tverksutrustning anv\u00e4nder OSPF.<\/p>\n

I ett globalt perspektiv representerar OSPF en mekanism f\u00f6r att utbyta meddelanden om l\u00e4nkstatus, Link State Advertisements, eller LSA. LSA-meddelanden genereras av routern och inneh\u00e5ller mycket information: en unik identifierare f\u00f6r routern, router-id, data om de n\u00e4tverk som routern k\u00e4nner till, information om deras kostnad och s\u00e5 vidare. All denna information beh\u00f6vs av routern f\u00f6r att fatta routingbeslut. <\/p>\n

\"Cisco
\n
\nRouter R3 skickar sin LSA-information till router R5, och router R5 delar sin LSA-information med R3. Dessa LSA utg\u00f6r en databasstruktur som formar Link State Data Base, eller LSDB. Routern samlar alla mottagna LSA och placerar dem i sin LSDB. Efter att b\u00e5da routrarna har skapat sina databaser, utbyter de Hello-meddelanden, vilket anv\u00e4nds f\u00f6r att uppt\u00e4cka grannar, och p\u00e5b\u00f6rjar proceduren f\u00f6r att j\u00e4mf\u00f6ra sina LSDB.<\/p>\n

Router R3 skickar ett DBD-meddelande, eller \"databasbeskrivning\", till router R5, och R5 skickar sitt DBD till router R3. Dessa meddelanden inneh\u00e5ller index f\u00f6r LSA som finns i varje routers databaser. Efter att ha mottagit DBD skickar router R3 en f\u00f6rfr\u00e5gan om n\u00e4tverksstatus, LSR, till router R5, d\u00e4r det st\u00e5r: \"jag har redan meddelandena 3, 4 och 9, s\u00e5 skicka mig bara 5 och 7.\" <\/p>\n

P\u00e5 samma s\u00e4tt informerar R5 den tredje routern: \"Jag har information 3, 4 och 9, s\u00e5 skicka mig 1 och 2.\" Efter att ha mottagit LSR-beg\u00e4ran skickar routrarna tillbaka n\u00e4tverksstatuspaket LSU, det vill s\u00e4ga som svar p\u00e5 sin LSR f\u00e5r den tredje routern LSU fr\u00e5n routern R5. N\u00e4r routrarna har uppdaterat sina databaser kommer alla, \u00e4ven om du har 100 routrar, att ha samma LSDB-databaser. S\u00e5 snart routrarna har skapat LSDB-databaser kommer varje router att k\u00e4nna till hela n\u00e4tverket som helhet. OSPF-protokollet anv\u00e4nder algoritmen f\u00f6r den kortaste v\u00e4gen f\u00f6r att skapa routingtabellen, s\u00e5 den viktigaste f\u00f6ruts\u00e4ttningen f\u00f6r dess korrekta funktion \u00e4r synkroniseringen av LSDB p\u00e5 alla enheter i n\u00e4tverket. <\/p>\n

\"Cisco
\n
\nI den angivna schemat finns 9 routrar, som vart och ett utbyter LSR, LSU-meddelanden och s\u00e5 vidare med sina grannar. Alla \u00e4r kopplade till varandra via p2p-typ eller \"punkt till punkt\"-gr\u00e4nssnitt som st\u00f6der OSPF-protokollet, och interagerar med varandra f\u00f6r att skapa identiska LSDB. <\/p>\n

\"Cisco
\n
\nS\u00e5 snart databaserna har synkroniserats, kommer varje router, genom att anv\u00e4nda algoritmen f\u00f6r den kortaste v\u00e4gen, att skapa sin egen routingtabell. Dessa tabeller kommer att vara olika f\u00f6r olika routrar. Det vill s\u00e4ga att alla routrar anv\u00e4nder samma LSDB, men skapar routingtabeller baserade p\u00e5 sina egna \u00f6verv\u00e4ganden om kortaste v\u00e4gar. F\u00f6r att anv\u00e4nda denna algoritm beh\u00f6ver OSPF regelbundna uppdateringar av LSDB. <\/p>\n

S\u00e5 f\u00f6r att OSPF ska fungera korrekt m\u00e5ste det f\u00f6rst uppfylla 3 villkor: hitta grannar, skapa och uppdatera LSDB och skapa en routingtabell. F\u00f6r att uppfylla det f\u00f6rsta villkoret kan n\u00e4tverksadministrat\u00f6ren beh\u00f6va konfigurera router-id, timing eller wildcard-mask manuellt. I den f\u00f6ljande videon kommer vi att titta p\u00e5 hur man konfigurerar en enhet f\u00f6r att arbeta med OSPF, men f\u00f6r tillf\u00e4llet b\u00f6r du veta att detta protokoll anv\u00e4nder en omv\u00e4nd mask, och om den inte st\u00e4mmer, om dina subn\u00e4t inte matchar, eller autentiseringen inte st\u00e4mmer, kommer grannskapet mellan routrarna inte att kunna etableras. D\u00e4rf\u00f6r, n\u00e4r du fels\u00f6ker OSPF, b\u00f6r du ta reda p\u00e5 varf\u00f6r detta grannskap inte etableras, det vill s\u00e4ga kontrollera matchningen av ovanst\u00e5ende parametrar.<\/p>\n

Som n\u00e4tverksadministrat\u00f6r deltar du inte i processen f\u00f6r att skapa LSDB. Databaserna uppdateras automatiskt efter att grannrelationer mellan routrar har skapats, likas\u00e5 byggs routingtavlorna. Allt detta utf\u00f6rs av enheten som \u00e4r konfigurerad f\u00f6r att arbeta med OSPF-protokollet.
\nL\u00e5t oss ta ett exempel. Vi har tv\u00e5 routrar som jag f\u00f6r enkelhetens skull har tilldelat ID:n RID 1.1.1.1 och 2.2.2.2. S\u00e5 snart vi kopplar ihop dem, kommer l\u00e4nken omedelbart att g\u00e5 till status up, eftersom jag f\u00f6rst har konfigurerat dessa routrar f\u00f6r att arbeta med OSPF. N\u00e4r kommunikationskanalen har bildats, kommer router A omedelbart att skicka ett Hello-paket till den andra. Detta paket kommer att inneh\u00e5lla information om att denna router \u00e4nnu inte har 'sett' n\u00e5gon p\u00e5 denna kanal, eftersom den skickar Hello f\u00f6rsta g\u00e5ngen, samt dess eget ID, information om det anslutna n\u00e4tverket och annan information som den kan dela med sin granne. <\/p>\n

\"Cisco
\n
\nN\u00e4r router B tar emot detta paket s\u00e4ger den: \"Jag ser att det finns en potentiell granne f\u00f6r OSPF-protokollet p\u00e5 denna kommunikationskanal\" och g\u00e5r in i initialiseringstillst\u00e5ndet Init state. Hello-paketet \u00e4r inte ett unicast- eller broadcast-meddelande, det \u00e4r ett multicastpaket som skickas till multicast OSPF IP-adressen 224.0.0.5. Vissa m\u00e4nniskor fr\u00e5gar vad n\u00e4tmasken f\u00f6r multicast \u00e4r. Faktum \u00e4r att multicast inte har n\u00e5gon n\u00e4tmask, det sprids som en radiosignal som h\u00f6rs av alla enheter som \u00e4r inst\u00e4llda p\u00e5 dess frekvens. Om du till exempel vill h\u00f6ra FM-radio som s\u00e4nder p\u00e5 frekvensen 91,0, st\u00e4ller du in din radio p\u00e5 denna frekvens. <\/p>\n

P\u00e5 samma s\u00e4tt \u00e4r router B inst\u00e4lld p\u00e5 att ta emot meddelanden f\u00f6r multicastadressen 224.0.0.5. Genom att lyssna p\u00e5 denna kanal tar den emot Hello-paketet som skickades av router A och svarar med sitt eget meddelande. <\/p>\n

\"Cisco
\n
\nGrannrelationen kan endast etableras om svaret fr\u00e5n B uppfyller ett antal kriterier. Det f\u00f6rsta kriteriet \u00e4r att frekvensen f\u00f6r att skicka Hello-meddelanden och tiden f\u00f6r att v\u00e4nta p\u00e5 svar p\u00e5 detta meddelande, Dead Interval, m\u00e5ste matcha mellan de b\u00e5da routrarna. Vanligtvis \u00e4r Dead Interval flera v\u00e4rden av Hello-timern. Om Hello-timern f\u00f6r router A \u00e4r 10 s, och router B skickar ett meddelande till den efter 30 s n\u00e4r Dead Interval \u00e4r 20 s, kommer grannrelationen inte att etableras. <\/p>\n

Det andra kriteriet \u00e4r att b\u00e5da routrarna m\u00e5ste anv\u00e4nda samma typ av autentisering. D\u00e4rf\u00f6r m\u00e5ste ocks\u00e5 autentiseringsl\u00f6senorden \u00f6verensst\u00e4mma. <\/p>\n

Det tredje kriteriet \u00e4r att zonidentifierarna Arial ID ska matcha, det fj\u00e4rde \u2013 att prefixl\u00e4ngden f\u00f6r n\u00e4tverket \u00e4r densamma. Om router A rapporterar prefixet \/24, s\u00e5 m\u00e5ste router B ocks\u00e5 ha n\u00e4tverksprefixet \/24. I n\u00e4sta video kommer vi att g\u00e5 in p\u00e5 detta mer detaljerat, men jag vill p\u00e5peka att detta inte \u00e4r en subn\u00e4tmask, h\u00e4r anv\u00e4nder routrarna en omv\u00e4nd wildcard-mask. Och naturligtvis m\u00e5ste flaggorna f\u00f6r stub omr\u00e5de ocks\u00e5 st\u00e4mma \u00f6verens, om routrarna befinner sig i detta omr\u00e5de. <\/p>\n

Efter att ha verifierat dessa kriterier, om de st\u00e4mmer \u00f6verens, skickar router B sin Hello-paket till router A. Till skillnad fr\u00e5n meddelandet fr\u00e5n A, meddelar router B att den har sett router A, och presenterar sig sj\u00e4lv. <\/p>\n

\"Cisco
\n
\nI svar p\u00e5 detta meddelande skickar router A \u00e5terigen en Hello till router B, d\u00e4r den bekr\u00e4ftar att den ocks\u00e5 har sett router B, kommunikationen mellan dem sker genom enheter 1.1.1.1 och 2.2.2.2, och den sj\u00e4lvt \u00e4r enheten 1.1.1.1. Detta \u00e4r en mycket viktig fas i etableringen av grannskap. I detta fall anv\u00e4nds en tv\u00e5v\u00e4gskoppling, men vad h\u00e4nder om vi har en switch med ett distribuerat n\u00e4tverk av 4 routrar? I en s\u00e5dan 'delad' milj\u00f6 m\u00e5ste en av routrarna spela rollen som den utsedda routern (Designated router, D.R), medan den andra \u00e4r reservden utsedda routern (Backup designated router, B.D.R).<\/p>\n

\"Cisco
\n
\nVarje enhet kommer att skapa en Full connection, eller tillst\u00e5nd av full n\u00e4rhet, senare kommer vi att titta n\u00e4rmare p\u00e5 vad detta inneb\u00e4r, men denna typ av anslutning kommer endast att uppr\u00e4ttas med D.R. och B.D.R, medan de tv\u00e5 l\u00e4gre routrarna D och B \u00e4nd\u00e5 kommer att kommunicera enligt en tv\u00e5v\u00e4gskoppling 'point-to-point'. <\/p>\n

Det inneb\u00e4r att med D.R. och B.D.R uppr\u00e4ttar alla routrar ett f\u00f6rh\u00e5llande av full n\u00e4rhet, medan kommunikation mellan varandra \u00e4r av typ 'point-to-point'. Detta \u00e4r mycket viktigt, eftersom alla parametrar i Hello-paketet m\u00e5ste st\u00e4mma \u00f6verens vid en tv\u00e5v\u00e4gskoppling av grannskapade enheter. I v\u00e5rt fall st\u00e4mmer allt, s\u00e5 enheterna kan utan problem bilda grannskap. <\/p>\n

S\u00e5 snart den tv\u00e5v\u00e4gskommunikationen etableras, skickar router A ett databaspaket, eller \"databasinformation\", till router B och g\u00e5r in i tillst\u00e5ndet ExStart \u2013 vilket inneb\u00e4r att utbytet b\u00f6rjar, eller att den v\u00e4ntar p\u00e5 att ladda. Databasbeskrivaren best\u00e5r av information som liknar inneh\u00e5llet i en bok \u2013 det listar allt som finns i routingdatabasen. I respons skickar router B sin databasbeskrivning till router A och g\u00e5r in i tillst\u00e5ndet f\u00f6r utbyte av kanalinformation Exchange. Om router B i Exchange-tillst\u00e5ndet uppt\u00e4cker att viss information saknas i dess databas g\u00e5r det in i tillst\u00e5ndet f\u00f6r laddning LOADING och b\u00f6rjar utbyta med grannen med meddelandena LSR, LSU och LSA.<\/p>\n

\"Cisco
\n
\nRouter A kommer att skicka en LSR till grannen, som svarar med ett LSU-paket, och router A svarar router B med ett LSA-meddelande. Detta utbyte kommer att ske lika m\u00e5nga g\u00e5nger som enheterna \u00f6nskar utbyta LSA-meddelanden. LOADING-tillst\u00e5ndet inneb\u00e4r att en fullst\u00e4ndig uppdatering av LSA-databasen \u00e4nnu inte har skett. Efter att alla data har laddats kommer b\u00e5da enheterna att g\u00e5 in i tillst\u00e5ndet f\u00f6r full grannskap FULL.<\/p>\n

Jag vill p\u00e5peka att vid en tv\u00e5v\u00e4gskontakt \u00e4r enheterna helt enkelt i ett grannskapsl\u00e4ge, medan tillst\u00e5ndet f\u00f6r fullst\u00e4ndigt grannskap endast \u00e4r m\u00f6jligt mellan routrar, D.R. och B.D.R. Detta inneb\u00e4r att varje router informerar D.R. om f\u00f6r\u00e4ndringar i n\u00e4tverket, och alla routrar f\u00e5r information om dessa f\u00f6r\u00e4ndringar fr\u00e5n D.R.<\/p>\n

Valet av D.R. och B.D.R. \u00e4r en viktig fr\u00e5ga. L\u00e5t oss \u00f6verv\u00e4ga hur valet av D.R. sker i en allm\u00e4n milj\u00f6. Anta att det finns tre routrar och en switch i v\u00e5rt schema. F\u00f6rst j\u00e4mf\u00f6r OSPF-enheterna prioritet i Hello-meddelandena, och d\u00e4refter j\u00e4mf\u00f6r de Router ID. <\/p>\n

Enheten med h\u00f6gst prioritet blir D.R. Om tv\u00e5 enheter har samma prioritet, v\u00e4ljs den med h\u00f6gst Router ID som blir D.R.<\/p>\n

Den reservdedikerade routern B.D.R. blir enheten med n\u00e4st h\u00f6gst prioritet eller n\u00e4st h\u00f6gst Router ID. Om D.R. g\u00e5r ner kommer B.D.R. omedelbart att ta dess plats. Den b\u00f6rjar agera som D.R., och systemet kommer att v\u00e4lja en annan B.D.R.<\/p>\n

\"Cisco
\n
\nJag hoppas att du har f\u00f6rst\u00e5tt valet av D.R. och B.D.R. Om du inte har det, kommer jag att \u00e5terkomma till denna fr\u00e5ga i en av de kommande videorna och f\u00f6rklara processen. <\/p>\n

S\u00e5 vi har sett p\u00e5 vad Hello, databasbeskrivning Database Descriptor och meddelandena LSR, LSU och LSA inneb\u00e4r. Innan vi g\u00e5r vidare till n\u00e4sta \u00e4mne, l\u00e5t oss prata lite om kostnaden f\u00f6r OSPF. <\/p>\n

\"Cisco
\n
\nI Cisco ber\u00e4knas kostnaden f\u00f6r en v\u00e4g enligt formeln f\u00f6rh\u00e5llandet mellan referensbandbredd Reference bandwidth, som standard \u00e4r satt till 100 Mbit\/s, till kostnaden f\u00f6r l\u00e4nken. Till exempel, n\u00e4r enheter ansluts via en seriell port, \u00e4r hastigheten 1,544 Mbit\/s och kostnaden blir 64. Vid anv\u00e4ndning av en Ethernet-anslutning med hastigheten 10 Mbit\/s \u00e4r kostnaden 10, och kostnaden f\u00f6r en FastEthernet-anslutning med hastigheten 100 Mbit\/s blir 1. <\/p>\n

Vid anv\u00e4ndning av Gigabit Ethernet har vi hastigheten 1000 Mbit\/s, men i det h\u00e4r fallet antas hastigheten alltid vara 1. S\u00e5 om du har Gigabit Ethernet i ditt n\u00e4tverk, m\u00e5ste du \u00e4ndra det standardv\u00e4rdet f\u00f6r Ref. BW till 1000. I s\u00e5 fall blir kostnaden 1, och hela tabellen kommer att omr\u00e4knas med en \u00f6kning av kostnadsv\u00e4rdena med 10 g\u00e5nger. Efter att vi har bildat grannskapet och byggt databas LSDB, g\u00e5r vi vidare till att bygga routingtabellen. <\/p>\n

\"Cisco
\n
\nEfter att ha erh\u00e5llit LSDB b\u00f6rjar varje router sj\u00e4lvst\u00e4ndigt att skapa en lista \u00f6ver rutter med hj\u00e4lp av SPF-algoritmen. I v\u00e5r skiss kommer router A att skapa en s\u00e5dan tabell f\u00f6r sig sj\u00e4lv. Till exempel ber\u00e4knar den kostnaden f\u00f6r v\u00e4gen A-R1 och fastst\u00e4ller den till 10. F\u00f6r att f\u00f6renkla f\u00f6rst\u00e5elsen av skissen, l\u00e5t oss anta att router A best\u00e4mmer den optimala v\u00e4gen till router B. Kostnaden f\u00f6r f\u00f6rbindelsen A-R1 \u00e4r 10, kostnaden f\u00f6r A-R2 \u00e4r 100, och kostnaden f\u00f6r v\u00e4gen A-R3 \u00e4r 11, vilket \u00e4r summan av v\u00e4gen A-R1(10) och R1-R3(1).<\/p>\n

Om router A vill n\u00e5 router R4 kan den g\u00f6ra det antingen via v\u00e4gen A-R1-R4 eller v\u00e4gen A-R2-R4, d\u00e4r kostnaden f\u00f6r b\u00e5da v\u00e4garna \u00e4r densamma: 10+100 =100+10=110. V\u00e4gen A-R6 kostar 100+1= 101, vilket \u00e4r b\u00e4ttre. N\u00e4sta \u00f6verv\u00e4gs v\u00e4gen till router R5 via v\u00e4gen A-R1-R3-R5, vars kostnad blir 10+1+100 = 111. <\/p>\n

V\u00e4gen till router R7 kan g\u00f6ras via tv\u00e5 v\u00e4gar: A-R1-R4-R7 eller A-R2-R6-R7. Kostnaden f\u00f6r den f\u00f6rsta blir 210, den andra \u2013 201, s\u00e5 det \u00e4r b\u00e4ttre att v\u00e4lja 201. S\u00e5, f\u00f6r att n\u00e5 router B kan router A anv\u00e4nda 4 v\u00e4gar.<\/p>\n

\"Cisco
\n
\nKostnaden f\u00f6r rutten A-R1-R3-R5-B kommer att vara 121. Rutten A-R1-R4-R7-B kommer att kosta 220. Rutten A-R2-R4-R7-B kostar 210, och A-R2-R6-R7-B har en kostnad av 211. Baserat p\u00e5 detta kommer router A att v\u00e4lja rutten med den l\u00e4gsta kostnaden, vilket \u00e4r 121, och l\u00e4gga in just denna i rutningstabellen. Detta \u00e4r en mycket f\u00f6renklad \u00f6versikt av hur SPF-algoritmen fungerar. I verkligheten l\u00e4ggs det inte bara in beteckningar f\u00f6r routrar genom vilka den optimala rutten g\u00e5r, utan \u00e4ven beteckningar f\u00f6r de portar som binder dem samt all annan n\u00f6dv\u00e4ndig information. <\/p>\n

L\u00e5t oss titta p\u00e5 ett annat \u00e4mne som r\u00f6r rutningszoner. Vanligtvis, n\u00e4r OSPF-enheter st\u00e4lls in, befinner de sig alla i en gemensam zon. <\/p>\n

\"Cisco
\n
\nVad h\u00e4nder om en enhet som \u00e4r ansluten till router R3 pl\u00f6tsligt g\u00e5r s\u00f6nder? Router R3 kommer omedelbart att b\u00f6rja s\u00e4nda ett meddelande till routrarna R5 och R1 om att kanalen med den h\u00e4r enheten inte l\u00e4ngre fungerar, och alla routrar kommer att b\u00f6rja utbyta uppdateringar om denna h\u00e4ndelse. <\/p>\n

\"Cisco
\n
\nOm du har 100 routrar kommer alla att uppdatera informationen om kanalernas tillst\u00e5nd eftersom de befinner sig i en gemensam zon. Detsamma kommer att h\u00e4nda om en av de n\u00e4rst\u00e5ende routrarna g\u00e5r s\u00f6nder \u2013 alla enheter i zonen kommer att utbyta LSA-uppdateringar. Efter att s\u00e5dana meddelanden har utbytts kommer n\u00e4tverkets topologi att f\u00f6r\u00e4ndras. S\u00e5 snart detta intr\u00e4ffar kommer SPF att r\u00e4kna om rutningstabellerna i enlighet med de f\u00f6r\u00e4ndrade f\u00f6rh\u00e5llandena. Detta \u00e4r en mycket omfattande process, och om du har tusen enheter i en zona m\u00e5ste du \u00f6vervaka routrarnas minnesstorlek s\u00e5 att den \u00e4r tillr\u00e4cklig f\u00f6r att lagra alla LSA och den stora LSDB-databasen f\u00f6r kanalernas tillst\u00e5nd. S\u00e5 snart det sker f\u00f6r\u00e4ndringar i n\u00e5gon del av zonen, ber\u00e4knar SPF genast rutterna p\u00e5 nytt. Som standard uppdateras LSA var 30:e minut. Denna process sker inte samtidigt p\u00e5 alla enheter, men i vilket fall som helst utf\u00f6rs uppdateringar av varje router med en frekvens av 30 minuter. Ju fler n\u00e4tverksenheter, desto mer minne och tid kr\u00e4vs f\u00f6r att uppdatera LSDB.<\/p>\n

Det h\u00e4r problemet kan l\u00f6sas genom att dela upp en gemensam zon i flera separata zoner, det vill s\u00e4ga att anv\u00e4nda multizoning. F\u00f6r detta beh\u00f6ver du en plan eller karta \u00f6ver hela n\u00e4tverket du hanterar. Nollzonen AREA 0 \u00e4r din huvudzon (Main area). Det \u00e4r h\u00e4r anslutningen till det externa n\u00e4tverket sker, till exempel internetuppkopplingen. N\u00e4r du skapar nya zoner b\u00f6r du f\u00f6lja regeln: varje zon m\u00e5ste ha en Area Border Router (ABR). En border router har ett gr\u00e4nssnitt i en zon och ett annat gr\u00e4nssnitt i en annan zon. Till exempel har routern R5 gr\u00e4nssnitt i zon 1 och zon 0. Som jag n\u00e4mnde tidigare, varje zon m\u00e5ste vara ansluten till nollzonen, det vill s\u00e4ga ha en border router vars ett gr\u00e4nssnitt \u00e4r anslutet till AREA 0. <\/p>\n

\"Cisco
\n
\nAnta att anslutningen mellan R6 och R7 har g\u00e5tt ner. I s\u00e5 fall kommer uppdateringen av LSA endast att spridas inom zon AREA 1 och endast ang\u00e5 denna zon. Enheter i zon 2 och zon 0 kommer inte ens att veta om detta. Border routern R5 summerar informationen om vad som h\u00e4nder i sin zon och skickar sammanfattande information om n\u00e4tverksstatus till huvudzonen AREA 0. Enheter i en zon beh\u00f6ver inte veta om alla f\u00f6r\u00e4ndringar av LSA i andra zoner, eftersom ABR-routern kommer att vidarebefordra sammanfattande information om rutter fr\u00e5n en zon till en annan. <\/p>\n

Om du inte riktigt har f\u00f6rst\u00e5tt konceptet av zoner, kan du l\u00e4ra dig mer i de kommande lektionerna n\u00e4r vi g\u00e5r igenom inst\u00e4llningen av OSPF-routing och ser p\u00e5 n\u00e5gra exempel. <\/p>\n

\r\n \"Spela\r\n
<\/div>\r\n <\/div><\/center>
\nTack f\u00f6r att ni stannar med oss. Gillar ni v\u00e5ra artiklar? Vill ni se mer intressant material? St\u00f6d oss genom att g\u00f6ra en best\u00e4llning eller rekommendera oss till v\u00e4nner, 30% rabatt f\u00f6r Habr-anv\u00e4ndare p\u00e5 v\u00e5rt unika alternativ till entry-level servrar, som vi har designat f\u00f6r er:<\/b> Allt om VPS (KVM) E5-2650 v4 (6 k\u00e4rnor) 10GB DDR4 240GB SSD 1Gbps fr\u00e5n $20, eller hur man korrekt delar upp en server?<\/a><\/noindex> (alternativ med RAID1 och RAID10 finns tillg\u00e4ngliga, upp till 24 k\u00e4rnor och upp till 40GB DDR4).<\/p>\n

Dell R730xd till halva priset?<\/b> Bara hos oss 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB fr\u00e5n $199<\/a><\/noindex> i Nederl\u00e4nderna! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 fr\u00e5n $99!<\/b><\/b> L\u00e4s om Hur man bygger en f\u00f6retagsinfrastruktur med Dell R730xd E5-2650 v4-servrar som kostar 9000 euro f\u00f6r en br\u00e5kdel?<\/a><\/noindex>
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Utbildning Cisco 200-125 CCNA v3.0. Dag 44. Introduktion till OSPF | ProHoster","description":"Idag p\u00e5b\u00f6rjar vi studierna av routing med OSPF-protokollet. Detta \u00e4mne, liksom genomg\u00e5ngen av EIGRP-protokollet, \u00e4r av yttersta vikt i hela CCNA-kursen.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}