[ca] Les xarxes de comunicacions han experimentat un creixement exponencial en els últims anys, el nombre de dispositius connectats a Internet no ha parat de créixer. Es gràcies a l?algorisme de control de congestió del protocol TCP que els enllaços de la xarxa no col·lapsen donat l?elevat tràfic que es pot arribar a cursar. L?estàndard d?aquest algorisme es va dissenyar l?any 1990 i s?anomena TCP Reno. L?algorisme no es va desenvolupar tenint en compte les característiques d?un enllaç satèl·lit i calen solucions per millorar el seu rendiment. Quan es volen connectar dues seus que es troben a una zona de difícil accés, una fora de l?abast de l?altre, i no existeix cobertura de dades terrestre, les xarxes satèl·lits es fan imprescindibles. L?enllaç satèl·lit es caracteritza per tenir un retard de propagació elevat, un ample de banda considerable i sofrir pèrdues originades per fenòmens atmosfèrics i radiacions còsmiques o solars que afecten el rendiment de l?algorisme de control de congestió estàndard: es degrada la taxa de transferència de dades i es presenta un problema d?equitat en compartir l?enllaç amb un altre flux. En aquest projecte s?ha dissenyat i implementat una infraestructura de baix cost on emular el comportament de l?enllaç satèl·lit fent ús de tecnologies de virtualització, aconseguint que el sistema emulat es comporti de la manera més transparent possible, caracteritzant el comportament del sistema real. La infraestructura satèl·lit virtual implementada ens permet estudiar i avaluar les alternatives existents per millorar el protocol TCP en comunicacions que fan servir un satèl·lit geoestacionari. Les solucions de millora identificades s?han dividit en mecanismes basats en característiques estàndard del protocol TCP i en les variants de l?algorisme de control de congestió TCP. Es realitza la comparativa del rendiment de l?estàndard TCP Reno amb les variants TCP Cubic, TCP Hybla, TCP Vegas i TCP Westwood. Els resultats obtinguts mostren que TCP Cubic és la variant que presenta millor eficiència però una major latència. TCP Hybla té una bona eficiència, particularment quan es transfereixen arxius d?una mida petita i la latència resulta ser menor que la de l?estàndard TCP Reno. La variant TCP Vegas és la que té una menor latència però no supera en eficiència a variants com TCP Hybla o TCP Cubic, però te un gran problema d?equitat amb d?altres variants i amb una variant de la mateixa classe. TCP Westwood a més de presentar un problema d?equitat amb una variant de la mateixa classe en determinades circumstàncies pot estimar un ample de banda més baix que el realment disponible impactant en el rendiment. La comparativa entre variants TCP en el cas d?un entorn amb pèrdues a l´enllaç satèl·lit, mostra que la millora del ràtio d?eficiència respecte l?estàndard TCP Reno és espectacular, i pot suposar un increment de fins a 40 punts percentuals quan es fa servir una variant TCP adaptada a les característiques de l?enllaç satèl·lit. S?estudia la mida òptima que ha de tenir el buffer del mòdem satèl·lit perquè l?enllaç no fluctui i es mantingui ocupat durant tota la transmissió. S?obté com a resultat que la mesura del buffer ha de ser entorn al BDP (Bandwidth Delay Product) de l?enllaç satèl·lit, mides més grans introduiran una major latència. Si no es possible controlar la mida del buffer satèl·lit l?ús de la variant TCP Vegas pot ser una alternativa. Quan no es possible canviar la variant TCP del node emissor un Performance Enhancing Proxy (PEP) pot ser la solució per millorar el rendiment del protocol TCP en l?enllaç satèl·lit. El PEP intercepta els segments i divideix la connexió establint-ne una de nova fent ús d?una altre variant TCP adaptada a les característiques de l?enllaç. S?ha estudiat el rendiment de la solució open source PEPsal en la infraestructura satèl·lit virtual desenvolupada.

[en] Communication networks have experienced a dramatic growth in the past two decades. The number of devices connected to the Internet has been growing exponentially. If TCP congestion control algorithm was not present, network links would collapse due to generated traffic. This algorithm was developed in 1990 and was named TCP Reno. Satellite networks can connect two remote sites through a satellite communication link when there is no terrestrial network, but TCP Reno was not designed to be used over satellite links. A satellite communication link is characterized by high bandwidth, long propagation delays and corruption losses due to cosmic radiation and meteorological phenomena. When standard TCP Reno is used on such links, TCP protocol suffers from significant throughput degradation and a fairness issue so a solution is required. Identified solutions are based on TCP characteristics and TCP variants. This thesis focuses on development of a low cost platform, using channel emulation and equipment virtualization techniques, to emulate a satellite network, and its use to compare performance evaluation of TCP variants in geostationary satellite links. Tested TCP variants are TCP Reno, TCP Cubic, TCP Hybla, TCP Vegas and TCP Westwood. Our results show that TCP Cubic is the most efficient TCP variant but also the one with the long latency. TCP Hybla has a really good efficiency, particularly on short size file transfers and has low latency than TCP Reno. TCP Vegas is the lowest latency TCP variant, not as efficient as TCP Hybla and TCP Cubic, but it suffers a fairness and friendliness issue. TCP Westwood has a fairness issue and its own bandwidth estimator can sometimes underestimate link capacity causing TCP performance degradation. If corruption losses are present at satellite link, comparative performance evaluation study shows that an improvement up to 40 percentage efficiency ratio points can be achieved using a TCP variant different than TCP Reno. Satellite modem buffer sizing has been evaluated to achieve satellite link stability with maximum throughput. Our results show buffer size of BDP (Bandwidth Delay Product) satellite link as the optimum buffer size. A bigger buffer size would introduce a high latency. TCP Vegas could solve this issue if modem buffer size can?t be changed. A Performance Enhancing Proxy (PEP) can improve TCP performance when used in satellite communication link, splitting the connection and establishing another one with a TCP variant not initially supported by the host and adapted to satellite channel characteristics. Open source PEPsal solution is tested and evaluated over the developed virtual testbed platform.