Praktični primeri – Modul 12 – Dinamičko rutiranje (OSPF)
Ovaj dokument sadrži pet detaljno rešenih praktičnih primera i jedan integrativan poslovni scenario. Svaki primer prikazuje kompletnu konfiguraciju i objašnjenje svakog koraka.
Primer 1 – Single-area OSPF između dva rutera
Situacija: Dva rutera, R1 i R2, povezana serijskom vezom preko mreže 10.0.0.0/30. R1 ima LAN mrežu 192.168.1.0/24, R2 ima LAN mrežu 192.168.2.0/24. Potrebno je da oba rutera nauče rute jedan ka drugom preko OSPF-a, u jedinstvenoj Area 0.
Topologija:
PC1 -- R1 ==(10.0.0.0/30)== R2 -- PC2
192.168.1.0/24 192.168.2.0/24
Konfiguracija na R1:
R1(config)# router ospf 1
R1(config-router)# router-id 1.1.1.1
R1(config-router)# network 192.168.1.0 0.0.0.255 area 0
R1(config-router)# network 10.0.0.0 0.0.0.3 area 0
Konfiguracija na R2:
R2(config)# router ospf 1
R2(config-router)# router-id 2.2.2.2
R2(config-router)# network 192.168.2.0 0.0.0.255 area 0
R2(config-router)# network 10.0.0.0 0.0.0.3 area 0
Provera:
R1# show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 0 FULL/ - 00:00:38 10.0.0.2 Serial0/0/0
R1# show ip route ospf
O 192.168.2.0/24 [110/1573] via 10.0.0.2, 00:02:14, Serial0/0/0
Objašnjenje: Na point-to-point serijskoj vezi nema DR/BDR izbora (State prikazuje „-" umesto DR/BDR/DROTHER). R1 je naučio mrežu R2-a sa administrativnom udaljenošću 110 i cost-om 1573 (tipično za serijsku vezu niske propusnosti u Packet Traceru). Napomena: router ospf 1 process ID (1) je lokalno značajan i ne mora biti isti na oba rutera — u ovom primeru je isti radi jednostavnosti dosledovanja, ali funkcionisalo bi identično i sa različitim brojevima procesa.
Primer 2 – Multi-area OSPF sa ABR-om
Situacija: Tri rutera — R1 i R2 čine backbone (Area 0) preko WAN veze, dok R2 dodatno ima LAN mrežu koja pripada Area 1 zajedno sa R3. R2 je, dakle, ABR jer ima interfejse i u Area 0 i u Area 1.
Topologija:
R1 ==Area 0==(10.0.0.0/30)== R2 ==Area 1==(192.168.20.0/24)== R3
LAN R1: 192.168.10.0/24 (Area 0) LAN R3: 192.168.30.0/24 (Area 1)
Konfiguracija na R1 (samo Area 0):
R1(config)# router ospf 1
R1(config-router)# router-id 1.1.1.1
R1(config-router)# network 192.168.10.0 0.0.0.255 area 0
R1(config-router)# network 10.0.0.0 0.0.0.3 area 0
Konfiguracija na R2 (ABR – oba interfejsa, dve oblasti):
R2(config)# router ospf 1
R2(config-router)# router-id 2.2.2.2
R2(config-router)# network 10.0.0.0 0.0.0.3 area 0
R2(config-router)# network 192.168.20.0 0.0.0.255 area 1
Konfiguracija na R3 (samo Area 1):
R3(config)# router ospf 1
R3(config-router)# router-id 3.3.3.3
R3(config-router)# network 192.168.20.0 0.0.0.255 area 1
R3(config-router)# network 192.168.30.0 0.0.0.255 area 1
Provera na R1:
R1# show ip route ospf
O IA 192.168.20.0/24 [110/1573] via 10.0.0.2, 00:01:40, Serial0/0/0
O IA 192.168.30.0/24 [110/1874] via 10.0.0.2, 00:01:40, Serial0/0/0
Objašnjenje: Oznaka O IA (Inter-Area) pokazuje da R1 uči rute iz Area 1 preko ABR-a (R2), kroz Area 0. R2 kao ABR održava odvojenu LSDB za Area 0 i Area 1, i sumarizuje/prosleđuje rute između njih. Ovo ilustruje ključno pravilo iz Teme 10: R3 (koji je isključivo u Area 1) nikada direktno ne razmenjuje LSA sa R1 — sve prolazi preko R2 kao ABR-a.
Primer 3 – Passive interface na LAN portovima
Situacija: Nastavljajući Primer 1, LAN interfejsi rutera (ka PC1 i PC2) ne treba da šalju OSPF Hello pakete, jer na njima nema drugih rutera — samo krajnji korisnici.
Konfiguracija na R1:
R1(config)# router ospf 1
R1(config-router)# passive-interface GigabitEthernet0/0
Konfiguracija na R2:
R2(config)# router ospf 1
R2(config-router)# passive-interface GigabitEthernet0/0
Provera na R1:
R1# show ip protocols
...
Passive Interface(s):
GigabitEthernet0/0
Routing for Networks:
192.168.1.0 0.0.0.255 area 0
10.0.0.0 0.0.0.3 area 0
...
R1# show ip ospf interface GigabitEthernet0/0 | include Process
No Hello sent on this interface (Passive interface)
Objašnjenje: Mreža 192.168.1.0/24 ostaje potpuno vidljiva u routing tabeli R2, jer je i dalje pokrivena network naredbom — samo se Hello saobraćaj obustavlja na tom konkretnom interfejsu. Ovo je preporučena praksa na svakom interfejsu okrenutom ka krajnjim korisnicima, iz bezbednosnih razloga opisanih u Temi 11.
Primer 4 – Propagacija podrazumevane rute ka internetu
Situacija: R1 iz Primera 1 dobija dodatnu vezu ka simuliranom ISP ruteru (predstavlja internet) preko interfejsa sa statičkom default rutom. R1 treba da propagira tu default rutu ka R2 kroz OSPF, tako da R2 (i njegov LAN) takođe mogu da „izađu na internet" preko R1.
Konfiguracija na R1:
R1(config)# ip route 0.0.0.0 0.0.0.0 203.0.113.1
R1(config)# router ospf 1
R1(config-router)# default-information originate
Provera na R2:
R2# show ip route ospf
O*E2 0.0.0.0/0 [110/1] via 10.0.0.1, 00:00:22, Serial0/0/0
Objašnjenje: Zvezdica (*) pored O E2 označava da je ovo kandidat za default rutu koja se koristi. Oznaka E2 znači da je metrika eksterne rute fiksna (podrazumevani tip za default-information originate je External Type 2 — cost prikazuje samo cenu do ASBR-a, ne i unutrašnju cenu). Kada bi R1 izgubio vezu ka ISP-u (i time izgubio sopstvenu default rutu), ova propagacija bi automatski prestala jer nije korišćena ključna reč always — sprečavajući scenario „crne rupe" opisan u Temi 12.
Primer 5 – Dijagnostika neuspešnog OSPF susedstva
Situacija: R1 i R2 su povezani, interfejsi su up/up, ali show ip ospf neighbor na oba rutera ne prikazuje nijednog suseda.
Dijagnostički koraci:
R1# show ip interface brief
Serial0/0/0 10.0.0.1 YES manual up up ← fizička veza je u redu
R1# show ip ospf interface brief
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Se0/0/0 1 0 10.0.0.1/30 1562 P2P 0/0 ← 0 suseda!
R2# show ip ospf interface brief
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Se0/0/0 1 1 10.0.0.2/30 1562 P2P 0/0 ← Area 1, ne Area 0!
Uzrok: R1 ima interfejs u Area 0, a R2 ima isti fizički segment konfigurisan u Area 1. Nepoklapanje area ID-ja na istoj mreži sprečava razmenu Hello paketa (Hello paket nosi area ID pošiljaoca, a primalac ga odbacuje ako se ne poklapa sa sopstvenom konfiguracijom tog interfejsa).
Rešenje:
R2(config)# router ospf 1
R2(config-router)# network 10.0.0.0 0.0.0.3 area 1
R2(config-router)# no network 10.0.0.0 0.0.0.3 area 0
(napomena: u praksi je jednostavnije prvo ukloniti pogrešnu network naredbu, pa dodati ispravnu; IOS ne dozvoljava da isti opseg bude istovremeno u dve oblasti)
Provera nakon ispravke:
R1# show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 0 FULL/ - 00:00:33 10.0.0.2 Serial0/0/0
Objašnjenje: Ovaj primer prikazuje tačno redosled dijagnostike iz Teme 15 — fizička veza je bila ispravna, problem je pronađen tek na nivou OSPF interfejsa (show ip ospf interface brief), pre nego što je uopšte imalo smisla gledati routing tabelu.
Poslovni scenario – Projektovanje OSPF-a za firmu sa tri lokacije
Kontekst: IT tim firme „Vektor Sistemi" dobija zadatak da poveže centralu (Beograd) sa dve poslovnice (Novi Sad i Niš) preko WAN veza, koristeći OSPF umesto statičkog rutiranja, jer se planira dalji rast broja poslovnica.
Zahtevi:
- Centrala u Beogradu mora biti deo backbone-a (Area 0), sa vezama ka obe poslovnice.
- Svaka poslovnica ima sopstvenu lokalnu LAN mrežu koja ne treba da bude vidljiva sa detaljima susedne poslovnice (samo sumarni podaci preko backbone-a).
- Centrala ima jedinu vezu ka internetu i mora propagirati default rutu ka obe poslovnice.
- LAN interfejsi u svim lokacijama moraju biti zaštićeni od slučajnog/neovlašćenog OSPF susedstva.
Projektovano rešenje:
| Lokacija | Ruter | Oblast interfejsa | Uloga |
|---|---|---|---|
| Beograd (centrala) | R-BG | WAN interfejsi: Area 0; LAN: Area 0 | Backbone ruter + ASBR (veza ka internetu) |
| Novi Sad | R-NS | WAN ka Beogradu: Area 0; LAN: Area 1 | ABR |
| Niš | R-NI | WAN ka Beogradu: Area 0; LAN: Area 2 | ABR |
Ključne komande (skraćeno, R-BG):
router ospf 1
router-id 1.1.1.1
network 10.0.0.0 0.0.0.3 area 0
network 10.0.0.4 0.0.0.3 area 0
network 172.16.0.0 0.0.0.255 area 0
passive-interface GigabitEthernet0/0
default-information originate
Zašto ovakav dizajn: Svaka poslovnica ima sopstvenu oblast (Area 1, Area 2), pa promena u internom LAN-u Novog Sada (npr. dodavanje nove podmreže) izaziva SPF ponovni proračun samo unutar Area 1 i na R-NS kao ABR-u, ne i na ruteru u Nišu — ovo direktno primenjuje princip skalabilnosti iz Teme 10. Centrala kao ASBR sa default-information originate osigurava da obe poslovnice automatski dobiju izlaz ka internetu bez ručne konfiguracije statičke rute na svakoj od njih. Passive interface na svim LAN portovima štiti mrežu od neovlašćenog OSPF susedstva sa strane krajnjih korisnika, u skladu sa preporukom iz Teme 11.