1 / 17

TCP in Mixed Internet and GEO-Satellite Environments: Experiences and Results

Cesar Marcondes, Anders Persson, M.Y. Sanadidi, Mario Gerla Computer Science Dept, UCLA, USA Rosario Firrincieli DEIS/ARCES, University of Bologna, Italy David R. Beering, Greg Romaniak Infinite Global Infrastructures, LLC, USA.

kylynn-jenkins
Download Presentation

TCP in Mixed Internet and GEO-Satellite Environments: Experiences and Results

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Cesar Marcondes, Anders Persson, M.Y. Sanadidi, Mario Gerla Computer Science Dept, UCLA, USA Rosario Firrincieli DEIS/ARCES, University of Bologna, Italy David R. Beering, Greg Romaniak Infinite Global Infrastructures, LLC, USA TCP in Mixed Internet and GEO-SatelliteEnvironments: Experiences and Results

  2. Outline • Rationale • Overview • Methodology • Testbed description • Examples of results • satellite channel characterization • impact of satellite errors on TCP • Performance Enhancing Proxies • Conclusions

  3. Rationale • TCP NewReno does not perform efficiently in large BDP environments • Many studies address TCP in large BDP networks focusing mainly on high capacity networks • It is necessary to study also high-delay environments such as mixed satellite networks • However, satellite resources are very scarce and most satellite TCP optimization rely only on simulation and emulation tools

  4. Overview • Over the period of a month, a measurement campaign on a real satellite environment has been conducted • The goal was to determine TCP performance varying the channel conditions (non-congestion errors, cross-traffic) • Moreover, state-of-the-art Performance Enhancing Proxies (PEP) have been tested • Not only do we present our results, but we also describe the complex testbed deployment, methodology and the lessons that we learned

  5. Methodology • Limitation of experimental measures: • satellite services must be suspended during measures • availability of only few hours • Simulations allow a highly planned experiment outline selecting a limited number of scenarios to be tested • Measures are compared with simulation results • differences are investigated by means of emulations ns-2simulations FreeBSD emulations IGI systemexperimentalmeasures

  6. Testbed topology

  7. Extremely high error rate = 92% Low error rate = 0.53% Sat channel characterization (1) • GEO satellite link are usually very robust thanks to their physical layer codes. Link errors are very common when mobility and extreme weather conditions are involved • We forced errors on the satellite link by means of power adjustments on the modulators/demodulators • A constant rate stream of packets was used (UDP traffic)

  8. Average packet error rate = 0.1% Sat channel characterization (2) • Packets are dropped in bulks showing a behavior similar to the 2-state Gilbert-Elliot channel model • Real measures gave us the guideline to reproduce this behavior in the simulator Measures drive simulations!

  9. Error level experienced across experiments TCP performance under errors Impact of satellite errors on TCP • TCP NewReno does not distinguish between congestion and link errors • As a consequence the congestion window is halved many times due to link errors • TCP Westwood is an example of TCP modification that distinguishes between congestion and link errors Measures are close to simulations!

  10. Simulation Emulation Emulation with fix Cross traffic effects • The effects of a UDP spike traffic on TCP Westwood have been evaluated Simulations drive emulations!

  11. TCP server(sender side) TCP client (receiver side) PEP agent(uplink gateway) PEP agent(downlink gateway) PEP TCP TCP TCP PEP TCP Application Application IP IP IP IP TCP TCP IP IP internet internet PEP: description (1) • Based on the introduction of an intermediate agent (proxy) which alters the end-to-end semantics of TCP • Tested PEPs implement a splitting approach and belong to the category of transport layer PEP [RFC 3135]

  12. PEP: description (2)

  13. PEP: results (1) • Three connections start with 30 s of delay each other • Adaptability SaTPEP

  14. SaTPEP SaTPEP Mentat SkyX PEP: results (2)

  15. SaTPEP Viasat iPEP Mentat SkyX Mentat SkyX PEP: results (3) Measures are far from simulations!

  16. Conclusions • We had an opportunity to perform extensive tests on a mixed network composed by a real GEO satellite and high-speed Internet • Main contributions: • sharing our experiences on running an iterative simulation/measures/emulation methodology • satellite channel errors characterization • analysis of TCP Westwood on a real satellite channel • studying/debugging of two PEP boxes (Mentat SkyX, Viasat iPEP) • Open issues: • further optimization of TCP on satellite channel • evaluation of new architectures for mixed Internet and GEO satellite environment

  17. Thanks! Rosario Firrincieli PhD Student DEIS/ARCES University of Bologna rfirrincieli@arces.unibo.it http://www.arces.unibo.it

More Related