Telefonia SIP Session Initiation Protocol RFC 3261 RFC 2543.

Slides:



Advertisements
Podobne prezentacje
Praca dyplomowa inżynierska
Advertisements

Usługi sieciowe Wykład 5 DHCP- debian
Sieci komputerowe Protokół TCP/IP Piotr Górczyński 27/09/2002.
Marcin Piotrowski. Najpopularniejszymi darmowymi przeglądarkami są Internet Explorer, Opera, Mozilla Firefox, Google Chrome.
Programowanie wizualne PW – LAB5 Wojciech Pieprzyca.
Technologia VoIP.
ZAPORY SIECIOWE Firewall – ściana fizycznie oddzielająca silnik od pasażerów w samochodzie Sposób zabezpieczenia komputera/sieci przed osobami niepowołanymi.
Sieci komputerowe Usługi sieciowe Piotr Górczyński 27/09/2002.
Model TCP/IP – OSI.
Rozszerzalność systemów rozproszonych
Autor Roman Jędras Prowadzący: dr inż. Antoni Izworski Przedmiot:
ISOiWUT Internetowy System Oferowania i Wyszukiwania Usług Transportowych.
Wykład 2: Metody komutacji w sieciach teleinformatycznych
Architektura Systemów Komputerowych
Internet Communication Engine
Pojęcia sieciowe.
Model programowania aplikacji komunikacyjnych przy użyciu Java SIP Servlet API Waldek Kot.
SSL - protokół bezpiecznych transmisji internetowych
Jarosław Kurek WZIM SGGW
Usługi sieciowe Wykład 5 DHCP- debian Jarosław Kurek WZIM SGGW 1.
Monitoring Sieci Narzędzia Sieciowe.
Wrocław DHCP Autorzy: Paweł Obuchowski Paweł Szuba.
Proxy WWW cache Prowadzący: mgr Marek Kopel
Proxy (WWW cache) Sieci Komputerowe
Sieci komputerowe: Firewall
PLANET ADE-3410, ADE-3400v2, ADE-4400v2 Modem Router A DSL 2/2+
Uniform Resource Locators
PROTOKÓŁ SIP WILCZAK KRZYSZTOF KOPKA PIOTR. INFORMACJE WSTĘPNE SIP (Sesion Initiation Protocol) to protokół sygnalizacyjny, odpowiedzialny za tworzenie,
Komunikaty sterujące zestawu protokołów TCP/IP
INTERNET.
USŁUGI INTERNETOWE TCP/IP WWW FTP USENET.
Technologie informacyjne MCE Pudełko. Zakładanie strony internetowej Technologie informacyjne Marek Pudełko.
Praca dyplomowa magisterska
Praca dyplomowa magisterska
Podstawowe usługi internetu
Nowoczesne sieci komputerowe
POJĘCIA ZWIĄZANE Z SIECIĄ.
Protokół Komunikacyjny
MODEL WARSTWOWY PROTOKOŁY TCP/IP
Jerzy Jelinek Paweł Korpowski
Prezentacja Adrian Pyza 4i.
Sieci komputerowe.
Wykład IV Protokoły BOOTP oraz DHCP.
Specjalizacja "Dziennikarstwo On-line„ asynchroniczny JavaScript i XML – AJAX Część 6 Prowadzący: Dariusz Jaruga
Prezentacja Adrian Pyza 4i.
Temat: Poczta elektroniczna ( )
Sieci komputerowe.
Rozdział V: Globalne sieci komputerowe
Aplikacje TCP i UDP. Łukasz Zieliński
Model warstwowy sieci ISO/OSI
Systemy operacyjne i sieci komputerowe
Korzystanie z podstawowych usług internetu
Poczta elektroniczna "electronic mail") A.Ś.
Zagrożenia.
Systemy operacyjne i sieci komputerowe
Andrzej Majkowski 1 informatyka +. 2 Bezpieczeństwo protokołu HTTP Paweł Perekietka.
Model OSI.
Wiadomości sygnalizacyjne DSS1
PODSTAWY SIECI KOMPUTEROWYCH - MODEL ISO/OSI. Modele warstwowe a sieci komputerowe Modele sieciowe to schematy funkcjonowania, które ułatwią zrozumienie.
Połączenia aplikacji Klient/Serwer
1. Podaj definicję kartografii internetowej. 2. Geographic Markup Language: a) Jest schematem XML a) Opisuje obiekty w fizycznej przestrzeni a) Jest formatem.
Model warstwowy ISO-OSI
Elementy przeglądarki internetowej Pasek menu Pasek kart Pasek adresowy Pasek wyszukiwania Okno z zawartością strony internetowej Zakładki (ulubione)
DHCP „I’m a DHCP server at a local restaurant. This chick came up and asked me for my address, and I told her she was out of my scope.” DHCP Server (date.
Model TCP/IP Wykład 6.
Wydział Matematyki, Informatyki i Architektury Krajobrazu
Sponsorzy: Media:. Sponsorzy: Media: MBUM 9/11/2017 Mikrotik Beer User Meeting Integracja uwierzytelniania tunelu L2TP/IPsec z Microsoft Active Directory.
Sieci komputerowe Usługi sieciowe 27/09/2002.
Aplikacje i usługi internetowe
Poczta elektroniczna "electronic mail") A.Ś.
Zapis prezentacji:

Telefonia SIP Session Initiation Protocol RFC 3261 RFC 2543

H.323SIPRSVPRTCPRTP TCPUDP IP4, IP6 PPP V.34 ALL3/4ALL5 ATM Ethernet SDP Stos protokołów realizacji usługi głosowej w sieci IP na bazie protokołu SIP RSVP Resource Reservation Protocol SDP Session Description Protocol SIP Session Initiation Protocol RTCP RTP Control Protocol RTP Real Time Protocol

SIP (Session Initiation Protocol) jest protokołem tekstowym warstwy aplikacji, typu klient-serwer, przeznaczonym do inicjowania, modyfikacji i kończenia interaktywnych multimedialnych sesji komunikacyjnych dla dwóch lub więcej uczestników. Sesją może być: wideokonferencja, wideotelefonia, telefonia internetowa (VoIP), konferencja danych, itp.

Architektura funkcjonalna sieci IP wykorzystującej protokół SIP składa się z węzłów dwóch typów: 1.Agentów użytkowników UA (User Agent). 2.Serwerów o różnym przeznaczeniu i sposobach działania. Agent użytkownika (UA) jest elementem pośredniczącym w komunikacji między użytkownikiem a siecią. UA łączy w sobie funkcje klienta UAC (UA Client) i serwera UAS (UA Server). Każdy terminal sieci SIP pełni rolę UA (UAC+UAS) i jest jednocześnie węzłem typu host w znaczeniu internetowym. Umożliwia to wysyłanie przez użytkownika zarówno żądań (np. inicjowanie sesji) jak i odpowiadanie na żądania przychodzące (np. przyjęcie zaproszenia do sesji).

Serwery sieciowe można podzielić na: 1.Serwery pośredniczące (Proxy Server); 2.Serwery przekazujące (Redirect Server); 3.Serwery lokalizacji (Location Server); 4.Serwery rejestrowe (Registrar Server); 5.Serwery mediów (Media Server); 6.Serwery aplikacji (Aplication Server).

Żądanie i odpowiedzi SIP: Format żądania: Request-line = Method Request-URI SIP-Version Format odpowiedzi: Status-line = SIP-Version Status-Code Reason-Phrase

 Odpowiedzi mają postać podobną jak odpowiedzi w protokole HTTP. W szczególności zawierają one trzycyfrowy kod odpowiedzi wraz z towarzyszącym mu słownym wyjaśnieniem. Wyróżniono sześć typów odpowiedzi: informacyjne (1xx - Provisional) – wskazujące postęp w wywołaniu metody, np.: 100 Trying, 180 Ringing, 181 Call Is Being Forworded, 182 Queued; osiągnięto sukces (2xx - Success) - żądanie zostało poprawnie otrzymane, zrozumiane oraz zaakceptowane. Interpretacja odpowiedzi zależy od użytej metody; przekierowanie (3xx - Redirection) - wskazanie konieczności podjęcia dodatkowych akcji związanych z obsługą żądania. Odpowiedź zawiera informację o lokalizacji wywoływanego użytkownika lub o alternatywnej usłudze. Nowe wywołanie powinno zostać wysłane pod nowy adres. UAC lub serwer proxy muszą sprawdzić czy pod otrzymany adres nie wysyłano już wcześniej tego żądania (detekcja pętli); błąd po stronie klienta (4xx - Client Error) - żądanie jest niepoprawne lub nie może być zrealizowane przez dany serwer, np.: 407 Proxy Authentication Required; błąd po stronie serwera (5xx - Server Error) - dany serwer nie może obsłużyć żądania, np.: 500 Internal Server Error; błąd globalny (6xx - Global Failure) - żądanie nie może być spełnione przez żaden serwer, np.:600 Busy Everywhere.

Wiadomości - metody 1.INVITE inicjuje połączenie i stanowi zaproszenie do sesji. W nagłówkach wiadomości zawarte są informacje o adresach użytkowników, temacie połączenia, priorytetach. Treść wiadomości zawiera opis sesji (rodzaje mediów, które terminal wywołujący może obsłużyć, typy kodeków, metody kompresji, protokoły, itp.). Jeżeli podczas trwania połączenia użytkownik odbierze wiadomość z metodą INVITE od użytkownika, z którym jest połączony oznacza to żądanie zmiany parametrów sesji. Może ono zostać przyjęte lub odrzucone przez wysłanie odpowiedzi z proponowanymi nowymi parametrami sesji. 2.ACK jest wysyłana jako potwierdzenie, że klient otrzymał końcową odpowiedź na żądanie z metodą INVITE. Żądanie z metodą ACK może zawierać treść wiadomości. W tym przypadku zawiera ona ostateczne parametry połączenia używane przez wywołującego. W przeciwnym razie obowiązują parametry połączenia zawarte w żądaniu INVITE.

3.OPTIONS jest wysyłana w celu uzyskania informacji o stanie użytkownika. Gdy jest on w stanie gotowości może odpowiedzieć wiadomością zawierającą obsługiwane przez niego media, protokoły, itp. Gdy jest zajęty może odesłać odpowiedź zawierającą adres poczty elektronicznej lub głosowej. 4.BYE jest wysyłana w celu zakończenia połączenia. Adresat powinien zaprzestać wysyłania danych tylko do tego użytkownika, który przesłał tę wiadomość. Mechanizm ten pozwala rezygnować z uczestnictwa w sesji grupowej – konferencji. Wiadomości - metody

5.CANCEL jest wysłana w celu zakończenia przetwarzania żądań będących w toku, lecz nie rozłącza połączeń w ramach już zestawionych sesji. Przykładowe zastosowanie to zakończenie wywoływania użytkownika na wszystkich terminalach po odebraniu przez niego połączenia na jednym terminalu. 6.REGISTRER służy do rejestracji użytkownika w serwerze lokalizacji. Zapis w serwerze może zawierać dodatkowe informacje o użytkowniku, np.: o czasie dostępności użytkownika, przyczynie nieobecności i planowanym czasie powrotu. Wiadomości - metody

Opis SDP składa się z linii tekstu w formacie =, gdzie jest zawsze jednym znakiem, natomiast jest strukturalnym tekstem, którego format zależy od pola. Opis sesji składa się z właściwego opisu sesji (session level-description) oraz opisu transportowanych danych (media-level descriptions). Dekskryptory sesji: v= - wersja protokołu SDP, o= informacja o twórcy i identyfikatorze sesji: - identyfikator hosta źródłowego; - ciąg alfanumeryczny, unikalny identyfikator sesji; - wersja zapowiedzi, używana do określenia, która z wielu zapowiedzi jest najnowsza - ciąg tekstowy, określający typ sieci, (Internet – IN); - ciąg tekstowy definiujący typ adresu (IP4 lub IP6); - adres hosta, który utworzył sesję. s*= - nazwa sesji, każda sesja musi mieć jedną (i tylko jedną) nazwę; i*= - pole informacyjne o sesji; u*= - więcej informacji o sesji; e*= - osoby odpowiedzialnej za sesję; P*= - osoby odpowiedzialnej za sesję; Specyfikacja SDP Session Description Protocol (RFC 2327)

c*= informacja o połączeniu: - typ sieci (Internet IN) - typ adresu (np. IP4) - aktualny adres hosta dostarczającego dane audio/wideo b*= : - modyfikator może przyjąć dwie wartości: CT – (conference total) i AS (application- specific max)- informacje o paśmie; podany jest w kilobajtach t*= - czas startu i końca sesji z*= - strefa czasowa a*= - atrybuty dodatkowe

Deskryptory danych audio/wideo: m= - sekcja opisu danych ma cztery parametry: - charakterystyka danych (np.: audio, video, itd.), - numer portu, - protokół transportowy dla danych (np. RTP), - lista formatów. i= - tytuł, b= - informacje o paśmie,

INVITE SIP/2.0 Via: SIP/2.0/UDP host.wcom.com:5060 From: Alan Johnston To: Jean Luc Picard Call-ID: CSeq: 1 INVITE Contact: Subject: Where are you these days? Content-Type: application/sdp Content-Length: 124 v=0 o=ajohnston IN IP4 host.wcom.com s=Let's Talk t=0 0 c=IN IP m=audio RTP/AVP 0 3 Zapytanie SIP Opis SDP Przykład opisu SDP Powyższe żądanie inicjuje sesję dźwiękową opartą na protokole transportowym RTP. Osobą inicjującą sesję jest host host.wcom.com.

Przykład realizacji VoIP na bazie SIP klienci usługi VoIP: SIP (UAC+UAS), konfiguracja hosta IP; zlokalizowane serwery: SIP Proxy, Redirect, Registrar, Location (DNS); konfiguracja serwerów SIP – konta użytkowników;

SIP proxy cs.tu-berlin.de lion INVITE From: To: Call-ID: 200 OK From: To: Call-ID: 200 OK hgs INVITE From: To: Call-ID: play 200 OK From: To: Call-ID: ACK From: To: Call-ID: 200 OK cs.columbia.edu 1 7 ACK Call-ID: 8 11 henning proxy 5

SIP redirect cs.tu-berlin.de lion INVITE From: To: Call-ID: 302 Moved temporarily From: To: Call-ID: play cs.columbia.edu henning 2 play.cs.columbia.edu 3 redirect INVITE From: To: Call-ID: 200 OK From: To: Call-ID: 2 ACK Call-ID: OK 9 6

VoIP SIP w ofercie SNOM IP Firewall, Ruter (filtrowanie i zliczanie ruchu) SIP UA SIP Proxy SIP Redirect Media server SIP UA IP SIP UA DNS

Następne kroki implementacji VoIP zbadanie funkcjonalności sygnalizacji SIP zbadanie wpływu metody kodowania głosu na ruch RTP/UDP/IP określenie i przebadanie współpracy z SIP (SNOM) usługi DNS określenie wpływu parametrów i typu sieci na działanie SIP przyjazne usłudze metody kształtowania ruchu na firewallu i ruterze zbadanie sygnalizacji przy realizacji usług dodatkowych

Dziękuję za uwagę