Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 19

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
Ruch wideo przesyłany jest z coraz większymi rozdzielczościami, przy zastosowaniu coraz bardziej złożonych algorytmów kodowania i kompresji. Obecnie obserwujemy gwałtowny wzrost liczby transmisji wideo 4K. W artykule zostaną zaprezentowane sposób pozyskiwania szeregów czasowych rozmiarów ramek wideo o wysokiej rozdzielczości obrazu (standard 4K) oraz ich wstępna analiza statystyczna (podstawowe miary położenia i rozproszenia).
EN
Nowadays we observe a rapid growth of 4K video, what lead to increase of number of 4K transmissions. The article will present method of acquisition of time series of sizes of video frames encoded to 4k resolution standard, and preliminary results of statistical analysis of these time series (measures of location and measures of dispersion).
EN
The paper describes a complete voice communication system based on the implementation of Asterisk software PBX and additionally employing classical SIP, and novel WebRTC solutions to create a signaling system. The implementation presented explores many functions of the system with an emphasis on enhancing its didactic impact and promoting understanding of configuration and signaling aspects.
PL
W artykule przedstawiono kompletny system komunikacji głosowej wykorzystujący zarówno programową centralę Asterisk, jak i jednocześnie dwa systemy sygnalizacji: klasyczny SIP i nowy stosowany w technologii WebRTC. Przedstawione rozwiązanie wykorzystuje jednocześnie wiele funkcji systemów, pozwalając na wyeksponowanie istotnych z punktu widzenia dydaktyki aspektów budowy systemów VoIP.
EN
The Traffic Flow Description (TFD) option of the IP protocol is an experimental option, designed by the Authors and described by the IETF’s Internet Draft. This option was intended for signalling for QoS purposes. Knowledge about forthcoming traffic (such as the amount of data that will be transferred in a given period of time) is conveyed in the fields of the option between end-systems. TFD-capable routers on a path (or a multicast tree) between the sender and receiver(s) are able to read this information, process it and use it for bandwidth allocation. If the time horizons are short enough, bandwidth allocation will be performed dynamically. In the paper a performance evaluation of an HD video transmission QoS assured with the use of the TFD option is presented. The analysis was made for a variable number of video streams and a variable number of TCP flows that compete with the videos for the bandwidth of the shared link. Results show that the dynamic bandwidth allocation using the TFD option better assures the QoS of HD video than the classic solution, based on the RSVP protocol.
PL
Technika WebRTC, bazująca na językach HTML5 i JavaScript, umożliwia natywną transmisję informacji multimedialnej w czasie rzeczywistym pomiędzy przeglądarkami WWW. Chociaż same strumienie mediów, a także transmisje niemedialne (obecne w architekturze WebRTC, choć nie wymagające czasu rzeczywistego), przesyłane są bezpośrednio pomiędzy przeglądarkami, do przesyłania informacji niezbędnych do zarządzania sesją (a konkretniej: nawiązywania sesji) potrzebny jest serwer sygnalizacyjny. Serwer taki może być traktowany jako punkt spotkań dwóch lub więcej systemów końcowych wykorzystujących technikę WebRTC. W artykule przedstawiono zasady budowy takiego serwera za pomocą aplikacji tworzonych w języku JavaScript i uruchamianych w środowisku node.js. Omówiono środowisko node.js oraz pokazano przykład prostego serwera sygnalizacyjnego, budowanego na potrzeby wymiany komunikatów i (lub) inicjowania (wideo)telefonii lub (wideo)konferencji z małą liczbą terminali. Serwer ten łączy uczestników tylko w ramach pojedynczej sesji 1-do-1 lub wielu-do-wielu. Pomimo dużej prostoty, przykładowy serwer jest w pełni funkcjonalnym serwerem sygnalizacyjnym WebRTC, umożliwiającym realizację, między innymi, (wideo)telefonii pomiędzy przeglądarkami używającymi WebRTC.
EN
Web Real-Time Communications (WebRTC) technology is an enabler of native transmission of multimedia information between two and more Web browsers. WebRTC is based on HTML version 5 (HTML5) and JavaScript languages. Although both real-time media streams (audio, video) and non-real-time non-media flows (also present in WebRTC architecture) are transmitted directly between browsers, to enable transmission of information necessary for session management (and more precisely: session establishment) purposes, a signalling server is needed. Such server may be regarded as a rendez-vous point of end systems that use WebRTC technology. In this paper, node.js run-time environment and principle of building of Webrtc signalling server with the use of scripts written in JavaScript and run in node.js are presented. Example of script of a simple signalling server also is shown. The exemplary server connects users of one and only session, although this session may serve not only one-to-one, but also many-to-many connections. Despite its simplicity, this is a fully functional signalling server, able to serve signalling messages for purposes of message exchange, or for purposes of initialization of WebRTC-based Internet telephony or simple conferencing systems.
PL
Artykuł przedstawia analizę systemu Internetu Rzeczy zintegrowanego z systemem wideokonferencyjnym zbudowanym zgodnie z architekturą WebRTC. Dane aplikacji Internetu Rzeczy przesyłane są pomiędzy terminalami kanałem danych WebRTC, równocześnie z danymi wideokonferencji. Analiza uwzględnia poziomy QoS protokołu MQTT, liczbę aktywnych urządzeń Internetu Rzeczy oraz lokalizację terminali (pobliską i odległą).
EN
In this paper, an analysis of Internet of Things (IoT) system, integrated with a videoconferencing system built according to the WebRTC architecture, is presented. Analysis covers Quality of Service (QoS) levels of the MQTT protocol, number of active IoT devices and location of a corresponding WebRTC terminal.
PL
Niniejszy artykuł omawia problematykę gwarancji jakościowych dla ruchu elastycznego. W artykule posłużono się przykładami dwóch istniejących rozwiązań: protokołu sygnalizacyjnego MQTT przeznaczonego do współpracy z Internetem Rzeczy oraz protokołu transportowego TCP ogólnego przeznaczenia. Zaproponowano również zastosowanie sygnalizacji za pomocą opcji TFD protokołu IP, zgłoszonej jako Internet Draft i przeznaczonej do opisu ruchu.
EN
In this paper, the problem of Quality of Service (QoS) guarantees for elastic traffic is described. The paper describes two existing solutions of QoS for elastic traffic – the MQTT protocol and the TCP protocol. A concept of usage of signaling based on the Traffic Flow Description option also was shown.
PL
W artykule przedstawione zostały badania systemu zapewnienia jakości usług sieciowych (QoS) dla ruchu WebRTC. Jako przykład ruchu WebRTC został użyty ruch generowany przez aplikację wideokonferencyjną. Mechanizmy zapewnienia jakości WebRTC są obecnie opisane dokumentem roboczym Internet Draft i zakładająużycie architektury Diffserv. Badania prowadzone były w sieci 802.11. Zastosowano typowe odwzorowanie parametrów architektury DiffServ (danych punktem kodowym DSCP) w parametry jakościowe sieci 802.11.
EN
In this paper, an investigation of mechanism of quality of service (QoS) assurance for WebRTC traffic is presented. As an example of the WebRTC traffic, a traffic generated by videoconferencing applications was used. Mechanisms of QoS assurance for WebRTC traffic are described in an IETF's working document (Internet Draft) and assumes usage of the DiffServ architecture. An investigation was carried out in the 802.11 network. Typical mapping of a DSCP value (parameters of the DiffServ) into a 802.11 classification of QoS was used.
PL
Mimo, iż architektura WebRTC systemów konferencyjnych pozwala na zestawianie bezpośrednich połączeń peer-to-peer pomiędzy przeglądarkami WWW, znane są również rozwiązania pozwalające na zestawienie scentralizowanej konferencji, wykorzystującej mostek konferencyjny. Jednym z takich rozwiązań jest Kurento Media Server. W artykule przedstawione zostały badania wideokonferencji WebRTC bazującej na serwerze mediów (mostku konferencyjnym) Kurento, zlokalizowanym w środowisku zdalnej chmury.
EN
Although the WebRTC architecture of conferencing systems allows the user for establishment of direct peer-to-peer connections between web browsers, there are known solutions that allow for setup of a centralized conference, which uses a conferencing bridge. One of such solutions is the Kurento Media Server. In the paper investigations of a WebRTC videoconference based on the Kurento Media Server (conference bridge) in remote cloud environment are presented.
9
PL
Architektura WebRTC umożliwia budowę połączeń konferencyjnych, którymi przesyłane są dane medialne (dźwięk z mikrofonu, obraz z kamery). Umożliwia ona również przesyłanie danych niemedialnych (pliki, obrazy, wykresy, ale również dane pomiarowe - np. pochodzące z Internetu Rzeczy). Dane niemedialne w systemach zgodnych z architekturą WebRTC przesyłane są równocześnie z danymi medialnymi, a transmisja odbywa się osobnym kanałem danych. W artykule przedstawione zostały istotne elementy techniki WebRTC wykorzystywane do transmisji danych niemedialnych. Przedstawiono sposób zarządzania połączeniem dla transmisji danych oraz procedury stosowane do wymiany danych. Opisane zostały sposoby reprezentacji danych niemedialnych dostępne w technice WebRTC. Przedstawione zostały również podstawowe elementy sygnalizacji, wykorzystywane podczas tworzenia sesji WebRTC dla transmisji danych niemedialnych.
EN
This paper presents the most important elements of the WebRTC technology that are used for transmission of non-media data. Non media data (as files, pictures or results of measurements) are transmitted simultaneously with the media data (real-time transmission of multimedia information), although real-time constraints haven't to be preserved. The paper shows connection management and session setup for the purposes of transmission of non-media data.
PL
Artykuł przedstawia opis sesji multimedialnej za pomocą protokołu SDP, jednego z elementów sygnalizacji WebRTC. Omówiono protokół SDP wraz z odniesieniami do techniki WebRTC oraz komponenty semantyczne sesji WebRTC. Opis formalny zilustrowano przykładami praktycznej realizacji transmisji, z uwzględnieniem danych przesyłanych na poziomach: sesji i mediów.
EN
The paper presents a description sessions using the SDP protocol, functional component of WebRTC signaling. The paper describes the SDP with reference to the WebRTC, as well as semantic components of SDP for the WebRTC. Formal description is illustrated by an example of SDP offer and answer, accomplished with the use of the WebRTC. Signaling data, generated and transferred at the session and media layers, are also presented.
PL
Sygnalizacja w technice WebRTC wykorzystuje protokół SDP do opisu sesji. Typowo protokół SDP współpracuje z protokołem SIP, tworząc stos protokołowy SDP/SIP. Aby uprościć przetwarzanie protokołowe, w WebRTC zastosowano stos protokołowy SDP/JSEP. Artykuł omawia metody współpracy systemów multimedialnych, zbudowanych z zastosowaniem WebRTC, z systemami konferencyjnymi korzystającymi z protokołu SIP. Ilustruje również aspekty praktyczne współpracy WebRTC z systemami multimedialnymi implementującymi protokoły SDP/SIP.
EN
Signaling implemented in WebRTC technology describes session parameters using SDP protocol. Typically, SDP cooperates with SIP protocols, making the SDP/SIP protocol stack. However, in order to simplify control information processing, WebRTC technology uses the SDP/JSEP protocol stack. This paper discusses methods of cooperation of WebRTC-based multimedia systems with teleconferencing systems based on SIP protocol. The paper also presents practical aspects of cooperation of the WebRTC with multimedia systems implementing SDP/SIP protocols.
PL
Technika WebRTC pozwala na realizację mobilnych terminali (wideo)konferencyjnych i (wideo)telefonicznych, które korzystają z przeglądarki WWW jako interfejsu użytkownika. Technika ta różni się, niekiedy znacząco, od klasycznej telefonii VoIP. Artykuł przedstawia analizę współpracy terminali mobilnych wykorzystujących technikę WebRTC z terminalami telefonii VoIP, które klasycznie budowane są z zastosowaniem protokołu SIP. W artykule dokonano analizy współpracy sygnalizacji WebRTC z sygnalizacją VoIP oraz przedyskutowano zagadnienia transmisji mediów.
EN
The WebRTC allows the developer to create mobile terminals for (video)conferencing and (video) telephony purposes. Such terminals use Web browsers as user interfaces. The WebRTC technology differs, sometimes significantly, from the classic VoIP telephony. This paper presents an analysis of cooperation of mobile terminals that use the WebRTC conferencing systems with terminals that use the SIP-based telephony. Some aspects of cooperation of WebRTC and SIP signaling, as well as media transmission are also discussed.
PL
WebRTC to technika multimedialna oparta na nowej wersji języka opisu stron WWW, HTML 5, i skryptach JavaScript. Pozwala ona na budowę systemów wideotelefonicznych, telekonferencyjnych, monitorujących i im podobnych, dla których interfejsem użytkownika jest strona WWW. Niniejszy artykuł jest poświęcony modelom architektury WebRTC. Przedstawiono w nim oraz porównano trzy, znane z literatury, modele WebRTC.
EN
The WebRTC is based on the new version of the HyperText Markup Language, the HTML 5, and JavaScript programming. It allows Web programmers to build multimedia systems (videotelephony, conferencing and monitoring systems, and the like) that use Web pages as the user interface. This paper is devoted to a models of the WebRTC architecture. Three different models, known from the literature, are presented and comprised.
PL
Niniejszy artykuł poświęcony jest dyskusji nad metodami wirtualizacji sprzętu komputerowego i jej zastosowań do zapewnienia zwiększonej niezawodności systemu sprzętowo-programowego. Systemy takie mogą być stosowane obok (a w niektórych przypadkach: zamiast) tradycyjnego powielania wybranych elementów infrastruktury krytycznej. W artykule omówiono zagadnienia związane z wirtualizacją systemów komputerowych. Przedstawiono podstawowe typy wirtualizacji, jej zastosowanie i stosowane w praktyce rozwiązania. W artykule zaprezentowano również wyniki badań systemu wirtualizacji pod kątem jego wydajności, zorientowane na realizację konkretnego mechanizmu rezerw (konkretnej struktury niezawodnościowej).
EN
This article is devoted to the discussion of the methods of virtualization the hardware and its applications to ensure increased reliability of the hardware and software system. Such systems can be used alongside (and in some cases: instead of) traditional duplication of selected elements of critical infrastructure. The article discusses the issues associated with virtualization systems. The article shows the basic types of virtualization, its use and actual practices. The article presents the results of the research system virtualization for its performance-oriented implementation of specific provisioning mechanism (specific reliability structure).
PL
Wprowadzenie nowej wersji standardu języka HTML, HTML 5, zaowocowało szeregiem nowych możliwości. Strony WWW otrzymały, między innymi, możliwość odtwarzania informacji multimedialnej w czasie rzeczywistym za pomocą wewnętrznych odtwarzarek przeglądarki (na podobnej zasadzie, na jakiej dotychczas wyświetlane były, np., obrazy), a nie za pomocą zewnętrznych obiektów osadzanych na stronie. Dzięki szerszemu niż dotychczas zastosowaniu języka JavaScript zwiększono również funkcjonalność takiego odtwarzania. Jednym z przykładów zwiększonej funkcjonalności jest technika WebRTC umożliwiająca, między innymi, budowę stron WWW z elementami funkcjonalnymi odpowiadającymi w pełni interaktywnym aplikacjom multimedialnym. Budowa systemu monitoringu, dla którego interfejsem użytkownika jest strona WWW, kontakt z ewentualnym kontrahentem za pomocą (wideo)telefonu uruchamianego wprost na stronie WWW firmy czy kontakt (wideo)telefoniczny klienta z biurem obsługi za pomocą strony (zamiast, jak dotychczas, z wykorzystaniem czatu) to tylko niektóre z potencjalnych zastosowań tej techniki. W artykule omówiony został fragment WebRTC odpowiedzialny za udostępnianie mediów lokalnych (audio i wideo) przeglądarce WWW. Pokazano sposób realizacji takiego udostępniania za pomocą funkcji getUserMedia. Algorytm udostępniania omówiono na przykładzie podglądu obrazu z kamery internetowej.
EN
The Web Real-Time Communications (WebRTC) is a Web-oriented technique, associated with the HTML 5 standard, which allows programmers to use Web pages as user interfaces for real-time, usually interactive, communication. The aim of this review paper is to show the first stage of the WebRTC programming, i.e. getting user's media stream. The paper describes usage of the WebRTC for delivering local media (audio, video) to the local browser, which can share them with other browsers and/or show them locally, in the local video element of the HTML 5. An example of simple and effective video preview is an illustration of the discussion presented in the paper.
16
Content available remote Streaming Video over TFRC with Linear Throughput Equation
EN
The TCP-Friendly Rate Control (TFRC) protocol manifests strong equality towards competing TCP or TCP friendly flows. Although the RFC 3448 suggests that TFRC is suitable for multimedia, this equality is a great disadvantage in the case of transmitting multimedia over the TFRC. The TFRC emulates TCP-like congestion control using the TCP throughput equation. In the paper, we substitute the TCP throughput equation recommended for the TFRC with a linear throughput equation. Simulation results show that the proposed solution is more suitable for multimedia than the equation proposed in RFC 3448. Experiments were carried out using an event-driven ns-2 simulator, developed in U. C. Berkeley.
PL
Schemat adresacji anykastowej został wprowadzony w 1993 roku dokumentem RFC 1546. Dwa lata później, adresacja anykastowa została włączona do nowej wersji (szóstej) protokołu IP. Anykast pozwala na transmisję typu 1-do(1zN), zorientowaną na usługę. Anykastowy datagram IP jest przesyłany do najbliższej stacji należącej do grupy stacji identyfikowanych przez ten sam adres anykastowy. W artykule zostanie przedstawiona dyskusja problemów i zagrożeń związanych z wdrażaniem usług korzystających z adresacji anykast.
EN
The IP anycast address scheme was introduced by RFC 1546 in 1993. Two years later, anycasting became a part of IPv6 networks. Anycast allows the service-oriented, one-to-one-of-many transmission. The IP anycast datagram is delivered to the nearest host, which belongs to the group of hosts identified by common anycast address. In the paper, the main challenges of practical application of anycast-based services will be discussed.
PL
Anykast jest nowym schematem adresacji, dostarczającym usługi transmisyjnej typu 1-do(1 zN). Anykast jest adresacją zorientowaną na usługę - każda usługa ma swój predefiniowany adres IP, identyczny dla wszystkich serwerów, które świadczą tę usługę, niezależnie od ich lokalizacji geograficznej. Wybór serwera, który będzie świadczył usługę danemu użytkownikowi (najlepiej najbliższego), następuje w sposób automatyczny. Aby usługa korzystająca z adresacji anykast mogła efektywnie funkcjonować, dane na wszystkich serwerach informacyjnych, z którymi może połączyć się użytkownik muszą być spójne i muszą być aktualizowane jednocześnie. W artykule zaprezentowana zostanie koncepcja efektywnej aktualizacji zawartości serwerów, zrealizowana na bazie transmisji multikastowej.
EN
Anycast is a new addressing scheme, which provides a one-to-one-of-many communication service. Anycast is a service-oriented addressing - each service has its own, pre-defined IP address, identical for all servers provides the service, apart from their geographical location. The IP packet is delivered to the one of servers with the same anycast address (preferably the closest one) and the server selection take place automatically. The anycast-based service will work effectively only if data stored in all servers are coherent and if they are updated simultaneously. In the paper, a concept of multicast updating of content of servers which utilize anycast addressing is presented.
PL
Przez ponad 30 lat swojego istnienia, sieć Internet wyewoluowała z klasycznej sieci transmisji danych w największą z sieci wielousługowych. Część usług internetowych tworzona była od podstaw (jak np. poczta elektroniczna), część z nich (np. telewizja, czy telefonia internetowa) stanowi przeniesienie do Internetu usług realizowanych dotychczas w sieciach specjalizowanych (telewizyjnej, telefonicznej). Wdrażanie nowych usług jest zagadnieniem złożonym. Nowe usługi mogą spowodować problemy z funkcjonowaniem aplikacji już istniejących. Problemy mogą wystąpić także z usługami przeniesionymi z sieci specjalizowanych - w sieci Internet mogą one źle funkcjonować, np. ze względu na dużo niższą jakość transmisji niż wymagana. W niniejszym artykule dokonano analizy współczesnych usług, m.in. z punktu widzenia wymagań, jakie stawiają one dla sieci transmisyjnej. Przeanalizowano najistotniejsze elementy heterogenicznych sieci IP pod kątem współpracy z różnego typu usługami. Określono, jakie problemy występują podczas współistnienia wielu różnych aplikacji w sieci heterogenicznej. Wskazano również, jak te problemy rozwiązywać.
EN
For over 30 years of its existence, the Internet has evolved from traditional data networks in the largest multiservice networks. Some Internet service has been created from scratch (like e-mail), some of them (eg. television, or Internet telephony) is the adaptation of services previously implemented in specialized networks (broadcast television network, Plain Old Telephone Service - POTS, etc.). Implementation of new services is a complex issue. New services may interact with existing applications. Problems can also occur with services adapted from specialized networks - for example, due to much lower transmission quality than required. In this paper an analysis of contemporary services and requirements is described. We show problems, which occur due to the heterogeneity of multiservice network, as well as how to solve these problems.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.