(→Congestion Control for Multimedia Applications) |
(→Congestion Control for Multimedia Applications) |
||
Riga 12: | Riga 12: | ||
[[Immagine:Multimedia-cc.png|right|thumb|400px|''Multimedia appliaction'']] | [[Immagine:Multimedia-cc.png|right|thumb|400px|''Multimedia appliaction'']] | ||
− | ''Helix Player'' (RealNet)< | + | '''Helix Player''' (RealNet)<br> |
We evaluated how Helix Player behaves when available bandwidth reductions take place in order to find out how it reacts to congestion episodes. The figure below shows how the throughput of an helix connection experiencess up to 30% of packet losses when another helix flow enters the link (between ~30s and 90s). | We evaluated how Helix Player behaves when available bandwidth reductions take place in order to find out how it reacts to congestion episodes. The figure below shows how the throughput of an helix connection experiencess up to 30% of packet losses when another helix flow enters the link (between ~30s and 90s). | ||
[[Immagine:helix-cc.png|right|thumb|400px|''Two Helix flows sharing a bottleneck'']] | [[Immagine:helix-cc.png|right|thumb|400px|''Two Helix flows sharing a bottleneck'']] |
The congestion control for multimedia applications (Voice over IP, video on demand) is an ope issue. We have evaluated the congestion control strategies employed by leading multimedia applications that is Skype for the VoIP application and RealNetworks for the video on demand applications. We have found out that both applications doesn't employ a valuable congestion control scheme.
Helix Player (RealNet)
We evaluated how Helix Player behaves when available bandwidth reductions take place in order to find out how it reacts to congestion episodes. The figure below shows how the throughput of an helix connection experiencess up to 30% of packet losses when another helix flow enters the link (between ~30s and 90s).
Questa categoria contiene le 17 pagine indicate di seguito, su un totale di 17.
The congestion control for multimedia applications (Voice over IP, video on demand) is an ope issue. We have evaluated the congestion control strategies employed by leading multimedia applications that is Skype for the VoIP application and RealNetworks for the video on demand applications. We have found out that both applications doesn't employ a valuable congestion control scheme.
Helix Player (RealNet)
We evaluated how Helix Player behaves when available bandwidth reductions take place in order to find out how it reacts to congestion episodes. The figure below shows how the throughput of an helix connection experiencess up to 30% of packet losses when another helix flow enters the link (between ~30s and 90s).