WOJSKOWA AKADEMIA TECHNICZNA

im. Jarosława Dąbrowskiego

w Warszawie

Technologie sieci teleinformatycznych.

Sprawozdanie z laboratorium

Temat: Konfiguracja BGP

Grupa: I9G2S1

Wykonali: Wojciech Węgrecki

Joanna Rutkowska

Damian Dobrowolski

Robert Skrzypczyński

Michał Melaniuk

Hubert Puacz

Mateusz Rudnicki

Łukasz Siemiński

Jakub Kołos

Prowadzący: mgr inż. Wojciech Satała

1. Budowa i konfiguracja sieci

W tym zdaniu zostały skonfigurowane interfejsy na poszczególnych router’a jak i został przydzielony adres ip dla hosta podłączonego do router’a R4

Router 1

• Lo0: 172.16.1.1/24

• FastEthernet 0/0: 192.168.10.1

• Serial 0/0/0 : 10.10.10.65/30

Router 2

• Lo0: 172.17.1.1/24

• FastEthernet 0/0: 192.168.10.2/24

• FastEthernet 0/1: 192.168.20.2/24

Router 3

• Lo0: 172.18.1.1/24

• FastEthernet 0/0: 192.168.20.1/24

• Serial 0/0/0 :10.10.10.33/30

Router 4

• Lo0: 192.168.40.1/24

• FastEthernet 0/0: 192.168.30.1/24

• Serial 0/0/0: 10.10.10.66/30

• Serial 0/0/1: 10.10.10.34/30

PC

• 192.168.30.2

1. Konfiguracja protokołu BGP

W tym zadaniu należało skonfigurować protokół BGP na wszystkich router’ach tak by umożliwić komunikację między wszystkimi sieciami rozgłaszanym przez te router’y.

Konfiguracja dla routera 1, reszta konfiguracji została przeprowadzona analogicznie:

Router 1

R1(config)#router bgp 65001

R1(config-router)#network 172.16.1.0 mask 255.255.255.0

R1(config-router)#neighbor 10.10.10.66 remote-as 65000

R1(config-router)#neighbor 192.168.10.2 remote-as 65001

Poniżej przedstawiony został wydruk komendy show ip bgp która przedstawia następne skoki do docelowych tras.

Kolejny rysunek przedstawia tablice routing router’a 1 na której widać dostępność sieci. Widać na nim że sieci 172.17.1.0 i 172.18.1.0 są rozgłaszane przez protokół BGP.

Po skonfigurowaniu protokołu BGP należało sprawdzić dostępność sieci rozgłaszanych przez router’y przy pomocy komendy tracert na hoscie dołączonym do router’a 4.

Poniżej przedstawiono wyniki tych komend:

C:\>tracert 172.18.1.1

Trasa śledzenia do 172.18.1.1 przewyższa maksymalną liczbę przeskoków 30

1 1 ms 1 ms 1 ms 192.168.30.1

2 14 ms 13 ms 13 ms 172.18.1.1

Śledzenie zakończone.

C:\>tracert 172.17.1.1

Trasa śledzenia do 172.17.1.1 przewyższa maksymalną liczbę przeskoków 30

1 2 ms 1 ms 1 ms 192.168.30.1

2 11 ms 11 ms 10 ms 10.10.10.65

3 14 ms 14 ms 13 ms 172.17.1.1

Śledzenie zakończone.

C:\>tracert 172.16.1.1

Trasa śledzenia do 172.16.1.1 przewyższa maksymalną liczbę przeskoków 30

1 1 ms 1 ms <1 ms 192.168.30.1

2 14 ms 13 ms 13 ms 172.16.1.1

Śledzenie zakończone.

Jak widać wszystkie węzły sieci są dostępne.

1. Porównanie tablicy routingu BGP z ogólna tablicą routingu

Te zadanie polegało na wyświetleniu tablic: tablicy routingu bgp (show ip bgp) i ogólnej tablicy routingu(show ip route). Następnie należało dokonać analizy zawartości tych dwóch tablic:

Poniższy rysunek przedstawia wynik komendy show ip bgp na router 1

Poniższy rysunek przedstawia wyniki komendy show ip route na router 1

Jak widać w tablicy routingu bgp przedstawione są sieci jakie są rozgłaszane przez protokół BGP oraz przedstawione są w niej wiadomości o trasie do danej sieci w postaci adresu następnego routera. Możemy z niej odczytać również metrykę jaka przypisana jest dla danej trasy jak również możemy odczytać numery kolejnych systemów autonomicznych będących pełną trasą do hosta docelowego.

Natomiast w ogólnej tablicy routingu przedstawione są wszystkie adresy sieci rozgłaszane w sieci bądź podłączone do danego routera. Odczytać możemy z niej przez jaki protokół rozgłaszana jest dana sieć. W przypadku protokołu BGP widać również adres pierwszego routera na trasie do docelowej sieci.

1. Symulacja awarii łącza

Zadanie polegało na przeprowadzeniu kontrolowanej awarii łącza na routerze 1 przy wykorzystaniu komendy shutdown na interfejsie Lo0.

Wynik komendy show ip bgp

router4#show ip bgp

BGP table version is 30, local router ID is 192.168.40.1

Status codes: s suppressed, d damped, h history, * valid, > best, i - internal

Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path

* 172.17.1.0/24 10.10.10.33 0 65002 65001 i

*> 10.10.10.65 0 65001 i

* 172.18.1.0/24 10.10.10.65 0 65001 65002 i

*> 10.10.10.33 0 0 65002 i

*> 192.168.30.0 0.0.0.0 0 32768 i

*> 192.168.40.0 0.0.0.0 0 32768 i

Jak widać na powyższym wydruku po przeprowadzeniu awarii interfejsu Lo0 na routerze 1 sieć ta nie jest rozgłaszana przez router 1. Pozostałe router’y nie wiedzą tej sieci w swojej tablicy routingu bgp. Po wykonaniu komendy show ip bgp na routerze 4 widoczne są jedynie sieci na interfejsach Lo0 rozgłaszane przez pozostałe router’y.

1. Wykorzystanie atrybutu LOCAL_PREF

W tym zadaniu należało posłużyć się atrybutem LOCAL_PREF w taki sposób aby ruch wychodzący z sieci autonomicznej o numerze 65001 odbywał się zawsze przez router 2.

Jak widać na powyższym rysunku wszystkie trasy wychodzące z routera R1 biegną zawsze przez interfejs o adresie 192.168.10.2 który to należy do Routera R2.

Proces wyboru trasy w BGP:

1. Jeśli NextHop jest niedostępny przechodzimy do pkt 2 (jeśli router CiSCO, a jeśli nie do pkt 3)

2. Wybierana jest ścieżka z najwyższym atrybutem WEIGHT (atrybut tylko w routerach CISCO)

3. Jeśli WEIGHT są identyczne wybierana jest z najwyższym Local-Preference

4. Jeśli Local-Preference są równe wybierz trasę, która pochodzi z procesu BGP pracującego na tym

routerze

5. Wybierz najkrótszy AS-PATH

6. Jeśli wszystkie ścieżki pochodzą z poza routera wybierz tą z najniższym origin type

(IGP<EGP<INCOMPLETE)

7. Wybierz ścieżkę z najniższym MED.

8. Preferuj ścieżkę : zewnętrzną nad wewnętrzną

9. Jeśli synchronizacja jest wyłączona, wybierz najbliższą ścieżkę pochodzącą z IGP

10. Wybierz trasę o najniższym adresie IP, który wskazuje na router id

Niestety reszty zadań nie udało nam się zrealizować, gdyż nie starczyło nam czasu. Podczas wykonywania tych zadań mieliśmy spore problemy i nie udało się doprowadzić zadania do końca.