Kierunek: Nazwa zajęć: Ocena:

TIN DIAGNOSTYKA SIECI

TELEINFORMATYCZNYCH
Nr ćwiczenia: Tytuł ćwiczenia:

Technika VoIP.
1
Termin: Data wykonania ćwiczenia: Nr grupy:
Czwartek TN 8:15 10.05.2018 4

Osoby wykonujące ćwiczenie: Podpisy:

Patryk Krysik 219280

Mateusz Dziczkaniec 227134

Sprawozdanie wykonał: Mateusz Dziczkaniec

Data wykonania sprawozdania: 28.05.2018
Sprawozdanie sprawdził:

1. Cel ćwiczenia:

a. Poprawna konfiguracja urządzeń oraz uruchomienie usług komunikacyjnych z

użyciem protokołu SIP (ang. Session Initiation Protocol).
b. Obserwacja zdarzeń sieciowych podczas procesu rejestracji urządzeń do serwera
SIP, inicjalizacji oraz realizacji usług telefonii IP (VoIP), wideotelefonii oraz usług
IM/Presence.
c. Nagranie i odsłuchanie przechwyconej treści rozmowy telefonicznej VoIP.
d. Obserwacja zdarzeń sieciowych podczas realizacji telekonferencji dwu i trójstronnej.
e. Analiza i porównanie otrzymanych wyników obserwacji, m. in. zbadanie procedury
negocjacji parametrów sesji z użyciem protokołu SDP (ang. Session Description
Protocol).
2. Aparatura pomiarowa:
a. Trzy komputery PC :
i. Oprogramowanie Softphone(X-Lite) (PC2, PC3),
ii. ClearOne Desktop,
iii. Wireshark (PC1).
b. HUB/Repeater CentreCOM MR820T 802.3 10BASE-T
c. Telefon CISCO IP Phone SPA303 (nr ser. CCQ1615089S)
d. Serwer SIP Proxy:
i. 2x Router Linksys WRT54GL (z oprogramowaniem OpenWRT, Milkfish)
e. Telefon Panasonic KX-T5500PDW

3. Przebieg ćwiczenia

Rys. 1. Schemat stanowiska laboratoryjnego do obserwacji usług VoIP

Ćwiczenie należało rozpocząć od procedury kasowania urządzeń do domyślnych

ustawień fabrycznych, a także wyczyszczenie konfiguracji urządzeń SIP, co też zrobiliśmy.
Po zestawieniu układu pomiarowego przystąpiliśmy do konfiguracji użytkowników VoIP
oraz ustalania adresów IP (statycznych oraz DHCP).
Lp. Urządzenie Adres IP Maska Użytkownik SIP
1 Operator 1 – SIP Proxy 10.104.132.1 255.255.255.192 100-110, 111
2 Operator 2 – SIP Proxy 10.104.132.2 255.255.255.192 200-211, 222
3 Bramka VoIP referencyjna 10.104.132.100 255.255.255.192 222, 333
4 Komputer PC1 - monitor 10.104.132.52 255.255.255.192 -
5 Komputer PC2 - softphone 10.104.132.50 255.255.255.192 203
6 Komputer PC3 - softphone 10.104.132.51 255.255.255.192 202
7 Telefon VoIP 10.104.132.32 255.255.255.192 205
8 Wideotelefon VoIP 10.104.132.49 255.255.255.192 206
9 Punkt dostępowy WiFi - - -
10 Smartfon - - -

Adresy IP oraz maski komputerów sprawdziliśmy w wierszu polecenia przy użyciu

komendy ipconfig /all. Adres IP Serwera SIP proxy to adres bramy domyślnej. Adres IP
telefonu sprawdzić można było w ustawieniach, natomiast wideotelefonu przytrzymując
ikonkę komputera na ekranie głównym (to był również adres WWW strony z
konfiguracją).

Rys. 2 Przykład weryfikacji adresu IP (komputer PC2).

 Do obserwowania i rejestracji zdarzeń podczas procesu rejestracji urządzeń SIP na
serwerach SIP proxy użyliśmy programu Wireshark na PC1, który był połączony do
HUB/Repeatera, który z zasady działania przekazuje ramkę przychodzącą na wszystkie
pozostałe porty tworząc domenę kolizyjną (dzięki temu mogliśmy obserwować
wszystkie zdarzenia w sieci). W programie Wireshark włączyliśmy filtry ruchu: sip, rtp,
icmp tak aby obserwować jedynie ruch interesujących nas protokołów (Session Initiation
Protocol, Real-time Transport Protocol, Internet Control Message Protocol) Do
skonfigurowania kont SIP użyliśmy aplikacji X-Lite, tworząc na PC2 użytkownika 202 i na
PC3 użytkownika 203. Próbne połączenia między urządzeniami i na telefon referencyjny
222 zostały wykonane pomyślnie.

Rys. 3 Skonfigurowanie konta SIP na komputerze PC2 (203).

 Rys. 4 Skonfigurowanie konta SIP na komputerze PC3 (202).

Aby skonfigurować telefon oraz wideotelefon należało skorzystać z wbudowanego

serwera WWW, łącząc się z nim z dowolnego PC poprzez przeglądarkę WWW. Na
telefonie należało ustawić dwóch operatorów proxy: 105 i 205, natomiast na
wideotelefonie jednego operatora proxy: 206. Połączenia referencyjne na telefon 222
zostały wykonane pomyślnie. Zgodnie z poleceniem prowadzącego nie
skonfigurowaliśmy połączenia punktu dostępu Wi-Fi ze smartfonem.
Rys. 5 Skonfigurowanie konta SIP na telefonie VoIP (105).

Rys. 6 Skonfigurowanie konta SIP na telefonie VoIP (205).

 Rys. 7.Skonfigurowanie konta SIP na wideotelefonie (206).

Kolejnym zadaniem była obserwacja realizacji usług VoIP z użyciem programu

Wireshark. Po rozpoczęciu rejestracji zdarzeń na komputerze PC1, wykonaliśmy kilka
kombinacji połączeń VoIP pomiędzy różnymi urządzeniami, aby sprawdzić, czy wszystkie
urządzenia komunikują się z pozostałymi. W czasie ćwiczenia laboratoryjnego
rozpatrzyliśmy następujące przypadki:
1) 202 -> 203
a. 203 odbiera i rozłącza
b. 203 odbiera i 202 rozłącza
c. 202 rozłącza w czasie nawiązywania połączenia
2) 206 -> 203; wideokonferencja
3) 202 -> 222
4) 222 -> 203

W związku z faktem, iż napotkaliśmy problemy techniczne przy wykonywaniu ćwiczenia

(brak połączenia z SIP Proxy) oraz fakt, iż wykonywaliśmy to ćwiczenie w dwójkę nie
udało nam się wykonać połączenia trójstronnego.

a. Rejestracja inicjalizacji połączenia z użyciem protokołu SIP.

Rys. 8.Rejestracja połączenia pomiędzy komputerem PC3 a PC2 w programie Wireshark.

Rys. 9.Rejestracja zestawienie połączenia pomiędzy PC3 a PC2 w programie Wireshark (diagram).

Cała faza zestawienia połączenia trwała 8,21 sekundy (podniesienie słuchawki),

natomiast czas od zainicjowania dzwonienia (INVITE) do dzwonienia (RINGING) wynosił
0,2 sekundy. Każda wiadomość w diagramie zawiera 3 cyfrowy kod, który oznacza
określony typ wiadomości (np. 180 to RINGING). Inicjalizacja połączenia rozpoczyna się
od wysłania wiadomości INIVITE przez oprogramowanie Softphone do serwera proxy,
gdyż PC3 nie zna lokalizacji logicznej (adresu IP) komputera PC2. W naszym przypadku
SIP Proxy zna lokalizację PC2 dlatego wysyła wiadomość zwrotną TRYING do PC3.
Kolejnym etapem zestawienia połączenia jest wysłanie widomości RINGING przez stronę
wdzwanianą tak, aby poinformować dzwoniącego o otrzymaniu przekazanej
wiadomości INIVTE. W tym momencie użytkownik PC2 podejmuje decyzję, że odbiera
połączenia i wysyła odpowiedź 200 (OK), należy wspomnieć że łącznie istnieje 6 typów
odpowiedzi m.in. 3xx REDIRECTION oraz 4xx CLIENT ERROR (podobnych do protokołu
http). W ramach trzystopniowego uzgadniania dla protokołu SIP (INVITE, OK, ACK)
strona dzwoniąca wysyła wiadomość ACK do komputera PC2. Po zestawieniu połączenia
następuje przesłanie głosu poprzez już inny protokół RTP (niewidoczne). Uwaga! W
diagramie brakuje pełnej fazy rozłączenia połączenia (wiadomości OK).

Rys. 9. Zawartość nagłówka wiadomości INVITE (Wireshark).

• Via: Lokalny adres dzwoniącego wraz z widoczną wersją protokołu SIP (2.0) oraz
użytym protokołem transportowym (UDP).
o Max forwards: Pełni funkcję pole TTL w pakiecie IP.
• Contact: Zawiera dane dzwoniącego, ale w odróżnieniu od pola via służy do
przyszłego bezpośredniego kontaktu między UAC tak aby ominąć serwer proxy.
• From: Zawiera nazwę dzwoniącego wraz z pseudo-losowym identyfikatorem
identyfikującego go.
• Call-ID : Identyfikator rozmowy
• CSeq: Zawiera nazwę wiadomości oraz spełnia funkcję pola Sequence Numer z
protokołu TCP.

Rys. 10. Zawartość wiadomości OK (Wireshark) - SDP.

Protokół SDP, który jest zakapsułkowany w ramach wiadomości SIP oraz służy do
określenia parametrów sesji przez dwie strony połączenia. Informacje dotyczą m.in.
właściciela sesji, programu klienta VoIP oraz czasu sesji. Warto wyszczególnić używany
protokół transmisji (RTP), używany port (54162) oraz używane kodeki (ITU_T G.711
PCMA/PCMU).

Uwaga!
Faza realizacji usługi oraz rozłączenia połączenia odbędzie się w kolejnym
podpunktach.
b. Odtworzenie dźwięku ze strumienia multimedialnego wraz z analizą.

Rys. 11. Zrejestrowanie dźwięku za pomocą programu Wireshark (222 -> PC2).

Odtworzony dźwięk jest w pełni zrozumiały, jednakże słychać delikatny szum, który
jest konsekwencją użycia modulacji g711A, która jest często stosowana w telefonii VoIP.
W parametrach możemy odnaleźć adres IP numeru referencyjnego 222 (10.103.132.31)
oraz porty, które są używane przy transmisji dźwięku.

Rys. 12.Rejestracja zestawienia połączenia pomiędzy PC2 a telefonem referencyjnym (diagram).

Na wyżej zamieszczonym diagramie można zauważyć w fazie 1 transmisję pakietów

protokołu end-to-end – RTP, który odpowiada za dostarczanie treści audio/wideo
poprzez sieci IP (w różnych formatach). Strumień RTP jest jednokierunkowy ze względu
na fakt, iż w przypadku komunikacji dwukierunkowej mogą wystąpić przesłuchy – oba
strumienie są oddzielnie traktowane przez oprogramowanie Softphone, aczkolwiek
wykorzystują te same numery portów (Rys.13). W fazie 2 możemy zauważyć zakończenie
połączenia poprzez wiadomość BYE oraz potwierdzenie OK.
 Rys. 13.Rejestracja strumienia RTP pomiędzy PC2 a telefonem referencyjnym 222.

4. Wnioski końcowe
a. Protokół SIP jest protokołem warstwy VII i ogranicza się do ustanawiania,
modyfikacji oraz kończenia sesji pomiędzy użytkownikami. SIP nie odpowiada
za rezerwację zasobów oraz QoS.
b. Session Initial Protocol umożliwia mobilność użytkowników, ze względu iż
serwer proxy odpowiada za lokalizację oraz mapowanie nazwy danego
użytkownika do jego adresu IP (wraz z Registratem oraz serwerem lokalizacji)
c. Protokół RTP (wraz z RTCP) odpowiada za przenoszenie treści audio i/lub
wideo. Podobnie jak SIP nie odpowiada za rezerwację zasobów oraz nie
gwarantuje dostarczenia segmentów w odpowiedniej kolejności czasowej
(odpowiedzialność spoczywa na protokole warstwy transportowej TCP/UDP).
d. SDP odpowiada za uzgodnienie formatu sesji (kodeki) oraz przekazaniu
informacji na temat właściciela sesji, czasie trwania oraz używanych portów. Na
podstawie tych informacji odbiorca podejmuje decyzję o wzięciu udziału w
danej sesji.
e. Wybór danego kodeka przez protokół SDP wiąże się z danymi wymaganiami
dotyczącymi pasma oraz może wpływać na zachowanie sieci w czasie trwania
rozmowy.
f. Klientami agenta były komputery PC2, PC3, telefon VoIP oraz wideotelefon.