Teorija – Modul 11: Rutiranje

Do sada su svičevi (Moduli 7-10) prosleđivali frejmove unutar iste mreže na osnovu MAC adresa (Layer 2). Ali kada računar u jednoj mreži (npr. 192.168.1.0/24) treba da pošalje podatke računaru u potpuno drugoj mreži (npr. 192.168.2.0/24), potreban je uređaj koji razume IP adrese i ume da poveže te dve mreže — ruter. Ovaj modul objašnjava kako ruter donosi odluku kuda da pošalje svaki paket, kako se ta odluka ručno programira (statičko rutiranje) i kako se dijagnostikuje kada nešto ne radi.

Tema 1: Uloga rutera i osnovni princip rutiranja

Jednostavno objašnjenje: Ruter je kao raskrsnica sa putokazima — kada paket podataka stigne do njega, ruter pogleda odredišnu adresu i odluči kojim putem (kroz koji izlaz) treba da ga pošalje dalje da bi stigao do cilja, čak i ako se cilj nalazi u potpuno drugoj mreži.

Stručno objašnjenje: Ruter je Layer 3 uređaj koji povezuje dve ili više različitih IP mreža i prosleđuje pakete između njih na osnovu odredišne IP adrese. Za razliku od sviča, koji uči MAC adrese i prosleđuje frejmove unutar iste mreže (broadcast domena), ruter gradi i koristi routing tabelu — listu poznatih mreža i informacije o tome kuda poslati paket da bi stigao do svake od njih. Kada paket stigne na jedan interfejs rutera, ruter uklanja Layer 2 zaglavlje (frejm), pregleda odredišnu IP adresu iz Layer 3 zaglavlja, upoređuje je sa routing tabelom, i prosleđuje paket kroz odgovarajući izlazni interfejs sa novim Layer 2 zaglavljem prilagođenim sledećem segmentu. Ovaj proces se naziva rutiranje (routing) i on je osnovni mehanizam kojim internet i sve poslovne mreže povezuju hiljade, pa i milione različitih mreža u jednu celinu.

Primer iz svakodnevnog života: Zamislite poštu koja prima pisma sa različitih adresa i mora da ih prosledi u pravi grad. Poštanski radnik ne zna tačno gde je svaka kuća, ali zna kojim glavnim putem/vozom treba poslati pošiljku do pravog grada, gde će je lokalna pošta dalje raznositi. Ruter radi identičan posao za IP pakete — ne mora da zna tačnu putanju do svakog uređaja, samo do koje mreže treba proslediti paket.

Primer iz poslovnog IT okruženja: U firmi „Prima Trejd d.o.o." kancelarija ima mrežu 192.168.10.0/24 za zaposlene i 192.168.20.0/24 za servere. Kada računar zaposlenog želi da pristupi serveru, paket mora proći kroz ruter (ili Layer 3 svič) koji povezuje ove dve mreže — bez tog uređaja, komunikacija između mreža fizički nije moguća, čak i ako su svi kablovi ispravno povezani.

Praktična vežba/napomena: Otvorite Packet Tracer, postavite ruter sa dva interfejsa, svaki povezan na po jedan svič sa po jednim računarom u različitim /24 mrežama. Bez ikakve konfiguracije rutera osim IP adresa na interfejsima, testirajte ping između ta dva računara — objasnite šta se dešava i zašto (biće detaljnije obrađeno u Temi 3).

Najčešće greške:

• Očekivanje da ruter automatski „zna" sve mreže u firmi bez ikakve konfiguracije ili protokola.
• Mešanje pojmova svič (Layer 2, prosleđuje po MAC adresi unutar mreže) i ruter (Layer 3, prosleđuje po IP adresi između mreža).
• Zaboravljanje da svaki interfejs rutera mora pripadati različitoj IP mreži da bi rutiranje uopšte imalo smisla.

Pitanje za proveru znanja: P: Zašto svič ne može da poveže dve različite IP mreže na način na koji to radi ruter? O: Svič radi na Layer 2 i prosleđuje frejmove na osnovu MAC adresa unutar istog broadcast domena/mreže; on ne pregleda IP zaglavlje niti gradi routing tabelu, pa ne može da donese odluku o prosleđivanju između različitih IP mreža.

Tema 2: Routing tabela – struktura i čitanje

Jednostavno objašnjenje: Routing tabela je „spisak puteva" koji ruter drži u memoriji — za svaku poznatu mrežu piše kuda treba poslati paket da bi do nje stigao.

Stručno objašnjenje: Routing tabela (routing table) je struktura podataka koju ruter (ili Layer 3 svič) drži u RAM memoriji, sa jednim redom po poznatoj mreži (rutom). Svaki red sadrži minimalno: odredišnu mrežu (adresa + maska/prefiks), izvor rute (kako je ruter saznao za tu mrežu — kodovi kao što su C za connected, S za static, O za OSPF), administrativnu udaljenost i metriku, i next-hop (sledeći skok — IP adresa susednog uređaja i/ili izlazni interfejs kroz koji treba poslati paket). Na Cisco IOS uređajima, tabela se pregleda komandom show ip route. Kada paket stigne, ruter poredi odredišnu adresu paketa sa svakim unosom tabele i bira najspecifičniju odgovarajuću rutu (detaljno u Temi 11 – longest prefix match). Ako nijedna ruta ne odgovara i ne postoji podrazumevana ruta, paket se odbacuje i pošiljaocu se (obično) vraća ICMP „Destination Unreachable" poruka.

Primer iz svakodnevnog života: Routing tabela je kao lični spisak kontakata sa napomenama „za grad Novi Sad idi auto-putem E75, za Suboticu idi auto-putem M7" — ne pamtite tačnu adresu svake kuće, samo glavni pravac za svaki grad.

Primer iz poslovnog IT okruženja: Administrator u Prima Trejd d.o.o. dobija žalbu da server u mreži 192.168.20.0/24 nije dostupan sa računara u 192.168.10.0/24. Prvi dijagnostički korak je show ip route na ruteru — ako red za mrežu 192.168.20.0/24 nedostaje, to odmah objašnjava problem: ruter jednostavno ne zna kuda da pošalje pakete ka toj mreži.

Praktična vežba/napomena: Izvršite show ip route na ruteru sa samo dva konfigurisana interfejsa (bez ijedne statičke rute) i identifikujte koliko redova/unosa tabela sadrži i koje slovo (kod) stoji pored svakog od njih.

Najčešće greške:

• Zaboravljanje da routing tabela prikazuje samo mreže koje su nekim putem „naučene" (connected, static ili dinamičkim protokolom) — nepostojanje reda znači nepostojanje puta.
• Mešanje IP adrese interfejsa sa mrežom koju taj interfejs predstavlja u tabeli (npr. interfejs ima 192.168.10.1/24, ali u tabeli piše mreža 192.168.10.0/24).
• Nepoznavanje osnovnih kodova (C, L, S, O) što otežava brzo čitanje izlaza pod pritiskom tokom troubleshooting-a.

Pitanje za proveru znanja: P: Šta se dešava sa paketom čija odredišna mreža ne postoji ni u jednom redu routing tabele, i ne postoji podrazumevana ruta? O: Ruter odbacuje paket i po pravilu šalje ICMP „Destination Unreachable" poruku pošiljaocu (obrađeno u Modulu 2 kroz ICMP).

Tema 3: Directly Connected i Local rute

Jednostavno objašnjenje: Čim ruteru dodelite IP adresu na nekom interfejsu i taj interfejs je aktivan, ruter automatski „zna" za mrežu na koju je taj interfejs direktno povezan — nije potrebna nikakva dodatna konfiguracija.

Stručno objašnjenje: Kada se na interfejsu rutera konfiguriše IP adresa (ip address) i interfejs je administrativno uključen (no shutdown) i fizički/protokolski aktivan (line protocol up), IOS automatski dodaje dva unosa u routing tabelu za taj interfejs: directly connected ruta (kod C) — predstavlja celu mrežu/podmrežu na koju je interfejs povezan (npr. 192.168.10.0/24), i local ruta (kod L) — predstavlja tačno tu jednu IP adresu (host rutu, /32) dodeljenu samom interfejsu. Local rute su uvedene u novijim IOS verzijama radi preciznijeg i efikasnijeg internog prosleđivanja paketa upućenih samom ruteru. Ove dve vrste ruta su osnova svake routing tabele — sve statičke i dinamičke rute se, u krajnjoj liniji, oslanjaju na directly connected mreže kao polaznu tačku (next-hop mora biti dostiživ preko neke directly connected mreže).

Primer iz svakodnevnog života: Directly connected ruta je kao ulica na kojoj živite — ne morate nikoga da pitate kako da stignete do nje, prosto je znate jer ste fizički na njoj. Sve ostale destinacije zahtevaju uputstva (statičku rutu ili GPS/dinamički protokol).

Primer iz poslovnog IT okruženja: Čim inženjer u Prima Trejd d.o.o. konfiguriše ip address 192.168.10.1 255.255.255.0 na interfejsu GigabitEthernet0/0 i izvrši no shutdown, show ip route odmah prikazuje C 192.168.10.0/24 is directly connected, GigabitEthernet0/0 i L 192.168.10.1/32 is directly connected, GigabitEthernet0/0 — bez ijedne dodatne komande.

Praktična vežba/napomena: Na ruteru sa dva interfejsa konfigurisana sa IP adresama, ali sa jednim interfejsom u stanju shutdown, izvršite show ip route i uporedite broj C/L redova sa brojem fizičkih interfejsa — objasnite razliku.

Najčešće greške:

• Zaboravljanje no shutdown nakon konfiguracije IP adrese na interfejsu rutera (za razliku od nekih drugih uređaja, interfejsi rutera su podrazumevano administrativno ugašeni).
• Mešanje directly connected (C, /24 mreža) i local (L, /32 adresa interfejsa) unosa kao da su ista stvar.
• Nerazumevanje da directly connected mreže NE zahtevaju nikakvu statičku ili dinamičku rutu — one se pojavljuju automatski.

Pitanje za proveru znanja: P: Koja dva uslova moraju biti ispunjena da bi se directly connected i local ruta pojavile u routing tabeli za neki interfejs? O: Interfejs mora imati konfigurisanu IP adresu, i mora biti u stanju „up/up" (administrativno uključen sa no shutdown i fizički/protokolski aktivan).

Tema 4: Statičko rutiranje – koncept i motivacija

Jednostavno objašnjenje: Statička ruta je uputstvo koje administrator ručno upiše ruteru: „za mrežu X, pošalji paket kroz taj i taj izlaz/ka toj adresi" — ruter to uputstvo sledi bukvalno, bez razmišljanja ili automatskog otkrivanja.

Stručno objašnjenje: Statičko rutiranje (static routing) podrazumeva da administrator ručno unosi rute u routing tabelu, umesto da ih ruter automatski otkriva razmenom poruka sa drugim ruterima (dinamičko rutiranje, obrađeno u Modulu 12). Statičke rute se koriste kada: mreža je mala i topologija se retko menja, potrebna je potpuna kontrola i predvidljivost putanje saobraćaja, potrebno je uštedeti CPU/memorijske resurse rutera (dinamički protokoli troše resurse na proračune), ili kao rezervna (backup) putanja uz primarni dinamički protokol. Glavna mana: statičke rute se ne prilagođavaju automatski promenama u mreži — ako veza koja je deo statičke rute otkaže, ruter nastavlja da pokušava da je koristi (osim ako next-hop postane nedostupan preko directly connected mreže) sve dok administrator ručno ne izmeni konfiguraciju, ili dok se ne aktivira floating static ruta (Tema 8).

Primer iz svakodnevnog života: Statička ruta je kao fiksno, memorisano uputstvo za put do posla koje sledite svaki dan bez razmišljanja — radi odlično dok se put ne zatvori zbog radova, jer tada nastavljate da vozite ka zatvorenom putu dok neko ručno ne promeni vaše navike (za razliku od GPS-a koji bi automatski predložio alternativu — to je analogija dinamičkog rutiranja).

Primer iz poslovnog IT okruženja: Prima Trejd d.o.o. ima malu mrežu sa samo dva rutera koja povezuju kancelariju i magacin preko jedne iznajmljene WAN veze. Administrator odlučuje da koristi statičko rutiranje jer je topologija jednostavna, stabilna i retko se menja — dodavanje dinamičkog protokola bilo bi nepotrebna komplikacija za samo dve mreže.

Praktična vežba/napomena: Napravite listu od tri konkretne situacije u maloj firmi gde bi statičko rutiranje bilo dovoljno, i tri situacije gde bi mreža verovatno zahtevala dinamičko rutiranje (razmislite o veličini mreže i broju putanja).

Najčešće greške:

• Korišćenje isključivo statičkog rutiranja u velikoj mreži sa desetinama ruta, što dramatično povećava rizik od ljudske greške i administrativnog opterećenja.
• Verovanje da statička ruta „zna" da zaobiđe kvar linka sama od sebe (bez floating static konfiguracije, obrađene u Temi 8).
• Zaboravljanje da svaka statička ruta mora biti ručno uklonjena ili izmenjena ako se mrežni dizajn promeni — stare, zaboravljene statičke rute su čest uzrok teško uočljivih problema.

Pitanje za proveru znanja: P: Šta se dešava sa statičkom rutom ako veza na koju se ona oslanja fizički otkaže, a nije konfigurisana nikakva rezervna (floating) ruta? O: Statička ruta uglavnom ostaje u tabeli i dalje se koristi za pokušaj prosleđivanja sve dok next-hop ne postane potpuno nedostiživ (npr. direktno povezan interfejs padne), što može izazvati gubitak saobraćaja bez automatskog oporavka — administrator mora ručno intervenisati ili unapred pripremiti rezervnu rutu.

Tema 5: Konfiguracija statičke rute – next-hop i exit interface

Jednostavno objašnjenje: Kada administrator ručno unosi statičku rutu, mora da kaže ruteru dve stvari: koja je odredišna mreža, i kuda da pošalje paket ka njoj — a to „kuda" se može reći na dva različita načina.

Stručno objašnjenje: Komanda ip route <odredišna mreža> <maska> <next-hop ili exit interface> dodaje statičku rutu. Postoje tri varijante:

1. Next-hop IP adresa — ip route 192.168.20.0 255.255.255.0 10.0.0.2 — ruter mora dodatno da pretraži routing tabelu da bi pronašao kako da dođe do next-hop adrese (rekurzivna pretraga), što dodaje malo procesorskog opterećenja, ali je uobičajen i preporučen pristup na multiaccess (Ethernet) linkovima.
2. Exit interface — ip route 192.168.20.0 255.255.255.0 GigabitEthernet0/1 — ruter direktno šalje paket kroz navedeni interfejs; praktičan na point-to-point serijskim linkovima, ali na Ethernet (multiaccess) linkovima zahteva da ruter za svaki paket generiše ARP zahtev (obrađeno u Modulu 2) za odredišnu adresu, što nije uvek ispravno ili efikasno.
3. Next-hop IP adresa I exit interface zajedno — ip route 192.168.20.0 255.255.255.0 GigabitEthernet0/1 10.0.0.2 — kombinuje prednosti oba pristupa, preporučen pristup na Ethernet linkovima gde je next-hop adresa poznata.

Primer iz svakodnevnog života: Next-hop adresa je kao da nekome kažete „idi do raskrsnice kod pekare" (mora sam da pronađe put do te raskrsnice), dok je exit interface kao da kažete „izađi kroz zadnja vrata" (direktno, bez dodatnog razmišljanja o putu do vrata).

Primer iz poslovnog IT okruženja: Ruter u magacinu Prima Trejd d.o.o. ima serijsku WAN vezu ka centrali. Administrator unosi ip route 192.168.10.0 255.255.255.0 Serial0/0/0 (exit interface, jer je serijska veza point-to-point — postoji samo jedan mogući uređaj na drugoj strani, pa next-hop adresa nije neophodna), umesto da mora da unosi tačnu IP adresu susednog rutera na svakoj strani.

Praktična vežba/napomena: Konfigurišite u Packet Traceru statičku rutu koristeći next-hop adresu, a zatim izbrišite je (no ip route ...) i ponovo je unesite koristeći exit interface — uporedite izlaz show ip route u oba slučaja (obratite pažnju na oznaku „via" u odnosu na „directly connected").

Najčešće greške:

• Korišćenje exit interface forme na Ethernet linku sa više uređaja, što može izazvati neispravno ARP ponašanje i probleme u prosleđivanju.
• Pogrešno unošenje maske umesto CIDR prefiksa (Cisco IOS ip route komanda zahteva masku u decimalnom obliku, npr. 255.255.255.0, ne /24).
• Unos next-hop adrese koja pripada pogrešnoj mreži (nije direktno dostiživa sa tog rutera), što IOS prihvata sintaksno, ali ruta nikada ne postaje aktivna.

Pitanje za proveru znanja: P: Zašto se korišćenje next-hop adrese generalno preporučuje na Ethernet (multiaccess) linkovima, umesto samog exit interface-a? O: Na Ethernet linku sa više potencijalnih uređaja, sam exit interface ne govori ruteru tačno kojem uređaju (MAC adresi) da pošalje paket, pa bi ruter morao da generiše ARP zahtev za SVAKI paket ka svakoj odredišnoj adresi u toj mreži, što je neefikasno; next-hop adresa jasno određuje sledeći uređaj.

Tema 6: Podrazumevana ruta (Default Route)

Jednostavno objašnjenje: Podrazumevana ruta je „ruta za sve ostalo" — ako ruter ne pronađe konkretnu rutu za odredišnu mrežu paketa, koristi default rutu kao poslednju opciju, umesto da odmah odbaci paket.

Stručno objašnjenje: Podrazumevana ruta (default route), poznata i kao route of last resort ili gateway of last resort, predstavlja specijalnu rutu ka mreži 0.0.0.0 sa maskom 0.0.0.0 (što matematički odgovara „bilo kojoj mreži"). Konfiguriše se komandom ip route 0.0.0.0 0.0.0.0 <next-hop ili interfejs>. Kada ruter ne pronađe nijednu specifičniju odgovarajuću rutu za odredišnu IP adresu paketa, koristi default rutu ako postoji. Ovo je izuzetno korisno na ivičnim (edge) ruterima koji povezuju lokalnu mrežu sa internetom — umesto da administrator ručno unosi rutu za svaku od miliona mreža na internetu, jednostavno konfiguriše jednu default rutu ka internet provajderu (ISP), a sve neprepoznate odredišne adrese se automatski šalju tim putem. U show ip route, default ruta se prikazuje sa oznakom S* (statička podrazumevana) i posebno se ističe linijom „Gateway of last resort is ... to network 0.0.0.0".

Primer iz svakodnevnog života: Default ruta je kao uputstvo poštanskom radniku: „ako adresa nije iz našeg grada niti iz bilo kog grada koji poznajem po imenu, samo je prosledi glavnoj centrali — oni će znati dalje." Ne mora da poznaje svaki mogući grad na svetu, samo mora da ima jedno opšte pravilo za „sve ostalo".

Primer iz poslovnog IT okruženja: Edge ruter u Prima Trejd d.o.o. ima statičke rute samo za svoje interne mreže (192.168.10.0/24, 192.168.20.0/24) i jednu default rutu ip route 0.0.0.0 0.0.0.0 203.0.113.1 ka ISP ruteru. Kada zaposleni otvori bilo koji sajt na internetu, ruter ne poznaje konkretnu rutu ka IP adresi tog sajta, pa automatski koristi default rutu i prosleđuje paket ka ISP-u.

Praktična vežba/napomena: Na ruteru sa jednim interfejsom ka internoj mreži i jednim ka „internetu" (u Packet Traceru simuliranom drugim ruterom), konfigurišite default rutu i proverite show ip route — pronađite liniju „Gateway of last resort".

Najčešće greške:

• Mešanje default rute (0.0.0.0 0.0.0.0, „sve ostalo") sa statičkom rutom za konkretnu, specifičnu mrežu.
• Zaboravljanje da konfiguriše default rutu na edge ruteru, što rezultuje time da svi zahtevi ka internetu bivaju odbačeni iako su interne rute ispravne.
• Nerazumevanje da default ruta ima najnižu specifičnost i uvek gubi od bilo koje konkretnije rute prilikom longest prefix match procesa (Tema 11).

Pitanje za proveru znanja: P: Šta tačno predstavlja mreža „0.0.0.0/0" u kontekstu default rute? O: To je posebna notacija koja matematički odgovara svakoj mogućoj IP adresi (nulti prefiks znači da nijedan bit adrese nije obavezan da se poklopi), pa se ova ruta koristi kao „poslednje pribežište" za bilo koju odredišnu mrežu koja nije eksplicitno pronađena u routing tabeli.

Tema 7: Administrativna udaljenost (Administrative Distance)

Jednostavno objašnjenje: Kada ruter sazna za istu mrežu iz dva različita izvora (na primer, ručno od administratora i automatski preko dinamičkog protokola), mora da odluči kojem izvoru više veruje — administrativna udaljenost je taj „stepen poverenja".

Stručno objašnjenje: Administrativna udaljenost (Administrative Distance, AD) je vrednost od 0 do 255 koja predstavlja pouzdanost izvora rute — što je vrednost niža, izvor je poverljiviji, i ruta sa nižom AD se bira i unosi u routing tabelu kada za istu odredišnu mrežu postoji više izvora. Ključne podrazumevane vrednosti na Cisco opremi: directly connected = 0 (najpouzdaniji, fizički dokazano povezan), statička ruta = 1, eBGP = 20, OSPF = 110 (obrađeno u Modulu 12), RIP = 120, nepoznata/nedostiživa ruta = 255 (nikada se ne koristi). Administrativna udaljenost se razlikuje od metrike — AD bira između različitih PROTOKOLA/izvora za istu mrežu, dok metrika (npr. hop count kod RIP-a, cost kod OSPF-a) bira između više ruta unutar ISTOG protokola. Administrator može ručno promeniti AD statičke rute (npr. na vrednost veću od AD dinamičkog protokola) da bi napravio floating static rutu — rezervnu rutu koja se aktivira samo ako primarna (dinamička) ruta nestane (detaljno u Temi 8).

Primer iz svakodnevnog života: Ako dva različita izvora — komšija i lokalne novine — daju različite informacije o zatvorenom putu, verovatnije ćete verovati zvaničnim novinama (niža „administrativna udaljenost", veće poverenje) nego glasini od komšije, čak i ako je komšija bio brži da vas obavesti.

Primer iz poslovnog IT okruženja: Ruter u Prima Trejd d.o.o. ima i statičku rutu ka mreži 192.168.30.0/24 (AD 1, ručno unesena kao privremeno rešenje) i istu tu mrežu naučenu preko OSPF-a (AD 110, nakon što je dinamičko rutiranje naknadno uvedeno). Ruter u routing tabeli zadržava statičku rutu (niža AD = veće poverenje), čak i ako bi OSPF ruta možda bila „svežija" — administrator mora biti svestan ovoga da izbegne zabunu zašto se ignoriše dinamički naučena ruta.

Praktična vežba/napomena: Poređajte sledeće izvore ruta po redosledu od najpouzdanijeg (najniža AD) do najmanje pouzdanog: OSPF, statička ruta, directly connected, RIP.

Najčešće greške:

• Mešanje pojmova administrativna udaljenost (bira između različitih izvora/protokola) i metrika (bira između više ruta unutar istog protokola) — ovo je jedna od najčešćih zabuna kod početnika.
• Očekivanje da će ruter automatski koristiti „noviju" ili „bolju" rutu bez razumevanja da AD striktno određuje prioritet bez obzira na to kada je ruta naučena.
• Zaboravljanje da promena AD-a statičke rute (podrazumevano 1) je upravo mehanizam kojim se pravi floating static ruta.

Pitanje za proveru znanja: P: Ako ruter ima i statičku rutu i OSPF rutu ka istoj tačnoj mreži, sa podrazumevanim AD vrednostima, koja će od njih biti aktivna u routing tabeli i zašto? O: Statička ruta, jer ima nižu administrativnu udaljenost (1) u odnosu na OSPF (110), a niža AD znači veće poverenje/prioritet.

Tema 8: Floating Static ruta

Jednostavno objašnjenje: Floating static ruta je rezervna, „pasivna" statička ruta koja čeka u pripravnosti i aktivira se automatski samo ako primarni put ka istoj mreži nestane.

Stručno objašnjenje: Floating static route je statička ruta konfigurisana sa veštački povećanom administrativnom udaljenošću (višom od AD primarnog izvora rute — obično dinamičkog protokola ili druge statičke rute) koristeći opcioni parametar na kraju ip route komande, npr. ip route 192.168.20.0 255.255.255.0 10.0.0.6 200. Sve dok primarna ruta (sa nižom AD) postoji u routing tabeli, floating static ruta ostaje neaktivna (ne pojavljuje se u show ip route, iako je konfigurisana i vidljiva u show running-config) — ona samo „lebdi" u pripravnosti. Ako primarna ruta nestane (npr. link otkaže, ili dinamički protokol izgubi suseda), ruter automatski aktivira floating static rutu kao sledeću najbolju opciju, obezbeđujući rezervnu putanju bez potrebe za ručnom intervencijom u trenutku kvara. Ovo je čest dizajn obrazac u hibridnim mrežama koje kombinuju dinamičko rutiranje sa jednostavnom, pouzdanom statičkom rezervnom rutom (npr. preko sporije backup WAN veze).

Primer iz svakodnevnog života: Floating static ruta je kao rezervni ključ od kuće koji čuvate kod komšije — ne koristite ga nikad dok imate svoj ključ, ali čim izgubite svoj (primarni put), automatski (odete kod komšije) koristite rezervni.

Primer iz poslovnog IT okruženja: Prima Trejd d.o.o. ima primarnu OSPF vezu (AD 110) ka udaljenoj poslovnici preko brzog MPLS linka, i konfiguriše floating static rutu (AD 200) preko sporije, rezervne DSL veze ka istoj poslovnici. Sve dok MPLS veza radi, sav saobraćaj ide preko nje; ako MPLS veza otkaže, ruter automatski prebacuje saobraćaj na DSL vezu bez ljudske intervencije, a kada se MPLS oporavi, ruter se automatski vraća na njega (jer OSPF ponovo ima nižu AD).

Praktična vežba/napomena: Konfigurišite u Packet Traceru dve statičke rute ka istoj odredišnoj mreži preko dva različita next-hop-a, gde druga ima AD 5 (ip route ... 5), i proverite show ip route — koja se ruta pojavljuje aktivna? Zatim uklonite prvu (primarnu) rutu i ponovo proverite.

Najčešće greške:

• Zaboravljanje da se doda vrednost administrativne udaljenosti na kraju komande, čime se slučajno pravi obična ruta sa AD 1 koja se odmah takmiči (i često pobeđuje) sa dinamičkim protokolima.
• Postavljanje AD vrednosti niže od primarnog izvora, čime floating ruta postaje aktivna umesto primarne — suprotno nameri.
• Zaboravljanje da testira scenario stvarnog kvara primarne veze kako bi se potvrdilo da floating ruta zaista automatski preuzima ulogu.

Pitanje za proveru znanja: P: Zašto floating static ruta ne mora biti ručno „uključena" u trenutku kvara primarne rute — kako ruter zna kada da je aktivira? O: Ruter kontinuirano bira rutu sa najnižom administrativnom udaljenošću za datu mrežu; kada primarna ruta (sa nižom AD) nestane iz tabele zbog kvara, floating static ruta (viša AD) automatski postaje najbolja preostala opcija i biva aktivirana, bez potrebe za bilo kakvom ručnom komandom u tom trenutku.

Tema 9: Rutiranje između VLAN-ova – povezivanje sa Modulom 9

Jednostavno objašnjenje: Rutiranje između VLAN-ova (inter-VLAN routing), koje ste upoznali u Modulu 9 kroz router-on-a-stick, je zapravo samo poseban slučaj opšteg rutiranja koje učite u ovom modulu — VLAN-ovi su logičke mreže, a ruter i dalje prosleđuje pakete između njih po istim pravilima.

Stručno objašnjenje: Postoje tri glavna pristupa rutiranju između VLAN-ova, svi zasnovani na istim principima routing tabele iz ovog modula:

1. Ruter sa više fizičkih interfejsa — svaki VLAN dobija posebnu fizičku vezu ka ruteru; jednostavno, ali skupo i neefikasno korišćenje portova, retko se koristi u praksi kod više od par VLAN-ova.
2. Router-on-a-stick (Modul 9) — jedan fizički interfejs rutera, podeljen na subinterfejse (npr. GigabitEthernet0/0.10, .20), povezan na trunk port sviča preko IEEE 802.1Q enkapsulacije; svaki subinterfejs se ponaša kao odvojen logički interfejs sa sopstvenom IP adresom, i za svaki od njih se automatski generiše directly connected/local ruta (Tema 3) baš kao za bilo koji drugi interfejs.
3. Multilayer (Layer 3) svič sa SVI interfejsima (uvod u Temi 10) — svič koji ima ugrađene rutiranje mogućnosti, gde se rutiranje obavlja unutar samog sviča bez potrebe za spoljnim ruterom.

U sva tri slučaja, jednom kada je IP adresa dodeljena logičkom interfejsu (fizičkom, subinterfejsu ili SVI), routing tabela se ponaša identično onome što je opisano u Temama 1-8 ovog modula — VLAN-ovi jednostavno predstavljaju odvojene IP mreže, baš kao dva fizički odvojena kabla.

Primer iz svakodnevnog života: Bez obzira da li dve kancelarije razdvajate fizičkim zidom (dva fizička interfejsa) ili providnom pregradom sa dva jasno obeležena prolaza (subinterfejsi na jednom fizičkom linku), princip usmeravanja ljudi (paketa) između njih ostaje isti — samo se razlikuje fizička implementacija.

Primer iz poslovnog IT okruženja: Ruter u Prima Trejd d.o.o. koristi router-on-a-stick sa subinterfejsima Gi0/0.10 (VLAN 10, Prodaja, 192.168.10.1/24) i Gi0/0.20 (VLAN 20, Računovodstvo, 192.168.20.1/24). U show ip route, oba subinterfejsa generišu svoje C i L unose potpuno identično kao da su dva odvojena fizička interfejsa — administrator koji je savladao ovaj modul odmah prepoznaje tu tabelu bez ikakve dodatne obuke.

Praktična vežba/napomena: Vratite se na laboratorijsku vežbu Modula 9 (router-on-a-stick) i, ako je dostupna, izvršite show ip route na tom ruteru — identifikujte C i L redove za svaki VLAN subinterfejs i uporedite ih sa onim što ste naučili u Temi 3 ovog modula.

Najčešće greške:

• Tretiranje inter-VLAN rutiranja kao potpuno odvojene teme, umesto kao primene istih principa routing tabele na logičke (subinterfejs) umesto fizičke interfejse.
• Zaboravljanje da svaki VLAN subinterfejs i dalje mora imati IP adresu iz odvojene mreže da bi se pojavio kao zaseban unos u routing tabeli.
• Nepovezivanje SVI koncepta (Tema 10) sa router-on-a-stick pristupom kao alternativnim rešenjem istog problema.

Pitanje za proveru znanja: P: Zašto se router-on-a-stick subinterfejsi u routing tabeli ponašaju identično kao obični fizički interfejsi? O: Zato što IOS routing tabela ne pravi razliku između fizičkog interfejsa i subinterfejsa — oba predstavljaju logičku tačku sa dodeljenom IP adresom i aktivnim stanjem, pa se directly connected/local rute generišu po istom pravilu za oba tipa.

Tema 10: Multilayer switching i SVI rutiranje – uvod u koncept

Jednostavno objašnjenje: Neki „pametniji" svičevi mogu da rade i posao sviča (Layer 2) i posao rutera (Layer 3) istovremeno, unutar jednog uređaja — takav svič se zove multilayer (Layer 3) svič.

Stručno objašnjenje: Multilayer switch (Layer 3 switch) je svič koji, pored standardnog Layer 2 prosleđivanja frejmova unutar VLAN-ova, ima ugrađenu mogućnost rutiranja između VLAN-ova bez potrebe za spoljnim ruterom. Ovo se postiže konfigurisanjem SVI (Switch Virtual Interface) — virtuelnog Layer 3 interfejsa vezanog za konkretan VLAN (npr. interface vlan 10), kome se dodeljuje IP adresa baš kao bilo kom interfejsu rutera. Da bi svič mogao da rutira između VLAN-ova (a ne samo da nudi upravljački pristup preko jednog SVI-ja, kao u Modulima 7-8), mora se globalno uključiti komanda ip routing. Prednosti multilayer switching-a u odnosu na router-on-a-stick: veća brzina (rutiranje se obavlja hardverski, ASIC čipovima, umesto softverski kao kod klasičnog rutera), nema usko grlo jednog fizičkog trunk linka između sviča i rutera (sav inter-VLAN saobraćaj kod router-on-a-stick pristupa mora da prođe kroz taj jedan link, u oba smera). Ovaj modul samo uvodi koncept — detaljna konfiguracija SVI rutiranja i poređenje sa router-on-a-stick pristupom biće prošireno u budućim naprednim modulima kursa.

Primer iz svakodnevnog života: Multilayer svič je kao kombinovani uređaj „printer-skener-faks u jednom kućištu" — umesto tri odvojena uređaja (svič + ruter + kabl između njih), sve funkcije su integrisane u jedan, brži i jednostavniji uređaj.

Primer iz poslovnog IT okruženja: Prima Trejd d.o.o. nadograđuje mrežu sa router-on-a-stick pristupa (Modul 9) na multilayer svič nakon što primeti da trunk link ka ruteru postaje usko grlo tokom velikog saobraćaja između VLAN-ova Prodaje i Skladišta — nakon konfiguracije SVI interfejsa i ip routing komande, sav inter-VLAN saobraćaj se rutira direktno unutar sviča, bez ograničenja propusnog opsega jednog fizičkog linka.

Praktična vežba/napomena: Objasnite svojim rečima zašto router-on-a-stick pristup ima potencijalno usko grlo koje SVI rutiranje na multilayer svič-u nema, fokusirajući se na to kroz koji fizički link mora proći sav saobraćaj u svakom od pristupa.

Najčešće greške:

• Zaboravljanje globalne komande ip routing i zbunjenost zašto SVI interfejsi imaju ispravne IP adrese, a rutiranje između VLAN-ova ipak ne radi.
• Mešanje SVI interfejsa korišćenog samo za upravljanje svič-om (Moduli 7-8, jedan VLAN, bez ip routing) sa SVI interfejsima korišćenim za stvarno inter-VLAN rutiranje (više VLAN-ova, sa ip routing).
• Pretpostavka da svaki svič ima mogućnost Layer 3 rutiranja — ovo zavisi od modela i licence (npr. Cisco Catalyst 2960 serija u osnovnoj konfiguraciji obično nema ovu mogućnost, dok 3560/3850 serije imaju).

Pitanje za proveru znanja: P: Koja globalna komanda je neophodna da bi multilayer svič počeo da rutira saobraćaj između VLAN-ova preko SVI interfejsa? O: ip routing.

Tema 11: Longest Prefix Match – kako ruter bira rutu

Jednostavno objašnjenje: Kada za istu odredišnu adresu postoji više odgovarajućih ruta u tabeli (neke opštije, neke preciznije), ruter uvek bira onu koja je najpreciznija — najviše se „poklapa" sa tačnom odredišnom adresom.

Stručno objašnjenje: Longest prefix match (LPM) je algoritam koji ruter koristi da izabere najbolju rutu kada za odredišnu IP adresu paketa postoji više redova u routing tabeli čiji opseg mreže je odgovarajući. Ruter uvek bira rutu sa najdužim (najspecifičnijim) prefiksom (maskom) — tj. onu koja pokriva najmanji, najpreciznije definisan opseg adresa. Na primer, ako routing tabela sadrži i 10.0.0.0/8 i 10.1.1.0/24 i 10.1.1.128/25, a odredišna adresa paketa je 10.1.1.130, ruter bira 10.1.1.128/25 (najduži prefiks koji odgovara), iako sve tri rute tehnički „pokrivaju" tu adresu. Ovaj mehanizam objašnjava zašto default ruta (0.0.0.0/0, Tema 6, prefiks dužine 0) uvek ima najnižu moguću specifičnost i biva korišćena samo kada apsolutno nijedna druga, preciznija ruta ne odgovara. LPM se primenjuje nezavisno od administrativne udaljenosti ili metrike — prvo se određuje skup odgovarajućih ruta, zatim se od njih bira najspecifičnija, a AD/metrika se koriste samo za biranje između više ruta sa istim prefiksom iz različitih izvora.

Primer iz svakodnevnog života: Zamislite adresu „Ulica Kralja Petra 15, Novi Sad, Srbija". Ako imate tri putokaza — jedan ka „Srbiji", jedan ka „Novom Sadu" i jedan tačno ka „Ulici Kralja Petra" — sledićete najprecizniji putokaz (ka konkretnoj ulici), a ne najopštiji (ka celoj državi), iako svi tehnički „vode" ka istom konačnom odredištu.

Primer iz poslovnog IT okruženja: Edge ruter u Prima Trejd d.o.o. ima default rutu ka internetu (0.0.0.0/0) i statičku rutu ka internoj podmreži servera (192.168.20.128/26). Paket upućen serveru sa adresom 192.168.20.150 odgovara i default ruti i specifičnoj statičkoj ruti — ruter uvek bira specifičniju statičku rutu (/26 je duži prefiks od /0), obezbeđujući da interni saobraćaj nikada slučajno ne ode ka internet provajderu.

Praktična vežba/napomena: Data je routing tabela sa rutama 172.16.0.0/16, 172.16.4.0/24 i 172.16.4.0/25. Za odredišnu adresu 172.16.4.10, koju od tri rute ruter bira i zašto? Za odredišnu adresu 172.16.10.5, koju od tri rute ruter bira?

Najčešće greške:

• Verovanje da ruter bira rutu na osnovu redosleda unosa u konfiguraciji, umesto na osnovu matematičke specifičnosti prefiksa.
• Zaboravljanje da se LPM primenjuje PRE poređenja administrativne udaljenosti — AD/metrika su „tie-breaker" samo unutar ruta sa identičnim prefiksom.
• Pogrešno računanje koja je maska „duža" (npr. mešanje /24 kao specifičnijeg od /16, ali greška u proceni odnosa /25 prema /24).

Pitanje za proveru znanja: P: Ako routing tabela sadrži i default rutu (0.0.0.0/0) i specifičnu rutu ka mreži 192.168.5.0/24, koju će ruter uvek izabrati za paket upućen adresi 192.168.5.20, i zašto? O: Specifičnu rutu 192.168.5.0/24, jer ima duži (specifičniji) prefiks od default rute — longest prefix match uvek daje prednost preciznijem poklapanju.

Tema 12: Statičko rutiranje za IPv6

Jednostavno objašnjenje: Statičko rutiranje radi na potpuno isti način kod IPv6 adresa kao kod IPv4 — samo se komanda i format adrese razlikuju.

Stručno objašnjenje: IPv6 statičko rutiranje sledi identičnu logiku kao IPv4 (Teme 4-6), sa sledećim razlikama u sintaksi i konceptu: prvo se mora globalno uključiti IPv6 rutiranje komandom ipv6 unicast-routing (za razliku od IPv4, koje je podrazumevano uključeno), a rute se dodaju komandom ipv6 route <prefiks/dužina prefiksa> <next-hop ili interfejs>, gde se prefiks unosi direktno u CIDR notaciji (npr. 2001:db8:10::/64), za razliku od IPv4 gde se maska unosi odvojeno u decimalnom obliku. IPv6 podrazumevana ruta (ekvivalent 0.0.0.0/0) se unosi kao ipv6 route ::/0 <next-hop>. Administrativna udaljenost i longest prefix match (Teme 7 i 11) rade identično za IPv6 rute. Provera se vrši komandom show ipv6 route, sa vrlo sličnim kodovima izvora (C, L, S). IPv6 posebno često koristi link-local adrese (Modul 6) kao next-hop vrednost umesto globalnih unicast adresa, pošto je link-local adresa uvek prisutna na svakom interfejsu i dovoljna je za komunikaciju sa direktno povezanim susedom.

Primer iz svakodnevnog života: Konfigurisanje IPv6 statičke rute je kao pisanje istog uputstva na drugom jeziku — sadržaj i logika ostaju identični, menja se samo „gramatika" (sintaksa) kojom se to uputstvo zapisuje.

Primer iz poslovnog IT okruženja: Prima Trejd d.o.o. uvodi dual-stack mrežu (Modul 6) i administrator, nakon konfiguracije IPv4 statičkih ruta iz ovog modula, dodaje ipv6 unicast-routing i odgovarajuće ipv6 route komande na svim ruterima kako bi obezbedio da i IPv6 saobraćaj ima ispravne putanje između internih mreža i ka internetu, paralelno sa postojećim IPv4 rutiranjem.

Praktična vežba/napomena: U Packet Traceru, na ruteru sa već konfigurisanim IPv4 statičkim rutama, dodajte ipv6 unicast-routing i odgovarajuće IPv6 adrese/statičke rute za paralelnu IPv6 mrežu, zatim uporedite izlaze show ip route i show ipv6 route.

Najčešće greške:

• Zaboravljanje ipv6 unicast-routing — najčešća greška, jednostavno unošenje ipv6 route komandi bez ovoga rezultuje time da rute postoje u konfiguraciji, ali IPv6 saobraćaj se uopšte ne rutira.
• Pokušaj korišćenja IPv4 sintakse (maska umesto CIDR prefiksa) u ipv6 route komandi.
• Zaboravljanje da IPv4 i IPv6 rutiranje rade potpuno nezavisno jedno od drugog — ispravno konfigurisan IPv4 ne garantuje da IPv6 radi, i obrnuto.

Pitanje za proveru znanja: P: Koja komanda mora biti uneta pre bilo koje ipv6 route komande da bi IPv6 rutiranje uopšte funkcionisalo? O: ipv6 unicast-routing.

Tema 13: Dijagnostika rutiranja

Jednostavno objašnjenje: Kada nešto ne radi u mreži sa više povezanih mreža, sistematska provera routing tabele i alata poput ping-a i traceroute-a otkriva tačno gde se problem nalazi.

Stručno objašnjenje: Sistematska dijagnostika problema sa rutiranjem sledi ovaj redosled:

1. show ip interface brief — proveriti da su svi relevantni interfejsi u stanju „up/up" (i administrativno i protokolski); interfejs koji je „down" ili „administratively down" objašnjava zašto directly connected ruta nedostaje (Tema 3).
2. show ip route — proveriti da li odredišna mreža uopšte postoji u tabeli; nedostajuća ruta je najčešći uzrok da paketi ne stižu do odredišta.
3. ping sa samog rutera ka next-hop adresi i ka krajnjem odredištu — izoluje da li je problem lokalni (do prvog skoka) ili duž čitave putanje.
4. traceroute (ili tracert na Windows krajnjim uređajima) — prikazuje tačno kroz koje rutere paket prolazi i na kom skoku prestaje da napreduje, precizno lokalizujući gde u lancu ruta nedostaje ili je pogrešna.
5. Provera asimetrije ruta — česta greška je da ruta postoji „u jednom smeru" (ka odredištu), ali nedostaje na povratnom ruteru (ka izvoru), zbog čega ping izgleda kao potpuni gubitak iako je paket možda stigao do odredišta, ali odgovor nije mogao da se vrati.

Ovaj sistematski pristup se direktno nastavlja na opšte principe strukturirane dijagnostike uvedene kroz cele Module 7-10, sada primenjene specifično na probleme rutiranja između mreža.

Primer iz svakodnevnog života: Traceroute je kao praćenje pošiljke „korak po korak" kroz svaku tranzitnu poštu na putu — ako pošiljka nestane na trećoj tranzitnoj tački, tačno znate gde da usmerite žalbu, umesto da samo znate da paket „nikad nije stigao".

Primer iz poslovnog IT okruženja: Zaposleni u Prima Trejd d.o.o. prijavljuje da ne može da pristupi serveru u drugoj poslovnici. Administrator prvo proverava show ip route na lokalnom ruteru — ruta ka udaljenoj mreži postoji. Zatim izvršava traceroute sa krajnjeg računara i primećuje da putanja staje na ruteru srednje poslovnice — dalja provera show ip route na TOM ruteru otkriva da nedostaje povratna ruta ka mreži zaposlenog, objašnjavajući zašto odgovori nikad ne stižu nazad.

Praktična vežba/napomena: Namerno obrišite jednu statičku rutu na ruteru u postavljenoj Packet Tracer topologiji sa dva rutera i testirajte ping i traceroute sa krajnjeg uređaja — zabeležite tačno na kom koraku traceroute prestaje da napreduje.

Najčešće greške:

• Testiranje samo sa krajnjeg korisničkog uređaja, bez provere routing tabele direktno na relevantnim ruterima, što produžava vreme dijagnostike.
• Zaboravljanje da proveri POVRATNU rutu (sa odredišnog rutera nazad ka izvoru) kada ping „ne prolazi", umesto da se pretpostavi da je problem samo u jednom smeru.
• Mešanje simptoma „destination unreachable" (nema rute) sa „request timed out" (ruta postoji, ali paket se gubi iz drugog razloga, npr. firewall ili fizički kvar), što vodi ka pogrešnom fokusu dijagnostike.

Pitanje za proveru znanja: P: Zašto je korisno proveriti routing tabelu na OBA rutera (i izvornom i odredišnom) kada ping između dve udaljene mreže ne uspeva, umesto samo na jednom? O: Zato što IP komunikacija zahteva rute u OBA smera — paket može uspešno stići do odredišta ako izvorni ruter ima ispravnu rutu, ali ako odredišni (ili bilo koji ruter na povratnom putu) nema rutu nazad ka izvornoj mreži, ICMP odgovor se nikad neće vratiti i ping će izgledati kao potpuni neuspeh.

Tema 14: Statičko naspram dinamičkog rutiranja

Jednostavno objašnjenje: Statičko rutiranje je kao ručno pisanje uputstava za svaki put unapred; dinamičko rutiranje je kao GPS uređaj koji sam otkriva i ažurira putanje na osnovu trenutnog stanja mreže — svaki pristup ima svoje prednosti u zavisnosti od situacije.

Stručno objašnjenje: Dinamičko rutiranje (uvod, detaljno u Modulu 12 kroz OSPF) koristi protokole preko kojih ruteri automatski razmenjuju informacije o dostupnim mrežama i sami grade i ažuriraju routing tabelu, bez ručnog unosa svake rute. Poređenje ključnih aspekata:

U praksi, mnoge poslovne mreže koriste hibridni pristup — dinamički protokol (npr. OSPF) za kompleksno jezgro mreže sa mnogo redundantnih putanja, uz statičke rute (uključujući default i floating static) za jednostavne stub segmente ili rezervne veze. Ovaj modul je pokrio kompletnu osnovu statičkog rutiranja; Modul 12 nastavlja sa OSPF-om, prvim dinamičkim protokolom kursa, gradeći direktno na konceptima routing tabele, administrativne udaljenosti i longest prefix match naučenim ovde.

Primer iz svakodnevnog života: Statičko rutiranje je kao papirna mapa koju ažurirate sami kad primetite promenu; dinamičko rutiranje je kao pametna navigaciona aplikacija koja automatski prima podatke o gužvama i radovima od drugih vozača u realnom vremenu i sama preračunava najbolju rutu.

Primer iz poslovnog IT okruženja: Prima Trejd d.o.o., nakon što preraste sa 2 na 8 poslovnih lokacija povezanih u kompleksnu WAN topologiju sa više redundantnih veza, zaključuje da ručno održavanje desetina statičkih ruta postaje nepraktično i sklono greškama — mrežni inženjer uvodi OSPF (Modul 12) za jezgro WAN mreže, dok zadržava statičke default rute na manjim, stub kancelarijama koje imaju samo jedan izlaz ka ostatku mreže.

Praktična vežba/napomena: Na osnovu tabele poređenja iznad, odlučite i obrazložite da li biste za mrežu od tri kancelarije, povezane u trougao sa redundantnim WAN vezama (slično topologiji iz Modula 10 laboratorijske vežbe, ali na Layer 3 nivou), preporučili statičko, dinamičko ili hibridno rutiranje.

Najčešće greške:

• Verovanje da je dinamičko rutiranje uvek „bolji" izbor bez razmatranja konteksta — u malim, stabilnim mrežama statičko rutiranje je često jednostavnije, bezbednije i sasvim dovoljno.
• Zanemarivanje bezbednosnog aspekta — dinamički protokoli bez autentifikacije mogu biti meta napada lažiranja ruta, dok statičke rute nemaju tu vrstu izloženosti.
• Potpuno izbegavanje statičkog rutiranja u većim mrežama, umesto korišćenja hibridnog pristupa (npr. default/floating static rute kao dopuna dinamičkom protokolu).

Pitanje za proveru znanja: P: Zašto bi mrežni inženjer u velikoj, kompleksnoj mreži sa desetinama redundantnih putanja verovatno preferirao dinamičko rutiranje umesto isključivo statičkog? O: Zato što bi ručno održavanje i ažuriranje desetina ili stotina statičkih ruta pri svakoj promeni topologije bilo administrativno neizvodljivo i vrlo sklono ljudskoj grešci, dok dinamički protokol automatski otkriva promene i preračunava optimalne putanje bez ručne intervencije.

Rezime modula

Ruter povezuje različite IP mreže i prosleđuje pakete na osnovu routing tabele, koju gradi automatski (directly connected/local rute) i/ili je administrator ručno popunjava (statičke rute). Statička ruta se unosi preko next-hop adrese i/ili exit interface-a; default ruta (0.0.0.0/0) hvata sav saobraćaj bez konkretnije rute. Kada postoji više izvora ka istoj mreži, administrativna udaljenost određuje kojem se veruje, što omogućava i floating static rute kao automatsku rezervu. Longest prefix match određuje koja ruta se bira kada se više unosa poklapa sa odredišnom adresom. Isti principi važe i za inter-VLAN rutiranje (router-on-a-stick i multilayer SVI) i za IPv6 (uz ipv6 unicast-routing i ipv6 route sintaksu). Sistematska dijagnostika (show ip route, ping, traceroute, provera povratne rute) je ključna veština za rešavanje problema. Modul se završava poređenjem statičkog i dinamičkog rutiranja, pripremajući teren za OSPF u Modulu 12.

Mermaid dijagram

graph LR
    PC1["PC1<br/>192.168.10.10/24"] --- SW1[Svič] --- R1["Ruter<br/>Gi0/0: 192.168.10.1<br/>Gi0/1: 10.0.0.1"]
    R1 ---|"ip route 192.168.20.0<br/>255.255.255.0 10.0.0.2"| R2["Ruter 2<br/>Gi0/0: 10.0.0.2<br/>Gi0/1: 192.168.20.1"]
    R2 --- SW2[Svič] --- PC2["PC2<br/>192.168.20.10/24"]

    style R1 fill:#2196F3,color:#fff
    style R2 fill:#2196F3,color:#fff

Dodatni izvori (opciono)

Za dublje razumevanje, korisno je pogledati zvaničnu Cisco IOS dokumentaciju o ip route komandi i konceptu Administrative Distance (dostupna na cisco.com), kao i RFC 4632 (CIDR) koji je već pomenut u Modulu 5, a direktno je relevantan za razumevanje longest prefix match algoritma.