ITCore Tech

Cele:

• Skonfiguruj OSPF według schematu sieci.
• Router ISP: dodaj statyczne trasy do sieci 172.16.0.0/16 oraz 5.0.0.0/8 przez router R1.
• R1 ma być bramą domyślną dla pozostałych routerów w OSPF.
• Obszary 24 i 34 – zmień ich typ jako stub.
• Upewnij się, że router R5 ma pełną łączność z innymi.
• R5 – skonfiguruj RIPv2, rozgłoś interfejsy Loopback, redystrybuuj go do OSPF i sprawdź łączność.
• R4 – ustaw trasę domyślną przez R2B.

Adresy IP routerów:

ISP

Interfejs	IP
FastEthernet 0/0	61.61.61.2/30

R1

Interfejs	IP
FastEthernet 0/0	61.61.61.1/30
FastEthernet 1/0	172.16.12.1/28
FastEthernet 2/0	172.16.13.1/28

R2A

Interfejs	IP
FastEthernet 0/0	172.16.12.2/28
FastEthernet 1/0	172.16.22.1/28

R2B

Interfejs	IP
FastEthernet 0/0	172.16.22.2/28
FastEthernet 1/0	172.16.24.2/28

R3

Interfejs	IP
FastEthernet 0/0	172.16.13.3/28
Ethernet 1/0	172.16.34.3/28

R4

Interfejs	IP
FastEthernet 0/0	172.16.24.4/28
FastEthernet 2/0	172.16.45.4/28
Ethernet 1/0	172.16.34.4/28

R5

Interfejs	IP
FastEthernet 0/0	172.16.45.5/28
Loopback 0	5.5.0.1/24
Loopback 1	5.5.1.1/24
Loopback 2	5.5.2.1/24
Loopback 3	5.5.3.1/24

Schemat sieci:

Router: 3640
IOS: c3640-jk9o3s-mz.124-16a.bin

Rozwiązanie

Skonfiguruj OSPF według schematu sieci.

Nasza przygodę zaczynamy jak zwykle od podstawowej konfiguracji OSPF:

Po chwili relacja sąsiedztwa pomiędzy routerami zostaje ustanowiona. Zobaczmy tablicę routingu dla R4:

Zwróćmy uwagę, że wszystkie trasy prowadzą przez obszar 24. Powodem tego jest łącze 10Mb/s między routerami R3 i R4 przez co trasa ta ma wyższy koszt. Koszt danej ścieżki obliczamy ze wzoru 10^8 / przepustowość w bps, gdzie niższy wynik oznacza bardziej optymalną ścieżkę. Tak więc dla łącza FastEthernet 0/0 (100Mb/s) koszt wynosi 1, a dla Ethernet 1/0 (10Mb/s) koszt równa się 10. Poniżej wynik polecenia show ip ospf interface brief na R4:

---

Router ISP: dodaj statyczne trasy do sieci 172.16.0.0/16 oraz 5.0.0.0/8 przez router R1.

ISP to router naszego dostawcy w tym zadaniu. Chcemy aby w jego tablicy routingu trasy do sieci 172.16.0.0/16 oraz 5.0.0.0/8 wskazywały przez router R1. Dodajemy je statycznie:

Gdzie 61.61.61.1 to adres IP routera R1. Nowe wpisy są widoczne od razu:

Nie ma sensu testować teraz łączności z ISP do routerów za R1, ponieważ nie wiedzą one jak dotrzeć do ISP.

---

R1 ma być bramą domyślną dla pozostałych routerów w OSPF.

W poprzednim kroku skonfigurowaliśmy router ISP. Teraz musimy zrobić to samo, ale w drugą stronę. Najpierw do routera R1 dodamy trasę domyślną wskazującą na ISP. Następnie skonfigurujemy OSPF w ten sposób, aby R1 stał się domyślną bramą dla pozostałych routerów.

Tablica routingu R1:

Widzimy nowy statyczny wpis S* 0.0.0.0/0 [1/0] via 61.61.61.2. Teraz przechodzimy do trybu konfiguracji OSPF:

R1 ogłasza siebie jako bramę domyślną w OSPF. Zobaczmy tablicę routingu na R2A i R4:

Dla R2A domyślna trasa prowadzi właśnie przez R1.

W przypadku R4 trasa domyślna wskazuje na router R2B, który natomiast ma taki sam wpis, ale wskazujący na R2A. Przetestujemy jeszcze łączność z R4 do ISP (ping i traceroute):

---

Obszary 24 i 34 – zmień ich typ jako stub.

Obszary 24 i 34 powinny być typu stub area. Zmiany musimy wprowadzić na wszystkich routerach należących do tych obszarów. Zaczynamy od obszaru 24, czyli routery R2A, R2B i R4:

Następnie obszar 34, czyli routery R3 i R4:

Po tej zmianie routery nawiązują od nowa relację sąsiedztwa. Routery R2 i R3 rozgłaszają teraz zewnętrzne trasy (E2) jako jeden wpis O*IA 0.0.0.0/0. Poniżej tablice routingu dla R2B i R4:

---

Upewnij się, że router R5 ma pełną łączność z innymi.

Tak jak pisaliśmy we wcześniejszych ćwiczeniach, aby możliwa była wymiana informacji na temat routingu w OSPF routery muszą być wpięte do obszaru zerowego (backbone area). W tym przykładzie tylko router R5 nie spełnia tego warunku, przez co nic nie wie o innych trasach w OSPF:

Rozwiązaniem tego problemu mogłoby być utworzenie łącza wirtualnego pomiędzy R4 a R3, jednak tutaj pojawia się pewien problem:

No własnie w poprzednim kroku zmieniliśmy typ obszarów 24 i 34 na stub, przez co nie mogą zostać obszarem tranzytowym i stąd niemożliwe jest utworzenie virtual link. No właśnie, czyli jak „wpiąć” router R5 do obszaru 0? Rozwiązaniem może być tunel GRE, np pomiędzy R3 i R4. W pierwszym kroku utworzymy tunel na routerach R3 i R4:

Interfejsem źródłowym jest Ethernet 1/0 (łącze 10Mb/s), a drugi koniec tunelu wskazuje na adres IP sąsiada. Zobaczmy status tunelu na R3:

Zarówno Status jak i Protocol wskazują na up, a więc tunel działa. Teraz musimy przypisać interfejs Tunnel 0 do obszaru 0:

Po chwili relacja sąsiedztwa zostanie nawiązana:

Widzimy, że interfejs tunelowy należy do Area 0. Domyślny koszt to 11111 (możemy zmienić tę wartość w trybie konfiguracji interfejsu poleceniem ip ospf cost).
Rozszerzyliśmy więc obszar 0 aż do R4, tak więc R5 ma teraz połączenie bezpośrednie. Zobaczmy jego tablicę routingu:

Ma on wszystkie trasy, a brama domyślna wskazuje na R4. Zobaczmy czy ma łączność z ISP

Jeszcze jedna ważna uwaga. Tworząc tunel pomiędzy R3 i R4 pojawił się nowy problem. Poprzednio R4 domyślnie kierował pakiety przez obszar 24 korzystając z łącza 100Mb/s. Po zestawieniu tunelu sytuacja się zmieniła i wszystkie trasy OSPF prowadzą właśnie przez tunel, a więc łącze 10Mb/s:

Dlaczego tak jest? Widzimy nawet, że koszt (>11111) jest zdecydowanie wyższy niż poprzednio (>2). Odpowiedź jest taka, że OSPF zawsze preferuje trasy wewnątrz obszarowe (intra area) od tych między obszarowych (inter area). Przypisując tunel do obszaru 0 rozszerzyliśmy go aż do R4. Na schemacie sieci załączonym powyżej moglibyśmy dopisać obok AREA 34 także AREA 0. Widzimy nawet, że sieci 172.16.12.0/28 i 172.16.13.0/28 oznaczone są jako O a nie jako O IA. W takim razie nie jest ważne jaki koszt ustawimy, R4 zawsze wybierze trasę przez Tunnel0.

---

R5 – skonfiguruj RIPv2, rozgłoś interfejsy Loopback, redystrybuuj go do OSPF i sprawdź łączność.

Włączymy RIP na R5 i rozgłosimy w nim sieć 5.0.0.0/8

Następnie redystrybucja RIP w OSPF:

Tablica routingu od R1:

Widoczne są 4 nowe sieci oznaczone jako O E2 (zewnętrzne). Sprawdźmy łączność z R1 i ISP:

Wszystko działa jak należy.

---

R4 – ustaw trasę domyślną przez R2B.

Tak jak pisaliśmy trasa domyślna od R4 prowadzi przez łącze 10Mb/s. Zmienimy to dodając trasę domyślną przez interfejs FastEthernet 0/0:

Wpis statyczny zastąpił ten z OSPF. Zobaczmy czy wciąż mamy łączność pingując ISP:

Ping nagle przestał działać, teraz wyjście z polecenia traceroute:

To samo polecenie z R5:

Problem występuje właśnie pomiędzy R4 i R2B. Zobaczmy tablice routingu od R2B:

Odpowiedź mamy w ostatniej linice. Trasa domyślna wskazuje na dwie bramy: R2A i R4. Tak więc R4 wysyłając pakiet do R2B, dostaje go ponownie. Musimy pozbyć się tej trasy z tablicy routingu. Zwiększymy koszt OSPF dla interfejsu FastEthernet 1/0 routera R2B na wartość 2:

Teraz trasa domyślna powinna wskazywać tylko przez R2B (koszt = 2). Trasa przez R4 zostanie odrzucona, ponieważ sztucznie zwiększyliśmy jej koszt (teraz koszt = 3):

Świetnie, mamy tylko 1 wpis w tablicy routingu. Wypróbujmy ponownie traceroute i ping do ISP z R5:

Sukces, pakiety są kierowane przez obszar 24. Co ważne nie stracimy łączności jeśli łącze pomiędzy R2B i R4 przestanie działać. Wtedy w tablicy routingu od R4 automatycznie pojawi się trasa domyślna przez Tunnel 0 (OSPF):

Domyślna trasa prowadzi przez 172.16.34.3. Oczywiście R5 wciąż ma 100% łączność: