Publication: Estudio de prestaciones del protocolo HTTP versión 2
Loading...
Identifiers
Publication date
2016-06-20
Defense date
2014-07-14
Authors
Tutors
Journal Title
Journal ISSN
Volume Title
Publisher
Impact
Export
Abstract
HTTP/2 protocol systems from the need to improve HTTP version 1.1. One of the reasons why HTTP/1.1 needs to be reviewed is because actual webpages aren’t as simple as they were when it was designed. Currently, most of webpages that we can find on the Internet are made up of a huge variety of resources. In addition, those resources are usually dynamic in order to personalize the webpage to each user so it adds a new level of complexity.
Nowadays webpages are more complex because of the large number of resources (images, javascript, css, etc) that they use. The average size of a webpage is about 2280 KB whereas only two years ago it was 1700 KB.
Furthermore, in recent years, the number of secure connections have risen. Looking back two years, only 8 % of the Internet connections were encrypted (HTTPS). Nowadays, 26 % of Internet connections are encry-pted.
All this information allows us to guess that the protocol has the problem that it wasn’t designed to work under encrypted connections neither to work with such a large number of resources. For example, surfing the Internet in an airport or in a restaurant with a mobile phone wasn’t thought to be possible a few years ago. Another example, nowadays we can buy online tickets or use our bank account online. Due to these new possibilities, Internet connections tend to be encrypted so as to increase the security. Therefore, it is necessary to improve the efficiency of the HTTP protocol in these new situations because Internet users have become accustomed to browse the internet at high speed and the current HTTPS protocol is safe but not very fast.
This made the researchers to think if it would be possible to improve the efficiency of the protocol when it is working under encrypted connections. Apparently, this was difficult because the protocol spent a lot of time nego-tiating, encrypting and decrypting the messages. However, Google thought it could be possible and, because of that, they started the development of a new protocol called SPDY. A short time later SPDY was renamed to HTTP/2 which intends to improve the loading time of Internet webpages and also fix the known security problems of HTTPS protocol.
This Final Bachelor Project pretends to analyse the performance of the new protocol in order to prove and quantify the improvements over the earlier protocol.
El protocolo HTTP/2 surge a partir de la idea de mejorar HTTP versión 1.1. Una de las razones por las que se pretende revisar es porque las páginas de hoy en día ya no son tan básicas como las que había cuando se diseñó HTTP/1.1. Actualmente, casi todas las webs presentes en Internet suelen estar compuestas por varios recursos. Los cuales suelen ser dinámicos de manera que la página se personaliza para cada usuario añadiendo un nuevo punto de complejidad. Hoy en día, las páginas web utilizan un gran número de recursos (imágenes, javascript, css, etc). Debido a ello, en media, ya superan los 2280 KB de tamaño mientras que hace tan aólo 2 años estaba en los 1700 KB [1]. Por otro lado, en los últimos años se ha observado un aumento considerable en la utilización de conexiones seguras. Si echamos la vista dos años atrás tan sólo el 8 % de las conexiones eran cifradas (HTTPS) mientras que en la actualidad el 26 % ya lo son. Toda esta información nos permite adivinar que un problema que tiene el protocolo actual es que no estaba diseñado para tales casos de sobrecarga a la hora de mostrar una página web, ni se ideó con la idea de que las conexiones fueran cifradas. Por ejemplo, hace unos años quizá no se planteó la posibilidad de que aeropuertos, cafeterías o restaurantes dieran la posibilidad a la gente de conectarse a Internet o que para comprar una entrada o manejar tu cuenta bancaria se pudiera hacer online. Debido a estas nuevas oportunidades, las conexiones a Internet tienden a encriptarse para dar más seguridad al usuario final. Por lo tanto, es necesario mejorar la eficiencia del protocolo HTTP en estas nuevas situaciones puesto que los usuarios se han acostumbrado a una alta velocidad de carga en las páginas web y el protocolo HTTPS aunque es seguro, no es demasiado rápido. Esto hizo que los investigadores se plantearan si sería posible mejorar la eficiencia del protocolo en los casos en los que las páginas web fueran cifradas dado que tanto el proceso de encriptación, como el de desencriptación requerían bastante tiempo. Google así lo creía y por ello comenzó el desarrollo de un protocolo llamado SPDY el cual se conoce actualmente como HTTP/2 que pretende reducir el tiempo de carga de las páginas de Internet y, a su vez, mejorar los problemas de seguridad conocidos para el protocolo HTTPS. Este Trabajo de Fin de Grado, pretende analizar el funcionamiento de este nuevo protocolo para comprobar y cuantificar las mejoras de rendimiento que podría proporcionar frente a su versión anterior.
El protocolo HTTP/2 surge a partir de la idea de mejorar HTTP versión 1.1. Una de las razones por las que se pretende revisar es porque las páginas de hoy en día ya no son tan básicas como las que había cuando se diseñó HTTP/1.1. Actualmente, casi todas las webs presentes en Internet suelen estar compuestas por varios recursos. Los cuales suelen ser dinámicos de manera que la página se personaliza para cada usuario añadiendo un nuevo punto de complejidad. Hoy en día, las páginas web utilizan un gran número de recursos (imágenes, javascript, css, etc). Debido a ello, en media, ya superan los 2280 KB de tamaño mientras que hace tan aólo 2 años estaba en los 1700 KB [1]. Por otro lado, en los últimos años se ha observado un aumento considerable en la utilización de conexiones seguras. Si echamos la vista dos años atrás tan sólo el 8 % de las conexiones eran cifradas (HTTPS) mientras que en la actualidad el 26 % ya lo son. Toda esta información nos permite adivinar que un problema que tiene el protocolo actual es que no estaba diseñado para tales casos de sobrecarga a la hora de mostrar una página web, ni se ideó con la idea de que las conexiones fueran cifradas. Por ejemplo, hace unos años quizá no se planteó la posibilidad de que aeropuertos, cafeterías o restaurantes dieran la posibilidad a la gente de conectarse a Internet o que para comprar una entrada o manejar tu cuenta bancaria se pudiera hacer online. Debido a estas nuevas oportunidades, las conexiones a Internet tienden a encriptarse para dar más seguridad al usuario final. Por lo tanto, es necesario mejorar la eficiencia del protocolo HTTP en estas nuevas situaciones puesto que los usuarios se han acostumbrado a una alta velocidad de carga en las páginas web y el protocolo HTTPS aunque es seguro, no es demasiado rápido. Esto hizo que los investigadores se plantearan si sería posible mejorar la eficiencia del protocolo en los casos en los que las páginas web fueran cifradas dado que tanto el proceso de encriptación, como el de desencriptación requerían bastante tiempo. Google así lo creía y por ello comenzó el desarrollo de un protocolo llamado SPDY el cual se conoce actualmente como HTTP/2 que pretende reducir el tiempo de carga de las páginas de Internet y, a su vez, mejorar los problemas de seguridad conocidos para el protocolo HTTPS. Este Trabajo de Fin de Grado, pretende analizar el funcionamiento de este nuevo protocolo para comprobar y cuantificar las mejoras de rendimiento que podría proporcionar frente a su versión anterior.
Description
Keywords
Protocolos de comunicación, HTTP2, Internet, SPDY