Testy współpracy. Asterisk z techniką WebRTC

Podobne dokumenty
MODEL WARSTWOWY USTANAWIANIA SESJI WEBRTC 1

Wprowadzenie. 1. Terminal WebRTC. LABORATORIUM 5: WebRTC komunikacja między terminalami.

Krajowe Sympozjum Telekomunikacji i Teleinformatyki KSTiT Autorzy: Tomasz Piotrowski Szczepan Wójcik Mikołaj Wiśniewski Wojciech Mazurczyk

Sygnalizacja Kontrola bramy Media

E-ID2G-008-s2. Systemy multimedialne. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Wideokonferencje MGR INŻ. PAWEŁ SPALENIAK

Bezpieczny system telefonii VoIP opartej na protokole SIP

Przesył mowy przez internet

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski

1. Wprowadzenie Środowisko multimedialnych sieci IP Schemat H

TELEFONIA INTERNETOWA

Sieci multimedialne Multimedia networks. Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Jak mądrze dokonać wyboru systemu do zunifikowanej komunikacji (UC)? Porównanie nowoczesnych architektur rozwiązań UC&C

Sygnalizacja Kontrola bramy Media

Sieci Komputerowe Modele warstwowe sieci

Telefonia Internetowa VoIP

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski

jest protokołem warstwy aplikacji, tworzy on sygnalizację, aby ustanowić ścieżki komunikacyjne, a następnie usuwa je po zakończeniu sesji

Katedra Sieci Teleinformacyjnych. Spis tematów Projektu Grupowego Studia II stopnia magisterskie, sem. 1

System interkomowy. Karta VoIP Server G8-VOIPSERV

Polityka bezpieczeństwa usługi wirtualnych central na platformie CloudPBX

Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer

Grzegorz Gliński. 1. Opis wykonanego ćwiczenia

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

IDEA SIECI ZORIENTOWANYCH NA USŁUGI. Architektura Content Networking musi być wprowadzona praktycznie na każdym szczeblu przesyłania informacji!

System interkomowy. Karty VoIP G8-IAX G3-IAX

Rok akademicki: 2012/2013 Kod: IIN SK-n Punkty ECTS: 4. Kierunek: Informatyka Specjalność: Systemy komputerowe

Rozdział ten zawiera informacje na temat zarządzania Modułem VoIP oraz jego konfiguracji.

Wdrożenie usługi wideokonferencji HD w sieci PIONIER

Plan Prezentacji Wprowadzenie Telefonia IP a bezpieczeństwo istotne usługi ochrony informacji i komunikacji w sieci Klasyczna architektura bezpieczeńs

Bezpieczeństwo VoIP SIP & Asterisk. Autor: Leszek Tomaszewski ltomasze@elka.pw.edu.pl

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Or.V Wykonawcy zainteresowani uczestnictwem w postępowaniu

TELEFONIA W SIECI IP

Strumieniowanie danych

Serwery multimedialne RealNetworks

Ilość sztuka 1 PBX/IP Opis minimalnych wymagań 1 W zakresie sprzętowym 1.1 Porty: - Min 1 port WAN - RJ-45 (10/100Base-TX, automatyczne wykrywanie)

Katedra Sieci Teleinformacyjnych. Spis tematów Projektu Grupowego Studia II stopnia magisterskie, sem. 1

ZAŁOŻENIA PROTOKOŁU RTP

Obiektowy model dokumentu. Katedra Mikroelektroniki i Technik Informatycznych

Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone. MASH.PL Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone Strona 1

Projekt SGI. WP 3.1 Wirtualne laboratorium i teleimersja Jacek Cała. (cala@ics.agh.edu.pl) (luke@ics.agh.edu.pl) Łukasz Czekierda

Załącznik nr 7 do SIWZ Opis przedmiotu zamówienia. Zasady ogólne konfiguracji:

Zapytanie ofertowe nr 2/IAP/2013 ( dotyczy modułu nr 2/IAP )

Wykorzystanie układów FPGA w implementacji systemów bezpieczeństwa sieciowego typu Firewall

Szczegółowy opis przedmiotu zamówienia

sprzętowe systemy do wideokonferencji

Profesjonalne Platformy VOIP. Dariusz Dwornikowski

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak

Katedra Sieci Teleinformacyjnych. Spis tematów Projektu Grupowego Studia II stopnia magisterskie, sem. 1

AKADEMIA GÓRNICZO-HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki

Projekt Fstorage. Łukasz Podkalicki Bartosz Kropiewnicki

Projektowanie aplikacji graficznych. dr inż. Jarosław Zubrzycki

BEZPRZEWODOWA KAMERA INTERNETOWA USB 2.0

SZYBKA INSTALACJA BRAMKA VoIP->PSTN GXW 410X

Technologie VoIP i Qos Serwer Asterisk

3,54 0, ,85 0, ,23 0, ,77 0,

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko

Technologia VoIP Podstawy i standardy

Uwaga!!! Założono, że router jest poprawnie podłączony i skonfigurowany do obsługi dostępu do Internetu.

Inteligentny czujnik w strukturze sieci rozległej

Wprowadzenie...13 CzÍúÊ I. PSTN...17 Rozdzia 1. Przeglπd sieci PSTN i jej porûwnanie z Voice over IP...19

Zapytanie ofertowe nr 3/IAP/2013 ( dotyczy modułu nr 3/IAP )

Instytut Telekomunikacji PW. NGN od ISUP do BICC Materiały wykładowe do użytku wewnętrznego

InPro BMS InPro BMS SIEMENS

SIP. Protokół podzielony na żądania i odpowiedzi (jak HTTP). Żądania: Invite, Ack, Register, Bye, Cancel, Options, PRACK,.

Połączenia VoIP z firmą Slican

Warstwy i funkcje modelu ISO/OSI

Zapytanie ofertowe nr 1/IAP/2013 ( dotyczy modułu nr 1/IAP )

Budowa głosowych usług operatorskich z zastosowaniem protokołu SIP. Piotr Wojciechowski (CCIE #25543) Starszy Konsultant ds. Sieci PLNOG 2010, Kraków

MODEL WARSTWOWY PROTOKOŁY TCP/IP

V11. Release 1. Nowe urzą dzenia. Nowe funkcje. WiĘksza elastyczność.

System terminal konsol STC dla DMR Hytera. Spółka Inżynierów SIM Sp. z o.o. we współpracy z RTCom

Plan wykładu. 1. Sieć komputerowa 2. Rodzaje sieci 3. Topologie sieci 4. Karta sieciowa 5. Protokoły używane w sieciach LAN 6.

Miejski Informator naprawdę Multimedialny

Protokoły sieciowe model ISO-OSI Opracował: Andrzej Nowak

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

SYSTEM KONTROLI DOSTĘPU. XChronos

ŁĄCZYMY LUDZI WIELOBAZOWE SYSTEMY TELEFONICZNE PANASONIC SIP DECT

Technika IP w sieciach dostępowych

TRX Konsola dyspozytorska - opis funkcjonalności

Usługi IMP i konferencyjne

IP PBX / Asterisk Wdrożenia i Administracja

Rejestrator rozmów to ważne i użyteczne narzędzie dla wielu firm i organizacji.

IMPLEMENTACJA PROTOKOŁU SIP

EFEKTYWNA BEZPIECZNA TRANSMISJA DANYCH W SIECIACH WĄSKOPASMOWYCH

Programowanie Sieciowe 1

A. Ciarkowski, KSM WETI PG. Transmisja multimediów w sieciach IP Protokoły Voice/Video over Data Usługi multimedialne

Brinet sp. z o.o. wyłączny przedstawiciel DrayTek w Polsce

SPECYFIKACJA TECHNICZNA OPROGRAMOWANIA

KONCEPCJA APLIKACJI VoIP WYKORZYSTUJĄCEJ MECHANIZMY IPSec

Opis efektów kształcenia dla modułu zajęć

Dwa lub więcej komputerów połączonych ze sobą z określonymi zasadami komunikacji (protokołem komunikacyjnym).

SYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/2017

KARTA PRZEDMIOTU. Programowanie aplikacji internetowych

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014

Systemy i Sieci Radiowe

Sieci komputerowe - warstwa transportowa

PRZEWODNIK PO PRZEDMIOCIE

Transkrypt:

Testy współpracy programowej centrali Asterisk z techniką WebRTC KSTIT 2016, Gliwice, 26-28 września 2016 Grzegorz Rzym, Krzysztof Wajda, Robert R. Chodorek AGH Akademia Górniczo-Hutnicza, Katedra Telekomunikacji AGH Agnieszka Chodorek Politechnika Świętokrzyska, Katedra Systemów Informatycznych

Plan prezentacji Wprowadzenie do WebRTC Architektura WebRTC Ustanawianie sesji WebRTC Współpraca pomiędzy WebRTC a centralą PBX Asterisk Wyniki Podsumowanie

Technika WebRTC Wprowadzenie języka HTML w wersji 5 zmieniło w sposób znaczący odtwarzanie multimediów w przeglądarkach internetowych Wzrosła również rola języka skryptowego JavaScript, który w HTML 5 został użyty do budowy szeregu interfejsów programistycznych aplikacji oraz interfejsów użytkownika Odtwarzanie mediów pozyskiwanych lokalnie z mikrofonu i kamery

Technika WebRTC Po dodaniu możliwości transmisji lokalnie pozyskanych mediów powstała technika WebRTC - złożenie angielskiego słowa Web oraz akronimu RTC, pochodzącego od angielskiego Real-Time Communications, komunikacja w czasie rzeczywistym W systemach tych strona WWW pełni rolę interfejsu użytkownika

Architektura WebRTC Trzy podstawowe bloki funkcjonalne: głos, wideo, transport strumieni mediów pomiędzy przeglądarkami. Abstrakcja sygnalizacyjna opiera się na metadanych zawartych w opisie SDP Transportu strumieni mediów: protokół transportowy SRTP (ang. Secure Real-time Transport Protocol), multipleksacji połączeń transportowych i przenikania przez NAT-y (dla transmisji peer-to-peer)

Architektura WebRTC Moduł audio WebRTC C++ API (PeerConnection) Zarządzanie sesją/abstrakcja sygnalizacji Moduł wideo Transport Kodeki isac/ilbc NetEQ Kasowanie echa/ Redukcja szumów Przechwytywanie audio/renderowanie Kodek VP8 Bufor wideo elminujący jitter Poprawa jakości obrazu Przechwytywanie wideo SRTP Multipleksacja P2P STUN+TURN+ICE Interfejs we/wy sieci

Współpraca techniki WebRTC z SIP Oba rozwiązania są podstawą budowy systemów transmisji informacji multimedialnej w czasie rzeczywistym Różnica pomiędzy WebRTC a rozwiązaniami opartymi o SIP dotyczy głównie metod sygnalizacji. Wspólne zapis informacji o parametrach sesji za pomocą protokołu SDP (Session Description Protocol) Różne sposób transportu informacji o parametrach sesji

Model warstwowy ustanawiania sesji WebRTC

Ustanawianie sesji WebRTC pomiędzy dwiema przeglądarkami WWW

Ustanawianie sesji WebRTC pomiędzy przeglądarką WWW a terminalem VoIP

Współpraca pomiędzy WebRTC a centralą PBX Asterisk Współpraca protokołu SIP i techniki WebRTC możliwa jest poprzez odpowiednio stworzoną bramkę sygnalizacyjną

Współpraca pomiędzy WebRTC a centralą PBX Asterisk Bramka sygnalizacyjna składa się z części wyniesionej (zaimplementowanej w przeglądarce) i części pośredniczącej (w urządzeniu pośredniczącym)

Współpraca pomiędzy WebRTC a centralą PBX Asterisk Część wyniesiona bramki sygnalizacyjnej napisana z wykorzystaniem biblioteki JsSIP Bramka sygnalizacyjna zostały zbudowane z wykorzystaniem oprogramowania Asterisk

Współpraca pomiędzy WebRTC a centralą PBX Asterisk Aby możliwa była współpraca centrali Asterisk z techniką WebRTC centrala musi obsługiwać: interfejs WebSocket (od wersji 11), protokół SRTP (od wersji 1.8). Systemy WebRTC stosują w odniesieniu do mediów komunikację P2P dlatego też muszą posiadać zdolność przenikania przez NAT. Zapewnia to protokół ICE (Interactive Connectivity Establishment), który należy skonfigurować w centrali Asterisk.

Wyniki Telefony Linphone rejestrują się w centrali Asterisk za pomocą standardowej procedury zdefiniowanej w protokole SIP. W przypadku terminali WebRTC pomiędzy terminalem a centralą Asterisk ustanawiana jest sesja WebSocket a następnie SIP. Przesyłane pakiety w ramach sesji WebSocket nie mogą być przechowywane w pamięci podręcznej.

Wyniki Po wymianie wstępnych komunikatów w ramach sesji WebSocekt będą wymieniane komunikaty SIP oraz w przypadku centrali Asterisk również komunikaty WebSocket Ping i Pong podtrzymujące sesję. W analizowanym systemie komunikaty te były przesyłane w przedziale od 18 do 30 sekund.

Wyniki W systemie VoIP, wykorzystującym programową centralę Asterisk, media pomiędzy terminalem WebRTC a telefonem Linphone (terminalem SIP) przesyłane są przez centralę. Może ona modyfikować przesyłany strumień mediów np. dokonując konwersji metod kodowania i kompresji sygnału audio.

Wyniki Do transmisji audio pomiędzy centrala Asterisk a terminalem Linphone wybrany został kodek G.711. Natomiast do transmisji pomiędzy centrala Asterisk a terminalem WebRTC wybrany został kodek G.722. W każdym z przeprowadzonych testów zestawiane było połączenie głosowe pomiędzy terminalem WebRTC a telefonem Linphone o czasie trwania od 40 do 80 sekund.

Wyniki

Podsumowanie Analiza przedstawiona w niniejszym artykule pokazuje możliwości współpracy oprogramowania Asterisk na poziomie protokołowym. Współpraca terminali WebRTC i SIP jest realizowana z translacją sygnału przeprowadzaną przez centralę Asterisk. Daje to możliwość współpracy różnych terminali o niezgodnych kodekach, natomiast może prowadzić do ograniczeń skalowalności.

Podsumowanie Planowane jest przeanalizowanie skalowalności rozwiązań Asterisk i Kamailio (gdzie terminale bezpośrednio przekazują strumienie medialne między sobą) dla dużej liczby użytkowników i określenie czy dokonywana translacja sygnału audio w Asterisku stanowi istotne ograniczenie we wdrażaniu w dużych instalacjach VoIP.

Dziękuję za uwagę!