Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 1

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

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
1
Content available remote Wpływ protokołu transportowego na QoS dla ruchu strumieniowego
PL
W przypadku sieci IP wyróżniamy dwa rodzaje ruchu: ruch elastyczny i ruch nieelastyczny. Ruch elastyczny jest generowany przez aplikacje służące do przesyłania plików, pocztę elektroniczną, systemy informacyjne WWW, elektroniczną wymianę dokumentów EDI, itp. Ruch elastyczny wymaga niezawodnej transmisji, jednakże nie jest wrażliwy na opóźnienia transmisyjne. Ruch nieelastyczny jest generowany przez aplikacje multimedialne (strumieniowe), takie jak chociażby systemy wideokonferencyjne, systemy typu video na żądanie, telefonia VoIP, radio internetowe, telewizja internetowa. Ruch nieelastyczny jest wrażliwy na opóźnienia, a zwłaszcza na fluktuacje opóźnienia, lecz nie wymaga niezawodnej transmisji (aczkolwiek niska stopa błędów jest pożądana). Aplikacje strumieniowe wykorzystują zwykle protokół RTP lub UDP, ruch elastyczny pochodzi głównie z transmisji TCP. Tym niemniej znane są przypadki, gdy aplikacje multimedialne stosują protokół TCP, a aplikacje przesyłają pliki z wykorzystaniem protokołu UDP. Artykuł podejmuje próbę znalezienia odpowiedzi na następujące pytania: czy i w jakim stopniu protokół transportowy (TCP, UDP, RTP) ma wpływ na QoS ruchu elastycznego? W jakim stopniu wspomaga, a w jakim stopniu ogranicza możliwość zapewnienia gwarantowanej jakości usług sieciowych? Przeprowadzona dyskusja została zilustrowana wynikami badań symulacyjnych.
EN
There are two main types of Internet traffic: elastic and inelastic traffic. Elastic traffic is generated by file transfer applications, e-mail, WWW, EDI, etc. It requires reliable transmission and has no limitations on transmission delay, so best effort service is quite enough to assure QoS. Inelastic traffic is generated by multimedia streaming applications (videoconference, VoD, DVB, VoIP, etc.). It has strict requirements on delay and jitter but doesn't require reliable transmission (however, small values of BERs are preferred). Although streaming applications usually use RTP/UDP protocols and file transfer applications (as well as other applications, which generate elastic traffic) use TCP, there are known examples of opposite tendencies. Some real-time multimedia applications utilize TCP protocol, while some file transfer applications (e.g. tftp, NFS) successfully use UDP. The aim of the paper is to example following questions: does usage transport protocol (TCP, UDP, RTP) influence QoS of streaming traffic? Does it support QoS always, or can be a limitation? Detailed discussion is illustrated by simulational results.
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ć.