Wiki » History » Version 12
Version 11 (MERIOCHAUD, Antoine, 03/09/2016 11:03 AM) → Version 12/45 (MERIOCHAUD, Antoine, 03/09/2016 11:08 AM)
h1. Improving TCP over satellite
h2. [[Tasks list]]
h2. Introduction
Lors du d´eploiement des r´eseaux terrestres et de l’internet en particulier, le besoin de garantir l’int´egrit´e dans le transfert de donn´ees s’est combin´e avec la volont´e de g´erer ´equitablement les ressources en bande passante, ce qui a donn´e naissance `a TCP, protocole de transport connu de tous. A l’´epoque de son d´eveloppement (au d´ebut des ann´ees 80), il ´etait impossible de pr´evoir la future fulgurante explosion du num´erique de la fin du si`ecle. TCP a donc ´et´e d´evelopp´e pour les r´eseaux terrestres, ou` les d´elais entre les routeurs sont de l’ordre de quelques millisecondes et la qualit´e de la transmission relativement constante. Lorsqu’il a ´et´e question d’utiliser des satellites g´eostationnaires pour acheminer ce traffic TCP grandissant, le probl´eme du d´elai r´edibitoire de 250 ms pour un seul hop satellitaire a ´et´e mis en lumi`ere dans cette formule : D´ebit maximal = Taille de la fenˆetre D´elai aller-retour (RTT)
Or nous allons le voir, TCP n’a pas ´et´e con¸cu avec des tailles de fenˆetre qui permettrait une utilisation rentable du canal satellite. Ce probl`eme, de plus en plus pr´eoccupant avec l’arriv´ee des acc`es DVB-RCS pour connecter `a Internet les collectivit´es n’ayant pas acc`es au r´eseau haut-d´ebit terrestre, trouve plusieures r´eponses. Etant donn´e le nombre de machines sur le r´eseau internet qui utilisent TCP, un remaniement complet du protocole sans r´etrocompatibilit´e n’est pas possible. Mais on voit cependant des fa¸cons astucieuses de contourner le probl`eme et d’am´eliorer les performances, notamment en rompant la chaine TCP et en isolant le lien satellite par des PEP (Performance Enhancing Proxy), ce qui rend virtuellement transparent l’utilisation d’un lien satellite au niveau TCP. Nous allons dans cette ´etude aborder en premier lieu les caract´eristiques du lien satellitaire et notamment des medium d’acc`es DVB-S et DVB-RCS, et leur impact sur les performances de TCP afin de bien cerner la probl´ematique du PEP. Nous ferons ensuite une revue des diff´erents « parfums » de TCP et feront une s´election de ceux qui r´epondent le mieux aux contraintes d’un canal satellitaire. Nous pourrons ensuite aborder pleinement l’explication des PEP-TCP au travers de simulations sur un exemple.
h2. [[State of the art]]
h2. [[Equipment configuration and network architecture]]
h2. [[Results]]
h2. [[Conclusion]]
h2. [[Tasks list]]
h2. Introduction
Lors du d´eploiement des r´eseaux terrestres et de l’internet en particulier, le besoin de garantir l’int´egrit´e dans le transfert de donn´ees s’est combin´e avec la volont´e de g´erer ´equitablement les ressources en bande passante, ce qui a donn´e naissance `a TCP, protocole de transport connu de tous. A l’´epoque de son d´eveloppement (au d´ebut des ann´ees 80), il ´etait impossible de pr´evoir la future fulgurante explosion du num´erique de la fin du si`ecle. TCP a donc ´et´e d´evelopp´e pour les r´eseaux terrestres, ou` les d´elais entre les routeurs sont de l’ordre de quelques millisecondes et la qualit´e de la transmission relativement constante. Lorsqu’il a ´et´e question d’utiliser des satellites g´eostationnaires pour acheminer ce traffic TCP grandissant, le probl´eme du d´elai r´edibitoire de 250 ms pour un seul hop satellitaire a ´et´e mis en lumi`ere dans cette formule : D´ebit maximal = Taille de la fenˆetre D´elai aller-retour (RTT)
Or nous allons le voir, TCP n’a pas ´et´e con¸cu avec des tailles de fenˆetre qui permettrait une utilisation rentable du canal satellite. Ce probl`eme, de plus en plus pr´eoccupant avec l’arriv´ee des acc`es DVB-RCS pour connecter `a Internet les collectivit´es n’ayant pas acc`es au r´eseau haut-d´ebit terrestre, trouve plusieures r´eponses. Etant donn´e le nombre de machines sur le r´eseau internet qui utilisent TCP, un remaniement complet du protocole sans r´etrocompatibilit´e n’est pas possible. Mais on voit cependant des fa¸cons astucieuses de contourner le probl`eme et d’am´eliorer les performances, notamment en rompant la chaine TCP et en isolant le lien satellite par des PEP (Performance Enhancing Proxy), ce qui rend virtuellement transparent l’utilisation d’un lien satellite au niveau TCP. Nous allons dans cette ´etude aborder en premier lieu les caract´eristiques du lien satellitaire et notamment des medium d’acc`es DVB-S et DVB-RCS, et leur impact sur les performances de TCP afin de bien cerner la probl´ematique du PEP. Nous ferons ensuite une revue des diff´erents « parfums » de TCP et feront une s´election de ceux qui r´epondent le mieux aux contraintes d’un canal satellitaire. Nous pourrons ensuite aborder pleinement l’explication des PEP-TCP au travers de simulations sur un exemple.
h2. [[State of the art]]
h2. [[Equipment configuration and network architecture]]
h2. [[Results]]
h2. [[Conclusion]]