Riga 1: | Riga 1: | ||
− | + | {{NewsItem|2015 June| | |
− | |||
− | |||
<paper authors="S. Holmer, H. Lundin, G. Carlucci, L. De Cicco, and S. Mascolo" conference="IETF draft RMCAT wg" place="draft-alvestrand-rmcat-congestion-03" date="Jun 2015" url="http://tools.ietf.org/id/draft-alvestrand-rmcat-congestion-03.txt">A Google Congestion Control Algorithm for Real-Time Communication</paper> | <paper authors="S. Holmer, H. Lundin, G. Carlucci, L. De Cicco, and S. Mascolo" conference="IETF draft RMCAT wg" place="draft-alvestrand-rmcat-congestion-03" date="Jun 2015" url="http://tools.ietf.org/id/draft-alvestrand-rmcat-congestion-03.txt">A Google Congestion Control Algorithm for Real-Time Communication</paper> | ||
− | + | }} | |
− | + | {{NewsItem|2014 August|<absHTML><img class="pull-right" src="http://research.google.com/images/faculty_award.png" alt="Faculty award" width="180"></img></absHTML> | |
− | |||
− | |||
− | |||
− | <absHTML><img class="pull-right" src="http://research.google.com/images/faculty_award.png" alt="Faculty award" width="180"></img></absHTML> | ||
<b>Google Faculty Award 2014</b> for designing a congestion control algorithm for real-time communication within the WebRTC framework to enable video conference among Web browsers. | <b>Google Faculty Award 2014</b> for designing a congestion control algorithm for real-time communication within the WebRTC framework to enable video conference among Web browsers. | ||
<ul> | <ul> | ||
Riga 14: | Riga 8: | ||
<li>Title:<b>Congestion Control for Web Real-Time Communication (WebRTC)</b></li> | <li>Title:<b>Congestion Control for Web Real-Time Communication (WebRTC)</b></li> | ||
<li>Press coverage: [http://bari.repubblica.it/cronaca/2014/09/02/news/google-94895337/ Link]</li> | <li>Press coverage: [http://bari.repubblica.it/cronaca/2014/09/02/news/google-94895337/ Link]</li> | ||
− | </ul> | + | </ul>}} |
− | + | {{NewsItem|2014 March| | |
− | |||
− | |||
− | |||
− | |||
<paper authors="H. Lundin, S. Holmer, H. Alvestrand, L. De Cicco, and S. Mascolo" conference="IETF draft RMCAT wg" place="draft-alvestrand-rmcat-congestion-02" date="Feb 2014" url="http://tools.ietf.org/id/draft-alvestrand-rmcat-congestion-02.txt"> | <paper authors="H. Lundin, S. Holmer, H. Alvestrand, L. De Cicco, and S. Mascolo" conference="IETF draft RMCAT wg" place="draft-alvestrand-rmcat-congestion-02" date="Feb 2014" url="http://tools.ietf.org/id/draft-alvestrand-rmcat-congestion-02.txt"> | ||
A Google Congestion Control Algorithm for Real-Time Communication</paper> | A Google Congestion Control Algorithm for Real-Time Communication</paper> | ||
− | + | }} | |
− | + | {{NewsItem|2013 November|Our adaptive video streaming platform is used by: | |
− | |||
− | |||
− | |||
− | Our adaptive video streaming platform is used by: | ||
* The [http://webtv.poliba.it Politecnico di Bari WebTV] to stream live events | * The [http://webtv.poliba.it Politecnico di Bari WebTV] to stream live events | ||
* [http://quavstreams.quavlive.com/user/apuliafilmcommission/ Apulia Film Commission] to stream short movies produced in the context of the "Progetto Memoria 2009". | * [http://quavstreams.quavlive.com/user/apuliafilmcommission/ Apulia Film Commission] to stream short movies produced in the context of the "Progetto Memoria 2009". | ||
− | + | }} | |
− | + | {{NewsItem|2013 June| | |
− | |||
− | |||
− | |||
In this paper we experimentally evaluate the Google Congestion Control (GCC) which has been recently proposed in the RTCWeb IETF WG. By setting up a controlled testbed, we have evaluated to what extent GCC flows are able to track the available bandwidth, while minimizing queuing delays, and fairly share the bottleneck with other GCC or TCP flows. We have found that the algorithm works as expected when a GCC flow accesses the bottleneck in isolation, whereas it is not able to provide a fair bandwidth utilization when a GCC flow shares the bottleneck with either a GCC or a TCP flow. | In this paper we experimentally evaluate the Google Congestion Control (GCC) which has been recently proposed in the RTCWeb IETF WG. By setting up a controlled testbed, we have evaluated to what extent GCC flows are able to track the available bandwidth, while minimizing queuing delays, and fairly share the bottleneck with other GCC or TCP flows. We have found that the algorithm works as expected when a GCC flow accesses the bottleneck in isolation, whereas it is not able to provide a fair bandwidth utilization when a GCC flow shares the bottleneck with either a GCC or a TCP flow. | ||
<paper authors="L. De Cicco, G. Carlucci, and S. Mascolo" conference="ACM SIGCOMM 2013 Workshop on Future Human-Centric Multimedia Networking" place="Hong Kong, China" date="Aug 2013" pdf="webrtc_cc-Fhcmn2013.pdf"> | <paper authors="L. De Cicco, G. Carlucci, and S. Mascolo" conference="ACM SIGCOMM 2013 Workshop on Future Human-Centric Multimedia Networking" place="Hong Kong, China" date="Aug 2013" pdf="webrtc_cc-Fhcmn2013.pdf"> | ||
Experimental Investigation of the Google Congestion Control for Real-Time Flows</paper> | Experimental Investigation of the Google Congestion Control for Real-Time Flows</paper> | ||
− | + | }} | |
− | + | {{NewsItem|2013 March|<absHTML><img class="pull-right" src="http://www.networks.imdea.org/portals/7/imagenes/actualidad/ciscofinal.gif" alt="Cisco" width="130" ></img> | |
− | |||
− | |||
− | |||
− | <absHTML><img class="pull-right" src="http://www.networks.imdea.org/portals/7/imagenes/actualidad/ciscofinal.gif" alt="Cisco" width="130" ></img> | ||
</absHTML> | </absHTML> | ||
<b>Cisco Award 2013</b> Funded by "Cisco University Research Program" managed by the Silicon Valley Community Foundation.This proposal aims at designing a robust, efficient and scalable control system for adaptive (live) video streaming over the best-effort Internet. | <b>Cisco Award 2013</b> Funded by "Cisco University Research Program" managed by the Silicon Valley Community Foundation.This proposal aims at designing a robust, efficient and scalable control system for adaptive (live) video streaming over the best-effort Internet. | ||
Riga 50: | Riga 29: | ||
<li>Principal investigator: <b> S. Mascolo </b> </li> | <li>Principal investigator: <b> S. Mascolo </b> </li> | ||
<b>Title : Architecture for Robust and Efficient Control of Dynamic Adaptive Video Streaming over HTTP.</b> | <b>Title : Architecture for Robust and Efficient Control of Dynamic Adaptive Video Streaming over HTTP.</b> | ||
− | </ul> | + | </ul>}} |
− | + | {{NewsItem|2013 March|In this paper, we present a model of the automatic video stream-switching employed by Akamai along with a description of the client-side communication and control protocol. From the control architecture point of view, the automatic adaptation is achieved by means of two interacting control loops having the controllers at the client and the actuators at the server: one loop is the buffer controller, which aims at steering the client playout buffer to a target length by regulating the server sending rate; the other one implements the stream-switching controller and aims at selecting the video level. A detailed validation of the proposed model has been carried out through experimental measurements in an emulated scenario (<absHTML><a href="http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6493502">IEEE explore link</a></absHTML>). | |
− | + | <paper authors="L. De Cicco and S. Mascolo" conference="IEEE/ACM Transaction on Networking" date="April 2014" pdf="avs_tnet_decicco_mascolo.pdf"> | |
− | |||
− | |||
− | |||
− | In this paper, we present a model of the automatic video stream-switching employed by Akamai along with a description of the client-side communication and control protocol. From the control architecture point of view, the automatic adaptation is achieved by means of two interacting control loops having the controllers at the client and the actuators at the server: one loop is the buffer controller, which aims at steering the client playout buffer to a target length by regulating the server sending rate; the other one implements the stream-switching controller and aims at selecting the video level. A detailed validation of the proposed model has been carried out through experimental measurements in an emulated scenario. | ||
− | <paper authors="L. De Cicco and S. Mascolo" conference="IEEE/ACM Transaction on Networking" date="April 2014" pdf="avs_tnet_decicco_mascolo.pdf" > | ||
An Adaptive Video Streaming Control System: Modeling, Validation, and Performance Evaluation</paper> | An Adaptive Video Streaming Control System: Modeling, Validation, and Performance Evaluation</paper> | ||
− | + | }} | |
− |
Google Faculty Award 2014 for designing a congestion control algorithm for real-time communication within the WebRTC framework to enable video conference among Web browsers.
Our adaptive video streaming platform is used by:
In this paper we experimentally evaluate the Google Congestion Control (GCC) which has been recently proposed in the RTCWeb IETF WG. By setting up a controlled testbed, we have evaluated to what extent GCC flows are able to track the available bandwidth, while minimizing queuing delays, and fairly share the bottleneck with other GCC or TCP flows. We have found that the algorithm works as expected when a GCC flow accesses the bottleneck in isolation, whereas it is not able to provide a fair bandwidth utilization when a GCC flow shares the bottleneck with either a GCC or a TCP flow.
Cisco Award 2013 Funded by "Cisco University Research Program" managed by the Silicon Valley Community Foundation.This proposal aims at designing a robust, efficient and scalable control system for adaptive (live) video streaming over the best-effort Internet.
Title : Architecture for Robust and Efficient Control of Dynamic Adaptive Video Streaming over HTTP.
In this paper, we present a model of the automatic video stream-switching employed by Akamai along with a description of the client-side communication and control protocol. From the control architecture point of view, the automatic adaptation is achieved by means of two interacting control loops having the controllers at the client and the actuators at the server: one loop is the buffer controller, which aims at steering the client playout buffer to a target length by regulating the server sending rate; the other one implements the stream-switching controller and aims at selecting the video level. A detailed validation of the proposed model has been carried out through experimental measurements in an emulated scenario (IEEE explore link).
Google Faculty Award 2014 for designing a congestion control algorithm for real-time communication within the WebRTC framework to enable video conference among Web browsers.
Our adaptive video streaming platform is used by:
In this paper we experimentally evaluate the Google Congestion Control (GCC) which has been recently proposed in the RTCWeb IETF WG. By setting up a controlled testbed, we have evaluated to what extent GCC flows are able to track the available bandwidth, while minimizing queuing delays, and fairly share the bottleneck with other GCC or TCP flows. We have found that the algorithm works as expected when a GCC flow accesses the bottleneck in isolation, whereas it is not able to provide a fair bandwidth utilization when a GCC flow shares the bottleneck with either a GCC or a TCP flow.
Cisco Award 2013 Funded by "Cisco University Research Program" managed by the Silicon Valley Community Foundation.This proposal aims at designing a robust, efficient and scalable control system for adaptive (live) video streaming over the best-effort Internet.
Title : Architecture for Robust and Efficient Control of Dynamic Adaptive Video Streaming over HTTP.
In this paper, we present a model of the automatic video stream-switching employed by Akamai along with a description of the client-side communication and control protocol. From the control architecture point of view, the automatic adaptation is achieved by means of two interacting control loops having the controllers at the client and the actuators at the server: one loop is the buffer controller, which aims at steering the client playout buffer to a target length by regulating the server sending rate; the other one implements the stream-switching controller and aims at selecting the video level. A detailed validation of the proposed model has been carried out through experimental measurements in an emulated scenario (IEEE explore link).