PROTOKÓŁ SIP INFORMACJE PODSTAWOWE SIP (Session Initiation Protocol) jest protokołem sygnalizacyjnym służącym do ustalania adresów IP oraz numerów portów wykorzystywanych przez terminale do wysyłania i odbioru danych. nie jest protokołem transportowym (nie służy do transmisji danych), a same pakiety danych nie są kierowane tą samą trasą, co pakiety SIP (możliwe jest wysłanie jedynie jpegów, www) jest kompleksowym protokołem sygnalizacji sesji typu klient-serwer, pozwalającym na wzajemne odnalezienie się przez dwie lub większą liczbę jednostek internetowych jest protokołem warstwy aplikacji, tworzy on sygnalizację, aby ustanowić ścieżki komunikacyjne, a następnie usuwa je po zakończeniu sesji
PROTOKÓŁ SIP INFORMACJE PODSTAWOWE - CD nie jest protokołem transportowym, dlatego konieczne jest jednoczesne zastosowanie protokołu RTP (ang. Real-time Transport Protocol) nie odgrywa żadnej roli w gwarantowaniu jakości usług (ang. Quality of Service) przy transmisji danych, ponieważ nie ma możliwości synchronizowania sygnalizacji SIP z wymaganiami QoS. korzysta z protokołu SDP (ang. Session Description Protocol) przy negocjacji identyfikacji obsługuje użytkowników mobilnych wykorzystując serwer proxy i przekazując zgłoszenia do lokalizacji, w której aktualnie znajduje się użytkownik wygląda i działa tak samo jak adres internetowy (URL) np. : sip:jankowalski@wp.pl sip:+48818666777 tel:+8185551234
PROTOKÓŁ SIP - KOMPONENTY SIP składa się z 2 komponentów : user agents użytkownicy network servers serwery sieciowe. User agent (UA) jest punktem końcowym i może odbierać i ustanawiać połączenia. Klient zwany user agent client (UAC) inicjuje żądania SIP. Serwer zwany user agent server (UAS) odbiera żądania od UAC i zwraca odpowiedź do usera.
RODZAJE SERWERÓW SIP Serwer proxy decyduje do którego serwera żądanie powinno być skierowane, po czym kieruje to żądanie. Żądanie może przemierzać poprzez wiele serwerów SIP przed osiągnięciem swego przeznaczenia. Odpowiedź przemierza drogę w odwrotnej kolejności. Serwer proxy może być tak samo klientem i serwerem i może wydawać żądania i odpowiedzi. Redirect Server w odróżnieniu od proxy nie przekierowuje żądań do innych serwerów, lecz powiadamia dzwoniącego o aktualnej lokalizacji miejsca przeznaczenia. Registrar Server prowadzi rejestrację UserAgentClient-ów i ich bieżącą lokalizację. Registrar servers są często lokowane z proxy i redirect serwerami.
ARCHITEKTURA SIP
ARCHITEKTURA SIP - CD
KOMUNIKATY SIP Są 2 typy komunikatów SIP: żądania i odpowiedzi. Zdefiniowano je w taki sposób: INVITE używany do zainicjowania połączenia. W nagłówku zawiera adres wzywającego i wzywanego użytkownika, temat i priorytet Rozmowy, żądanie ustanowienia rozmowy, dane dzwoniącego dla odbiorcy, cechy odpowiedzi BYE używane do zakończenia połączenia pomiędzy użytkownikami REGISTER przekazuje informację lokalizacyjną serwerowi SIP. Pozwala ona użytkownikowi poinformować serwer jak połączyć przychodzący adres z wychodzącym aby użytkownicy mogli się porozumieć ACK potwierdza niezawodną wymianę informacji między userami CANCEL - odwołuje żądania OPTIONS podaje np. Informacje o preferencjach stacji końcowych
PRZEPŁYW KOMUNIKATÓW
USŁUGI SIP Lokalizacja użytkownika: ustalenie terminala, który zostanie użyty do komunikacji. Zestawianie połączeń: wywoływanie i ustalanie parametrów rozmowy dla obu stron. Dostępność użytkownika: ustalenie dostępności adresata połączenia i jego chęci do rozpoczęcia rozmowy. Możliwości użytkownika: ustalenie typów i parametrów mediów, które zostaną użyte.
FUNKCJE SIP Mobilność użytkowników (korzystanie z adresu internetowego URL) sip:jankowalski@wp.pl Protokół SIP umożliwia rozpoczęcie sesji bez znajomości adresu IP czy MAC. Użytkownik sam określa (programuje), gdzie się znajduje w danym momencie, np. jednego dnia przy telefonie w Nowym Jorku, drugiego dnia przy telefonie w Bostonie. Ręczne lub automatyczne sterowanie połączeniem oparte na protokole SIP. Za pomocą prostego, dynamicznego programowania użytkownicy są w stanie: przekierowywać połączenia od nieznanych osób do asystenta, przesyłać stronę WWW w odpowiedzi na zgłoszenie, wysłać obraz JPEG wraz z zaproszeniem do sesji, tak aby adresat mógł zobaczyć, kto próbuje się z nim skontaktować.
PROBLEMY Z SIP Pakiety SIP wykorzystują kodowanie tekstowe, które może zostać uznane za mało wydajne, jednak znacznie ułatwia debugowanie, a ponadto nie wymaga korzystania ze specjalnych narzędzi do monitorowania pakietów. Funkcje rozliczeniowe nie zostały jeszcze zdefiniowane, gdyż obecnie przyjęło się pobieranie za usługę SIP stałej opłaty, tak jak w przypadku poczty elektronicznej. Kwestie rozliczania połączeń wychodzących ze środowiska telefonii tradycyjnej (np. PSTN) lub przychodzących do takiego środowiska nie zostały na razie rozwiązane. Obsługa telefonów alarmowych nie jest dostępna i znajduje się w fazie dyskusji. Obecnie rozważa się transport sygnałów DTMF (ang. Dual Tone Multi Frequency) za pomocą protokołu RTP, a nie SIP.
PROTOKÓŁ SIP A QoS Protokół SIP nie udostępnia żadnych funkcji QoS. W praktyce do zapewnienia zasobów na potrzeby transmisji mediów w czasie rzeczywistym można by wykorzystać protokół RSVP. Jednak protokół ten nie jest powszechnie dostępny. Bardziej realistycznym podejściem jest zapewnienie nadmiarowej przepływności lub tunelowania MPLS.
PROTOKÓŁ SIPA H32X Protokół H.323 został stworzony z myślą o wideokonferencjach oraz telefonii LAN, natomiast SIP opracowano na potrzeby multimedialnej komunikacji przez Internet. Oba protokoły zawierają mechanizmy do rutingu i sygnalizacji połączeń, wymiany informacji o możliwościach, sterowania mediami oraz usług dodatkowych. Zaletą protokołu SIP jest poparcie ze strony IETF, jednej z najważniejszych organizacji normalizacyjnych. Silną stroną H.323 jest natomiast znacznie większy obecnie udział w rynku.
PROTOKÓŁ MGCP Został stworzony jako część działań spójnoścowych, które łączą przesyłanie rozmów głosowych oraz przesył danych poprzez jedną sieć z komutacją pakietów jaką jest Internet. MGCP (Media Gateway Control Protocol) jest następcą SGCP (Simple Gateway Control Protocol) używanym w systemach Voice over IP do kontroli urządzeń takich jak Media Gateway (MG) (Operuje pomiędzy Media Gateway-ami oraz Media Gateway Controler-ami) MGCP służy do ustanawiania, zarządzania oraz kończenia multimedialnych sesji komunikacyjnych w scentralizowanych systemach komunikacyjnych. MGCP kreuje MG jako fundamentalną część wielopunktowych, spójnych sieci nowej generacji.
ELEMENTY SYSTEMU MGCP Media Gateway jest relatywnie nieskomplikowanym urządzeniem, pełznącym rolę jednostki translacyjnej pomiędzy kompletnie różnymi sieciami telekomunikacyjnymi takimi jak PSTN, Next Generation Networks, 2G, 2.5G, 3G bądź PBX. Jako przykłąd: MG może być urządzeniem końcowym sieci PSTN (siec z modulacją połączeń) konwertującym informacje zmodulowane pulsowo do spaczkowanych i vice versa.
BRAMY W ARCHITEKTURZE MGCP Przykładami Bram są: Trunking Gateways jest to interface pomiedzy siecią telefoniczna a siecią IP. Owe bramy zazwyczaj zarządzają znaczną liczbą cyfrowych obwodów. Vioce Over ATM Gateways podobne funkcje jak Trunking Gateways z tą róznicą ze posiadają interface do sieci ATM Residental Gateways dostarczają tradycyjny analogowy (RJ11) interface do sieci VoIP. Przykładem mogą być: urządzenia xdsl lub szerokopasmowe urządzenia wireless. Access Gateways - dostarczają tradycyjny analogowy lub cyfrowy PBX interface do sieci VoIP lub. Przykładem mogą być: proste bramy VoIP.
BRAMY W ARCHITEKTURZE MGCP - CD Business Gateways dostarczają tradycyjny cyfrowy interface PBX lub interface typu soft PBX do sieci VoIP. Networ Access Servers możne łączyć modem do sieci telefonicznej i umożliwić podłączanie do internetu. W przyszłości uważa się ze te same urządzenia będą łączyć usługi VoIP oraz usługi typu Netork Access. Circut Switches (Packet Switches) oferuje interface kontrolny do zewnętrznych urządzeń kontrolnych.
MEDIA CONTROLER I BRAMA SYGNALIZACYJNA MGCP operuje na takiej architekturze sieci w której intelignecja kontroli połączeń jest odseparowana od Media Gatewaya.Tak wiec Media Gateway jest zarządzany przez zewnętrzny Media Gateway Controller (inaczej Call Agent or a Soft Switch) zapewniający kontrolę połączeń oraz usługi sygnalizacyjne. Komunikacja pomiędzy MG oraz MGC jest uzyskiwana za pomocą protokołów takich jak MGCP lub Megaco. MGC obsługuje rejestracje, zarządzanie oraz funkcje kontrolne zasobów MG. Zbiera informacje o przepływie pakietów oraz zajętości obwodów a następnie przekazuje te dane do systemów bilingowych oraz systemów zarządzania. Signaling Gateway konwertuje sygnały sterujące pochodzące od MGCa na zrozumiałe dla PSTNa i vice versa. Signaling Gateway jest częścią składową Call Agenta.
ARCHITEKTURA MGCP