{"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\/pl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Szkolenie Cisco 200-125 CCNA v3.0. Dzie\u0144 44. Wprowadzenie do OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dzisiaj zaczniemy nauk\u0119 o routingu w protokole OSPF. Ten temat, podobnie jak om\u00f3wienie protoko\u0142u EIGRP, jest kluczowy w ca\u0142ym kursie CCNA. Jak widzicie, rozdzia\u0142 2.4 nazywa si\u0119 \u201eKonfiguracja, weryfikacja i rozwi\u0105zywanie problem\u00f3w z jednostrefowym i wielostrefowym OSPFv2 dla protoko\u0142u IPv4 (z wyj\u0105tkiem autoryzacji, filtrowania, r\u0119cznego sumowania tras, redystrybucji, obszaru martwego, sieci wirtualnej i LSA)\u201d. <\/p>\n

\"Szkolenie
\n
\nTemat OSPF jest do\u015b\u0107 obszerna, dlatego zajmie on 2, a mo\u017ce 3 lekcje wideo. Dzisiejsza lekcja b\u0119dzie po\u015bwi\u0119cona stronie teoretycznej, opowiem wam, czym jest ten protok\u00f3\u0142 w og\u00f3lnych zarysach i jak dzia\u0142a. W nast\u0119pnym wideo przejdziemy do trybu konfiguracji OSPF za pomoc\u0105 Packet Tracer.<\/a><\/noindex><\/p>\n

Na tej lekcji om\u00f3wimy wi\u0119c trzy zagadnienia: czym jest OSPF, jak dzia\u0142a i czym s\u0105 strefy OSPF. Na poprzedniej lekcji m\u00f3wili\u015bmy, \u017ce OSPF to protok\u00f3\u0142 routingu typu Link State, badaj\u0105cy \u0142\u0105cza mi\u0119dzy routerami i podejmuj\u0105cy decyzje na podstawie szybko\u015bci tych \u0142\u0105czy. D\u0142ugie \u0142\u0105cze o wi\u0119kszej szybko\u015bci, czyli o wi\u0119kszej przepustowo\u015bci b\u0119dzie mia\u0142o priorytet w por\u00f3wnaniu do kr\u00f3tkiego \u0142\u0105cza o mniejszej przepustowo\u015bci.<\/p>\n

Protok\u00f3\u0142 RIP, b\u0119d\u0105c protoko\u0142em wektorowym, wybierze \u015bcie\u017ck\u0119 w jednym hopie, nawet je\u015bli to \u0142\u0105cze ma nisk\u0105 pr\u0119dko\u015b\u0107, podczas gdy protok\u00f3\u0142 OSPF wybierze d\u0142ug\u0105 tras\u0119 z kilku hop\u00f3w, je\u015bli \u0142\u0105czna pr\u0119dko\u015b\u0107 na tej trasie b\u0119dzie wy\u017csza ni\u017c pr\u0119dko\u015b\u0107 ruchu na kr\u00f3tkiej trasie. <\/p>\n

\"Szkolenie
\n
\nP\u00f3\u017aniej przyjrzymy si\u0119 algorytmowi podejmowania decyzji, na razie musisz zapami\u0119ta\u0107, \u017ce OSPF jest protoko\u0142em stanu \u0142\u0105czy Link State. Ten otwarty standard zosta\u0142 stworzony w 1988 roku, dzi\u0119ki czemu ka\u017cdy producent sprz\u0119tu sieciowego i dostawca us\u0142ug internetowych m\u00f3g\u0142 z niego skorzysta\u0107. Dlatego OSPF jest znacznie bardziej popularny ni\u017c EIGRP. <\/p>\n

Protok\u00f3\u0142 OSPF wersji 2 obs\u0142uguje tylko protok\u00f3\u0142 IPv4, a rok p\u00f3\u017aniej, w 1989 roku, tw\u00f3rcy og\u0142osili wydanie wersji 3, kt\u00f3ra obs\u0142uguje IPv6. Jednak pe\u0142noprawna trzecia wersja OSPF dla IPv6 pojawi\u0142a si\u0119 dopiero w 2008 roku. Dlaczego wybrano OSPF? Na ostatniej lekcji dowiedzieli\u015bmy si\u0119, \u017ce ten protok\u00f3\u0142 wewn\u0119trznego bramy wykonuje konwergencj\u0119 tras znacznie szybciej ni\u017c RIP. Jest to protok\u00f3\u0142 bezklasowy. <\/p>\n

Je\u015bli pami\u0119tasz, RIP jest protoko\u0142em klasowym, co oznacza, \u017ce nie wysy\u0142a informacji o masce podsieci, a je\u015bli natrafi na adres IP klasy A\/24, to go nie zaakceptuje. Na przyk\u0142ad, je\u015bli przedstawisz mu adres IP w formacie 10.1.1.0\/24, uzna go za sie\u0107 10.0.0.0, poniewa\u017c nie rozumie, kiedy sie\u0107 dzieli si\u0119 na podsieci z u\u017cyciem wi\u0119cej ni\u017c jednej maski podsieci.
\nOSPF jest protoko\u0142em bezpiecznym. Na przyk\u0142ad, je\u015bli dwa routery wymieniaj\u0105 si\u0119 informacjami OSPF, mo\u017cesz skonfigurowa\u0107 uwierzytelnianie w taki spos\u00f3b, \u017ce dzielenie si\u0119 informacjami z s\u0105siednim routerem b\u0119dzie mo\u017cliwe tylko po wprowadzeniu has\u0142a. Jak ju\u017c wspomniano, jest to otwarty standard, dlatego OSPF jest wykorzystywany przez wielu producent\u00f3w sprz\u0119tu sieciowego.<\/p>\n

W globalnym sensie OSPF stanowi mechanizm wymiany og\u0142osze\u0144 o stanie \u0142\u0105cza Link State Advertisement, lub LSA. Wiadomo\u015bci LSA s\u0105 generowane przez router i zawieraj\u0105 wiele informacji: unikalny identyfikator routera router-id, dane o sieciach znanych routerowi, dane o ich kosztach i tak dalej. Ca\u0142a ta informacja jest potrzebna routerowi do podj\u0119cia decyzji o routingu. <\/p>\n

\"Szkolenie
\n
\nRouter R3 wysy\u0142a swoje informacje LSA do routera R5, a router R5 dzieli si\u0119 swoj\u0105 informacj\u0105 LSA z R3. Te LSA stanowi\u0105 struktur\u0119 danych, tworz\u0105c\u0105 baz\u0119 danych stanu \u0142\u0105cza Link State Data Base, lub LSDB. Router gromadzi wszystkie otrzymane LSA i umieszcza je w swojej LSDB. Po tym, jak oba routery utworzy\u0142y swoje bazy danych, wymieniaj\u0105 wiadomo\u015bci Hello, kt\u00f3re s\u0142u\u017c\u0105 do wykrywania s\u0105siad\u00f3w, i przyst\u0119puj\u0105 do procedury por\u00f3wnywania swoich LSDB.<\/p>\n

Router R3 wysy\u0142a routerowi R5 wiadomo\u015b\u0107 DBD, czyli \u201eopis bazy danych\u201d, a R5 odsy\u0142a swoje DBD do routera R3. Te wiadomo\u015bci zawieraj\u0105 indeksy LSA, kt\u00f3re znajduj\u0105 si\u0119 w bazach ka\u017cdego routera. Po otrzymaniu DBD, router R3 wysy\u0142a zapytanie o stan sieci LSR do routera R5, w kt\u00f3rym m\u00f3wi: \u201emam ju\u017c wiadomo\u015bci 3, 4 i 9, wi\u0119c przysy\u0142aj mi tylko 5 i 7\u201d. <\/p>\n

R5 post\u0119puje w ten sam spos\u00f3b, informuj\u0105c trzeci router: \u201emam informacje 3, 4 i 9, wi\u0119c wy\u015blijcie mi 1 i 2\u201d. Po otrzymaniu zapyta\u0144 LSR, routery wysy\u0142aj\u0105 z powrotem pakiety aktualizacji stanu sieci LSU, czyli w odpowiedzi na sw\u00f3j LSR trzeci router otrzymuje LSU od routera R5. Po zaktualizowaniu baz danych przez routery, wszystkie one, nawet je\u015bli masz 100 router\u00f3w, b\u0119d\u0105 mia\u0142y identyczne bazy LSDB. Kiedy routery utworz\u0105 bazy danych LSDB, ka\u017cdy z nich b\u0119dzie zna\u0142 ca\u0142\u0105 sie\u0107 jako ca\u0142o\u015b\u0107. Protok\u00f3\u0142 OSPF wykorzystuje algorytm Shortest Path First do tworzenia tabeli routingu, dlatego kluczowym warunkiem jego prawid\u0142owego dzia\u0142ania jest synchronizacja LSDB wszystkich urz\u0105dze\u0144 w sieci. <\/p>\n

\"Szkolenie
\n
\nNa schemacie znajduje si\u0119 9 router\u00f3w, z kt\u00f3rych ka\u017cdy wymienia si\u0119 z s\u0105siadami wiadomo\u015bciami LSR, LSU itd. Wszystkie s\u0105 po\u0142\u0105czone ze sob\u0105 w konfiguracji p2p, czyli \u201epunkt-punkt\u201d, z interfejsami, kt\u00f3re obs\u0142uguj\u0105 protok\u00f3\u0142 OSPF, i wsp\u00f3\u0142dzia\u0142aj\u0105 ze sob\u0105 w celu stworzenia identycznych LSDB. <\/p>\n

\"Szkolenie
\n
\nGdy tylko bazy danych b\u0119d\u0105 zsynchronizowane, ka\u017cdy router, korzystaj\u0105c z algorytmu najkr\u00f3tszej \u015bcie\u017cki, tworzy swoj\u0105 tabel\u0119 routingu. Tabele te b\u0119d\u0105 r\u00f3\u017cne w r\u00f3\u017cnych routerach. Oznacza to, \u017ce wszystkie routery korzystaj\u0105 z identycznych LSDB, ale tworz\u0105 tabele routingu na podstawie w\u0142asnych przemy\u015ble\u0144 o najkr\u00f3tszych trasach. Aby wykorzysta\u0107 ten algorytm, OSPF potrzebuje regularnych aktualizacji bazy LSDB. <\/p>\n

Zatem, aby OSPF mog\u0142o funkcjonowa\u0107, musi najpierw spe\u0142ni\u0107 3 warunki: znale\u017a\u0107 s\u0105siad\u00f3w, stworzy\u0107 i zaktualizowa\u0107 LSDB oraz utworzy\u0107 tabel\u0119 routingu. Aby zrealizowa\u0107 pierwszy warunek, administrator sieci mo\u017ce potrzebowa\u0107 r\u0119cznie skonfigurowa\u0107 router-id, czasy lub mask\u0119 wildcard. W nast\u0119pnym filmie om\u00f3wimy konfiguracj\u0119 urz\u0105dzenia do pracy z OSPF, na razie musisz wiedzie\u0107, \u017ce ten protok\u00f3\u0142 u\u017cywa maski odwrotnej, i je\u015bli nie pasuje, je\u015bli nie pasuj\u0105 twoje podsieci ani autoryzacja, s\u0105siedztwo router\u00f3w nie mo\u017ce zosta\u0107 utworzone. Dlatego podczas rozwi\u0105zywania problem\u00f3w z OSPF musisz ustali\u0107, dlaczego to s\u0105siedztwo si\u0119 nie tworzy, czyli sprawdzi\u0107 zgodno\u015b\u0107 wy\u017cej wymienionych parametr\u00f3w.<\/p>\n

Jako administrator sieci nie bierzesz udzia\u0142u w procesie tworzenia bazy LSDB. Aktualizacja baz danych odbywa si\u0119 automatycznie po utworzeniu s\u0105siedztwa router\u00f3w, tak jak budowanie tabel routingu. Wszystko to wykonuje samo urz\u0105dzenie, kt\u00f3re zosta\u0142o skonfigurowane do pracy z protoko\u0142em OSPF.
\nRozwa\u017cmy przyk\u0142ad. Mamy dwa routery, kt\u00f3rym dla uproszczenia nada\u0142em identyfikatory RID 1.1.1.1 i 2.2.2.2. Gdy tylko je po\u0142\u0105czymy, kana\u0142 link od razu przejdzie w stan up, poniewa\u017c najpierw skonfigurowa\u0142em te routery do pracy z OSPF. Gdy utworzy si\u0119 po\u0142\u0105czenie, router A natychmiast wy\u015ble do drugiego pakiet Hello. W tym pakiecie znajd\u0105 si\u0119 informacje, \u017ce ten router jeszcze nikogo nie \u201ewidzia\u0142\u201d na tym kanale, poniewa\u017c wysy\u0142a Hello po raz pierwszy, a tak\u017ce jego w\u0142asny identyfikator, dane o pod\u0142\u0105czonej do niego sieci oraz inne informacje, kt\u00f3rymi mo\u017ce podzieli\u0107 si\u0119 z s\u0105siadem. <\/p>\n

\"Szkolenie
\n
\nOtrzymuj\u0105c ten pakiet, router B powie: \u201ewidz\u0119, \u017ce na tym kanale transmisji jest potencjalny kandydat do s\u0105siedztwa wed\u0142ug protoko\u0142u OSPF\u201d i przejdzie w stan inicjalizacji Init state. Pakiet Hello nie jest wiadomo\u015bci\u0105 unicastow\u0105 ani broadcastow\u0105, to pakiet multicastowy, wysy\u0142any na multicastowy adres IP OSPF 224.0.0.5. Niekt\u00f3rzy pytaj\u0105, jaka jest maska podsieci dla multicastu. Ot\u00f3\u017c multicast nie ma maski podsieci, rozprzestrzenia si\u0119 jak sygna\u0142 radiowy, kt\u00f3ry s\u0142ysz\u0105 wszystkie urz\u0105dzenia skonfigurowane na jego cz\u0119stotliwo\u015b\u0107. Na przyk\u0142ad, je\u015bli chcesz us\u0142ysze\u0107 radio FM nadaj\u0105ce na cz\u0119stotliwo\u015bci 91,0, musisz ustawi\u0107 sw\u00f3j odbiornik radiowy na t\u0119 cz\u0119stotliwo\u015b\u0107. <\/p>\n

Podobnie router B jest skonfigurowany do odbierania wiadomo\u015bci dla multicastowego adresu 224.0.0.5. S\u0142uchaj\u0105c tego kana\u0142u, odbiera pakiet Hello, kt\u00f3ry wys\u0142a\u0142 router A, i odpowiada mu swoj\u0105 wiadomo\u015bci\u0105. <\/p>\n

\"Szkolenie
\n
\nS\u0105siedztwo mo\u017ce by\u0107 ustanowione tylko wtedy, gdy odpowied\u017a B spe\u0142nia zestaw kryteri\u00f3w. Pierwszym kryterium jest to, \u017ce cz\u0119stotliwo\u015b\u0107 wysy\u0142ania wiadomo\u015bci Hello i czas oczekiwania na odpowied\u017a na t\u0119 wiadomo\u015b\u0107 (Dead Interval) musz\u0105 by\u0107 zgodne w obu routerach. Zazwyczaj Dead Interval odpowiada kilku warto\u015bciom timera Hello. W ten spos\u00f3b, je\u015bli Timer Hello routera A wynosi 10 s, a router B wy\u015ble mu wiadomo\u015b\u0107 po 30 s, przy za\u0142o\u017ceniu, \u017ce Dead Interval wynosi 20 s, s\u0105siedztwo nie zostanie nawi\u0105zane. <\/p>\n

Drugim kryterium jest to, \u017ce oba routery musz\u0105 korzysta\u0107 z tego samego typu uwierzytelniania. Odpowiednio, has\u0142a uwierzytelniania r\u00f3wnie\u017c musz\u0105 si\u0119 zgadza\u0107. <\/p>\n

Trzecim kryterium jest zgodno\u015b\u0107 identyfikator\u00f3w strefy Arial ID, czwartym \u2013 zgodno\u015b\u0107 d\u0142ugo\u015bci prefiksu sieci. Je\u015bli router A zg\u0142asza prefiks \/24, to router B r\u00f3wnie\u017c musi mie\u0107 prefiks sieci \/24. W nast\u0119pnym wideo om\u00f3wimy to dok\u0142adniej, ale na razie zauwa\u017c\u0119, \u017ce to nie jest maska podsieci, tutaj routery korzystaj\u0105 z odwrotnej maski Wildcard mask. Oczywi\u015bcie, flagi strefy stub tak\u017ce musz\u0105 si\u0119 zgadza\u0107, je\u015bli routery znajduj\u0105 si\u0119 w tej strefie. <\/p>\n

Po sprawdzeniu tych kryteri\u00f3w, w przypadku ich zgodno\u015bci, router B wysy\u0142a do routera A sw\u00f3j pakiet Hello. W przeciwie\u0144stwie do wiadomo\u015bci A, router B informuje, \u017ce zauwa\u017cy\u0142 router A i przedstawia si\u0119 sam. <\/p>\n

\"Szkolenie
\n
\nW odpowiedzi na t\u0119 wiadomo\u015b\u0107 router A ponownie wysy\u0142a Hello do routera B, w kt\u00f3rym potwierdza, \u017ce r\u00f3wnie\u017c zauwa\u017cy\u0142 router B, a kana\u0142 komunikacyjny mi\u0119dzy nimi sk\u0142ada si\u0119 z urz\u0105dze\u0144 1.1.1.1 i 2.2.2.2, a sam jest urz\u0105dzeniem 1.1.1.1. To bardzo wa\u017cny etap ustanawiania s\u0105siedztwa. W tym przypadku u\u017cywane jest dwustronne po\u0142\u0105czenie 2-WAY, ale co si\u0119 stanie, gdy mamy switch z rozproszon\u0105 sieci\u0105 czterech router\u00f3w? W takiej \u201erozproszonej\u201d sieci jeden z router\u00f3w musi pe\u0142ni\u0107 rol\u0119 wyznaczonego routera Designated router D.R., a drugi \u2013 zapasowego wyznaczonego routera Backup designated router, B.D.R.<\/p>\n

\"Szkolenie
\n
\nKa\u017cde z tych urz\u0105dze\u0144 utworzy pe\u0142ne po\u0142\u0105czenie (Full connection) lub stan pe\u0142nej s\u0105siedztwa. P\u00f3\u017aniej om\u00f3wimy, co to oznacza, ale po\u0142\u0105czenie tego typu zostanie nawi\u0105zane tylko z D.R. i B.D.R., podczas gdy dwa dolne routery D i B b\u0119d\u0105 komunikowa\u0107 si\u0119 z sob\u0105 za pomoc\u0105 dwustronnego po\u0142\u0105czenia typu \u00abpoint-to-point\u00bb. <\/p>\n

To znaczy, \u017ce z D.R. i B.D.R. wszystkie routery nawi\u0105zuj\u0105 pe\u0142ne s\u0105siedztwo, a mi\u0119dzy sob\u0105 \u2013 po\u0142\u0105czenie typu point-to-point. To bardzo istotne, poniewa\u017c w przypadku dwustronnego po\u0142\u0105czenia s\u0105siednich urz\u0105dze\u0144 wszystkie parametry pakietu Hello musz\u0105 si\u0119 zgadza\u0107. W naszym przypadku wszystko si\u0119 zgadza, wi\u0119c urz\u0105dzenia bez problemu tworz\u0105 s\u0105siedztwo. <\/p>\n

Gdy dwukierunkowe po\u0142\u0105czenie zostanie nawi\u0105zane, router A wysy\u0142a do routera B pakiet Database Description, czyli \u201eopis bazy danych\u201d, i przechodzi w stan ExStart \u2014 pocz\u0105tek wymiany lub oczekiwanie na za\u0142adunek. Database Descriptor to informacje podobne do spisu tre\u015bci ksi\u0105\u017cki \u2013 jest to lista wszystkiego, co znajduje si\u0119 w bazie danych trasowania. W odpowiedzi router B wysy\u0142a swoje opis bazy danych do routera A i przechodzi w stan Exchange \u2013 wymiana danych o kana\u0142ach. Je\u015bli w stanie Exchange router odkryje, \u017ce brakuje mu jakiej\u015b informacji w jego bazie danych, przechodzi w stan LOADING i zaczyna wymienia\u0107 si\u0119 z s\u0105siadem wiadomo\u015bciami LSR, LSU i LSA.<\/p>\n

\"Szkolenie
\n
\nRouter A wy\u015ble s\u0105siadowi LSR, kt\u00f3ry odpowie mu pakietem LSU, na co router A odpowie routerowi B wiadomo\u015bci\u0105 LSA. Wymiana ta b\u0119dzie mia\u0142a miejsce tyle razy, ile urz\u0105dzenia b\u0119d\u0105 chcia\u0142y wymienia\u0107 si\u0119 wiadomo\u015bciami LSA. Stan LOADING oznacza, \u017ce pe\u0142ne zaktualizowanie bazy danych LSA jeszcze nie nast\u0105pi\u0142o. Po za\u0142adowaniu wszystkich danych oba urz\u0105dzenia przejd\u0105 w stan pe\u0142nej s\u0105siedztwa FULL.<\/p>\n

Zauwa\u017cam, \u017ce w przypadku dwukierunkowego po\u0142\u0105czenia urz\u0105dzenia znajduj\u0105 si\u0119 po prostu w stanie s\u0105siedztwa, podczas gdy stan pe\u0142nej s\u0105siedztwa jest mo\u017cliwy tylko mi\u0119dzy routerami D.R. i B.D.R. Oznacza to, \u017ce ka\u017cdy router informuje D.R. o zmianach w sieci, a wszystkie routery dowiaduj\u0105 si\u0119 o tych zmianach od D.R.<\/p>\n

Wyb\u00f3r D.R. i B.D.R. jest wa\u017cn\u0105 kwesti\u0105. Rozwa\u017cmy, jak dokonuje si\u0119 wyboru D.R. w og\u00f3lnej sieci. Za\u0142\u00f3\u017cmy, \u017ce w naszej schemacie znajduj\u0105 si\u0119 trzy routery i switch. Na pocz\u0105tku urz\u0105dzenia OSPF por\u00f3wnuj\u0105 priorytety w wiadomo\u015bciach Hello, a nast\u0119pnie por\u00f3wnuj\u0105 Router ID. <\/p>\n

Urz\u0105dzenie z najwy\u017cszym priorytetem staje si\u0119 D.R. Je\u015bli priorytety dw\u00f3ch urz\u0105dze\u0144 s\u0105 takie same, to z nich wybierane jest urz\u0105dzenie z najwy\u017cszym Router ID, kt\u00f3re staje si\u0119 D.R.<\/p>\n

Rezerwacyjnym routerem B.D.R. staje si\u0119 urz\u0105dzenie z drugim co do wa\u017cno\u015bci priorytetem lub z drugim co do wa\u017cno\u015bci Router ID. Je\u015bli D.R. ulegnie awarii, natychmiast zostanie zast\u0105piony przez B.D.R. Rozpocznie on pe\u0142nienie roli D.R., a system wybierze innego B.D.R.<\/p>\n

\"Szkolenie
\n
\nMam nadziej\u0119, \u017ce zrozumia\u0142e\u015b selekcj\u0119 D.R. i B.D.R. Je\u015bli nie, to jeszcze powr\u00f3c\u0119 do tego tematu w jednym z kolejnych wideo i wyja\u015bni\u0119 ten proces. <\/p>\n

Zatem om\u00f3wili\u015bmy, czym s\u0105 Hello, opis bazy danych Database Descriptor oraz komunikaty LSR, LSU i LSA. Zanim przejdziemy do nast\u0119pnego tematu, porozmawiajmy chwil\u0119 o kosztach OSPF. <\/p>\n

\"Szkolenie
\n
\nW Cisco koszt trasy oblicza si\u0119 wed\u0142ug wzoru, w kt\u00f3rym stosunek przepustowo\u015bci Reference bandwidth, kt\u00f3ry domy\u015blnie wynosi 100 Mb\/s, do kosztu \u0142\u0105cza. Na przyk\u0142ad, w przypadku po\u0142\u0105czenia urz\u0105dze\u0144 przez port szeregowy pr\u0119dko\u015b\u0107 wynosi 1,544 Mb\/s, a koszt wyniesie 64. Przy po\u0142\u0105czeniu Ethernet o pr\u0119dko\u015bci 10 Mb\/s koszt wynosi 10, a koszt po\u0142\u0105czenia Fast Ethernet o pr\u0119dko\u015bci 100 Mb\/s wynosi 1. <\/p>\n

Przy u\u017cyciu Gigabit Ethernet mamy pr\u0119dko\u015b\u0107 1000 Mb\/s, jednak w tym przypadku pr\u0119dko\u015b\u0107 zawsze przyjmuje si\u0119 jako 1. W zwi\u0105zku z tym, je\u015bli w twojej sieci znajduje si\u0119 Gigabit Ethernet, musisz zmieni\u0107 domy\u015bln\u0105 warto\u015b\u0107 Ref. BW na 1000. W takim przypadku koszt wyniesie 1, a ca\u0142a tabela zostanie przeliczona z podniesieniem warto\u015bci kosztu dziesi\u0119ciokrotnie. Po utworzeniu s\u0105siedztwa i zbudowaniu bazy danych LSDB przechodzimy do budowy tabeli routingu. <\/p>\n

\"Szkolenie
\n
\nPo otrzymaniu LSDB ka\u017cdy z router\u00f3w samodzielnie przyst\u0119puje do formowania listy tras za pomoc\u0105 algorytmu SPF. W naszym schemacie router A stworzy tak\u0105 tabel\u0119 dla siebie. Na przyk\u0142ad oblicza koszt trasy A-R1 i okre\u015bla go na 10. Aby upro\u015bci\u0107 zrozumienie schematu, za\u0142\u00f3\u017cmy, \u017ce router A okre\u015bla optymaln\u0105 tras\u0119 do routera B. Koszt po\u0142\u0105czenia A-R1 wynosi 10, po\u0142\u0105czenia A-R2 wynosi 100, a koszt trasy A-R3 wynosi 11, co jest sum\u0105 trasy A-R1(10) i R1-R3(1).<\/p>\n

Je\u015bli router A b\u0119dzie chcia\u0142 dotrze\u0107 do routera R4, mo\u017ce to zrobi\u0107 albo tras\u0105 A-R1-R4, albo tras\u0105 A-R2-R4, przy czym w obu przypadkach koszt tras b\u0119dzie taki sam: 10+100 = 100+10=110. Trasa A-R6 b\u0119dzie kosztowa\u0107 100+1=101, co jest lepsz\u0105 opcj\u0105. Nast\u0119pnie rozwa\u017camy drog\u0119 do routera R5 tras\u0105 A-R1-R3-R5, kt\u00f3rej koszt wyniesie 10+1+100=111. <\/p>\n

Drog\u0119 do routera R7 mo\u017cna wytyczy\u0107 na dwa sposoby: A-R1-R4-R7 lub A-R2-R6-R7. Koszt pierwszej wyniesie 210, a drugiej \u2013 201, co oznacza, \u017ce nale\u017cy wybra\u0107 201. Tak wi\u0119c, aby dotrze\u0107 do routera B, router A mo\u017ce skorzysta\u0107 z 4 tras.<\/p>\n

\"Szkolenie
\n
\nKoszt trasy A-R1-R3-R5-B wyniesie 121. Trasa A-R1-R4-R7-B b\u0119dzie kosztowa\u0107 220. Trasa A-R2-R4-R7-B kosztuje 210, a A-R2-R6-R7-B ma koszt 211. W zwi\u0105zku z tym router A wybierze tras\u0119 o najni\u017cszym koszcie, wynosz\u0105cym 121, i umie\u015bci j\u0105 w tabeli routingu. To bardzo uproszczony schemat dzia\u0142ania algorytmu SPF. W rzeczywisto\u015bci do tabeli trafiaj\u0105 nie tylko oznaczenia router\u00f3w, przez kt\u00f3re przebiega optymalna trasa, ale tak\u017ce oznaczenia \u0142\u0105cz\u0105cych je port\u00f3w oraz wszystkie inne potrzebne informacje. <\/p>\n

Rozwa\u017cmy jeszcze jeden temat, kt\u00f3ry dotyczy stref routingu. Zwykle, przy konfigurowaniu urz\u0105dze\u0144 OSPF w firmie, wszystkie one znajduj\u0105 si\u0119 w jednej wsp\u00f3lnej strefie. <\/p>\n

\"Szkolenie
\n
\nCo si\u0119 stanie, je\u015bli urz\u0105dzenie po\u0142\u0105czone z routerem R3 nagle ulegnie awarii? Router R3 natychmiast zacznie wysy\u0142a\u0107 do router\u00f3w R5 i R1 wiadomo\u015b\u0107, \u017ce kana\u0142 z tym urz\u0105dzeniem nie dzia\u0142a, a wszystkie routery rozpoczn\u0105 wymian\u0119 aktualizacji dotycz\u0105cych tego wydarzenia. <\/p>\n

\"Szkolenie
\n
\nJe\u015bli masz 100 router\u00f3w, wszystkie zaktualizuj\u0105 informacje o stanie kana\u0142\u00f3w, poniewa\u017c znajduj\u0105 si\u0119 w jednej wsp\u00f3lnej strefie. To samo stanie si\u0119, gdy awarii ulegnie jeden z s\u0105siednich router\u00f3w \u2013 wszystkie urz\u0105dzenia w strefie wymieni\u0105 aktualizacje LSA. Po wymianie takich wiadomo\u015bci zmieni si\u0119 sama topologia sieci. Gdy tylko to nast\u0105pi, SPF przeliczy tabele routingu zgodnie ze zmienionymi warunkami. To bardzo obszerny proces, a je\u015bli w jednej strefie znajduje si\u0119 tysi\u0105c urz\u0105dze\u0144, musisz kontrolowa\u0107 rozmiar pami\u0119ci router\u00f3w, aby by\u0142a wystarczaj\u0105ca do przechowywania wszystkich LSA i ogromnej bazy danych stanu kana\u0142\u00f3w LSDB. Gdy w jakiej\u015b cz\u0119\u015bci strefy nast\u0105pi\u0105 zmiany, algorytm SPF natychmiast przeliczy trasy. Domy\u015blnie LSA jest aktualizowane co 30 minut. Proces ten odbywa si\u0119 na wszystkich urz\u0105dzeniach niejednocze\u015bnie, jednak ka\u017cdy router wykonuje aktualizacje co 30 minut. Im wi\u0119cej urz\u0105dze\u0144 sieciowych, tym wi\u0119cej pami\u0119ci i czasu potrzebne do aktualizacji LSDB.<\/p>\n

Problem\u0119 t\u0119 mo\u017cna rozwi\u0105za\u0107, dziel\u0105c jedn\u0105 wsp\u00f3ln\u0105 stref\u0119 na kilka oddzielnych stref, czyli stosuj\u0105c wielostrefowo\u015b\u0107. W tym celu musisz mie\u0107 plan lub schemat ca\u0142ej sieci, kt\u00f3r\u0105 zarz\u0105dzasz. Strefa zerowa AREA 0 jest twoj\u0105 g\u0142\u00f3wn\u0105 stref\u0105. To miejsce, gdzie odbywa si\u0119 po\u0142\u0105czenie z sieci\u0105 zewn\u0119trzn\u0105, na przyk\u0142ad dost\u0119p do Internetu. Tworz\u0105c nowe strefy, nale\u017cy kierowa\u0107 si\u0119 zasad\u0105: w ka\u017cdej strefie musi znajdowa\u0107 si\u0119 jeden router brzegowy ABR (Area Border Router). Router brzegowy ma jedno z\u0142\u0105cze w jednej strefie i drugie z\u0142\u0105cze w innej strefie. Na przyk\u0142ad, router R5 ma z\u0142\u0105cza w strefie 1 i strefie 0. Jak ju\u017c wspomnia\u0142em, ka\u017cda ze stref musi by\u0107 po\u0142\u0105czona ze stref\u0105 zerow\u0105, czyli mie\u0107 router brzegowy, z jednym z z\u0142\u0105cz po\u0142\u0105czonym z AREA 0. <\/p>\n

\"Szkolenie
\n
\nZa\u0142\u00f3\u017cmy, \u017ce po\u0142\u0105czenie R6-R7 uleg\u0142o awarii. W takim przypadku aktualizacja LSA rozprzestrzeni si\u0119 tylko po strefie AREA 1 i b\u0119dzie dotyczy\u0107 tylko tej strefy. Urz\u0105dzenia w strefie 2 i w strefie 0 nawet nie b\u0119d\u0105 o tym wiedzia\u0142y. Router brzegowy R5 zbiera informacje o tym, co si\u0119 dzieje w jego strefie, i wysy\u0142a do g\u0142\u00f3wnej strefy AREA 0 zebrane informacje o stanie sieci. Urz\u0105dzenia w jednej strefie nie musz\u0105 zna\u0107 wszystkich zmian LSA wewn\u0105trz innych stref, poniewa\u017c router ABR b\u0119dzie przekazywa\u0142 zebrane informacje o trasach z jednej strefy do drugiej. <\/p>\n

Je\u015bli nie do ko\u0144ca rozumiesz koncepcj\u0119 stref, mo\u017cesz dowiedzie\u0107 si\u0119 wi\u0119cej na kolejnych lekcjach, kiedy zajmiemy si\u0119 konfiguracj\u0105 routingu OSPF i om\u00f3wimy kilka przyk\u0142ad\u00f3w. <\/p>\n

\r\n \"Odtwarzaj\r\n
<\/div>\r\n <\/div><\/center>
\nDzi\u0119kujemy, \u017ce z nami jeste\u015b. Czy podobaj\u0105 Ci si\u0119 nasze artyku\u0142y? Chcesz widzie\u0107 wi\u0119cej interesuj\u0105cych materia\u0142\u00f3w? Wspieraj nas sk\u0142adaj\u0105c zam\u00f3wienie lub polecaj\u0105c znajomym, 30% zni\u017cki dla u\u017cytkownik\u00f3w Habr na unikalny odpowiednik serwer\u00f3w entry-level, kt\u00f3ry zosta\u0142 stworzony przez nas dla Ciebie:<\/b> Ca\u0142a prawda o VPS (KVM) E5-2650 v4 (6 rdzeni) 10GB DDR4 240GB SSD 1Gbps od 20 dolar\u00f3w, czyli jak prawid\u0142owo podzieli\u0107 serwer?<\/a><\/noindex> (dost\u0119pne opcje z RAID1 i RAID10, do 24 rdzeni i do 40GB DDR4).<\/p>\n

Dell R730xd dwa razy ta\u0144szy?<\/b> Tylko u nas 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB od 199 dolar\u00f3w<\/a><\/noindex> w Holandii! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 od 99 dolar\u00f3w!<\/b><\/b> Czytaj o tym Jak zbudowa\u0107 infrastruktur\u0119 klasy korporacyjnej z zastosowaniem serwer\u00f3w Dell R730xd E5-2650 v4 kosztuj\u0105cych 9000 euro za grosze?<\/a><\/noindex>
\n
\u0179r\u00f3d\u0142o: 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\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\udd47Szkolenie Cisco 200-125 CCNA v3.0. Dzie\u0144 44. Wprowadzenie do OSPF | ProHoster","description":"Dzi\u015b rozpoczniemy nauk\u0119 routingu w protokole OSPF. Ten temat, podobnie jak analiza protoko\u0142u EIGRP, jest kluczowy w ca\u0142ym kursie CCNA.","canonical_url":"https:\/\/prohoster.info\/pl\/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":"pl_PL","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\/pl\/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\/pl\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}