Naszym pierwszym zadaniem była konfiguracja switchy wedle następującego schematu:

Switch konfigurowalliśmy poprzez program putty. W celu uproszczeniu konfiguracji zarówno na jednym jak i drugim switchu pod te same porty są podpiete te same urządzenia:

- fastEthernet 0/24 – polaczenie z drugim switch’em

- fastEthernet 0/5 – połaczenie z PC

W związku z tym dla obydwu switchy konfiguracja przebiegala nastepujaco:

Switch>enable

Switch#configure terminal

Enter configuration commands, one per line. End with CNTL/Z.

Switch(config)#interface fastEthernet 0/24

Switch(config-if)#duplex half

Switch(config-if)#bandwidth 10000

Switch(config-if)#no shutdown

Switch(config-if)#exit

Switch(config-if)#interface fastEthernet 0/5

Switch(config-if)#bandwidth 100000

Switch(config-if)#duplex full

Switch(config-if)#no shutdown

Switch(config-if)#exit

Naszym następnym zadaniem było zbadanie połączenia pomiędzy dwoma telefonami IP najpierw przy braku obciążenia w sieci, a następnie z generowanym obciążeniem wykorzystując do tego program Iperf.

Do badania połączeń wykorzystywaliśmy program Wireshark uruchomiony na komputerze do którego na switch skonfigurowany został monitor przekierowujący ruch sieciowy z telefonów.

Program Wireshark po przechwyceniu pakietów RTP czyli pakietów czasu rzeczywistego transportujących dane audio umożliwia pokazanie zestawienia danych takich jak maksymalna delta, maksymalny jitter i średni jitter. Aby wyświetlić je należy wybrać Telephony->RTP->Show All Streams.

Poniżej przedstawiony został zrzut ekranu z pokazaniem wcześniej wspomnianych parametrów dla połączenia dwóch telefonów przy braku obciążenia.

Wireshark daje także możliwość dokonania analizy przechwyconych pakietów po wybraniu opcji Analyze w oknie RTP Streams.

Wyświetlenie okna RTP Stream Analyze pozwala na wygenerowanie wykresu przedstawiającego jitter oraz różnicę poprzez kliknięcie na przycisk Graph.

Poniżej okna wykresów.

Wykres jitter’a

Wykres różnicy

Po zbadaniu połączenia telefonów bez obciążenia przeszliśmy do jego badania z maksymalnym połączeniem. W tym celu na jednym z komputerów uruchomiliśmy w wierszu poleceń program Iperf w trybie serwera (poleceniem Iperf -s). Na drugim komputerze uruchomiliśmy program Iperf w trybie klienta, który wysyłał dane generując obciążenie (polecenie Iperf -c 10.0.1.1 -b 9999999999 -P 50).

Niestety ze względów niezależnych od nas nie udało nam się zebrać pakietów RTP przy maksymalnym obciążeniu i tym samym nie jest podanie wartości jittera oraz delty, a także wykonanie analizy i wykresów.

Wnioski i uwagi do przebiegu laboratorium

Zadanie laboratoryjne, w powodów kłopotów technicznych z salą, okablowaniem oraz wyposażeniem zostało zmodyfikowane przez prowadzącego. Nasza grupa miała za zadanie, po skonfigurowaniu urządzeń zgodnie z poleceniem 1 instrukcji, zbadać wpływ programu generującego obciążenie sieci na parametry prowadzonej rozmowy. W programie IPerf należało wygenerować ruch w sieci, który uniemożliwiałby prowadzenie rozmowy oraz porównać właściwości związane z przepustowością i innymi parametrami możliwego do nawiązania połączenia (latency - opóźnienie, jitter – problemy z synchronizacją czasową), odczytane za pomocą programu Wireshark. Problemy pojawiły się już przy próbie obciążenia sieci do tego stopnia aby uniemożliwić rozmowę – program IPerf posiadał zabezpieczenia dzięki którym podanie zbyt dużej wielkości przesyłanych pakietów lub równocześnie nawiązywanych połączeń UDP sprawiało że program przestawał działać poprawnie. Dodatkowo działał w podobny sposób niezależnie od ustawionej przepustowości łącza – według zadania laboratoryjnego miało to być 10mbps pomiędzy switchami, jednak nawet ustawienie 256kbps nie dało zadowalających rezultatów. Mimo to udało nam się zauważyć nieznaczne zakłócenia oraz opóźnienie w przesyłaniu głosu podczas rozmowy, co zostało opisane w poprzednim zadaniu.

Kolejnym problemem był fakt nieodpowiedniej pracy programu Wireshark na komputerach laboratoryjnych. Odbieranie pakietów, które nie były przeznaczone bezpośrednio do nich, było niemożliwe, przez co mimo ustawienia na switchach wysyłania kopii pakietów do jednego z podłączonych do sieci komputerów (tak jak było to opisane w zadaniu) nie pozwoliło nam na zaobserwowanie żadnego ruchu między telefonami podczas rozmowy. Dopiero dołączenie do sieci dodatkowego komputera – laptopa jednego z członków grupy – pozwoliło nam na obserwowanie ruchu pakietów.

Ostatnią rzeczą i jednocześnie decydującą o niepowodzeniu wykonania zadania laboratoryjnego był fakt że mimo braku ustawienia przez nas QoS i wyczyszczenia poprzednich konfiguracji na sprzęcie laboratoryjnym, połączenia telefoniczne zdawały się mieć większy priorytet niż wysyłanie pozostałych danych (co można było zauważyć przy ustawianiu dużych obciążeń dla sieci programem IPerf i jednoczesnej próbie wysłania polecenia ping do drugiego komputera podłączonego do drugiego switcha – rozmowa telefoniczna przebiegała bez większych zakłóceń podczas gdy polecenie ping często nie dostawały odpowiedzi lub odpowiedzi te przychodziły z bardzo dużym opóźnieniem). W związku z tym udało nam się przeprowadzić badania podczas braku obciążenia – zostały one opisane w zadaniu powyżej – jednak kiedy ustawione było obciążenie pozwalające na zauważenie chociażby minimalnych zakłóceń w rozmowie telefonicznych, sieć była na tyle obciążona że nie działały ani polecenia ping między komputerami w sieci ani forwarding pakietów przesyłanych między telefonami IP do komputera z włączonym programem Wireshark. Z tego powodu nie udało nam się przechwycić ramek pozwalających na zrealizowanie drugiej części zadania ani porównanie wyników z parametrami uzyskanymi przy braku obciążenia i tym samym - ukończyć zadania laboratoryjnego w całości.