jueves, 25 de agosto de 2011

Situación a futuro de las redes 4G

La tecnología 4G es la cuarta generación en telefonía móvil basada en IP, que provee banda ancha móvil además del tradicional servicio de voz. 4G ofrece muchos avances en el mercado inalámbrico, incluyendo tasas de descarga de datos a más de 100 Mbps, baja latencia, el uso del espectro muy eficiente y la implementación a bajo costo [2]. La tecnología 4G está destinada a proporcionar alta velocidad, alta capacidad y bajo costo por bit además de servicios basados ​​en IP para vídeo, datos y voz (VoIP) [1].

Las principales tecnologías que ofrecen una solución 4G son: WiMAX que se refiere a la familia IEEE 802.16 y LTE, desarrollado por la 3rd Generation Partnership Project (3GPP). Ambas tecnologías ya llevan a cabo su implementación comercialmente. Según la organización 4G Américas, actualmente hay 27 redes LTE en servicio en 19 países [3]. En el caso de WiMAX, el estándar para 4G: el 802.16m, apenas ha sido aprobado en noviembre de 2010 por la IEEE, por lo que todavía no se tiene información acerca de sus implementaciones. De todas formas, lo estándares inmediatamente anteriores: 802.16d y 802.e reportan un total de 583 redes WiMAX en 150 países [4].

En cuanto a especificaciones técnicas LTE y WiMAX tienen muchas similitudes, sin embargo, difieren en su evolución, apoyo de la industria, y la implementación de modelos . Mientras que WiMAX es apoyada por más de 300 compañías proveedoras del área de la informática y telecomunicaciones, LTE tiene la ventaja de ser desarrollada por las compañías de telecomunicaciones que pueden elegir la tecnología a implementar [5]. Es por ello que es de prestar atención qué tanto poder tienen las compañías de telecomunicaciones, es decir, los operadores móviles para elegir la tecnología líder 4G. Esto es un factor determinante, porque ellos son las principales empresas que tienen la infraestructura de red existente para adaptarla y hacerle las modificaciones pertinentes



Analizando el despliegue de cada una de estas dos tecnologías 4G, se observa que para el 2011, en Estados Unidos tres importantes operadores móviles (AT&T, MetroPCs y Verizon) ya tienen en servicio redes LTE. Alrededor de 7 empresas más tienen planeado implementar LTE en 2011 y todas las restantes por lo menos han decidido que ésta sea la próxima tecnología a implementar. La tendencia en Estados Unidos por parte de los operadores móviles es muy clara con respecto a LTE, por lo que seguramente la alta aceptación también se replicará en la mayoría de los otros países como efecto dominó. El efecto dominó ha comenzado y esto lo ratifica que ya hay 171 redes planeadas/en implementación, 77 en pruebas, y 51 licencias potenciales en el mundo [3].


LTE trae consigo nuevos retos para los operadores, como es el caso de los requerimientos de espectro radioeléctrico, que si bien optimiza el uso de éste, exige en su peor caso canales de 20 MHz para brindar las velocidades más altas que promete. La mayoría de operadores móviles en Estados Unidos poseen entre 55 y 90 MHz de espectro, capacidad que pronto podría verse seriamente cuestionada. AT&T ha informado que utiliza 40 MHz de espectro para ofrecer sus servicios de banda ancha móvil [6]. El problema inminente de la falta de espectro es un asunto que los gobiernos de cada país deben reglamentar rápidamente, con el fin de no ralentizar la implementación de dicha tecnología. A medida que transcurran los años, y el tráfico de datos aumente conforme los usuarios accedan a contenidos multimedia, la necesidad de asignar más espectro a la banda ancha móvil será indispensable. Cuando se necesite una velocidad de bajada de 1 Gbps, los operadores deberán contar con 100 MHz de espectro, para poder obtener los 5 canales de 20 MHz que LTE exige. A pesar de esta necesidad, en 2011 ningún país ha adaptado su normativa de asignación de espectro radioeléctrico para las tecnologías 4G. Son varios los países como Estados Unidos, Brasil, entre
otros, estudian la posibilidad de cambiar sus leyes correspondientes.



En Colombia, el límite reglamentario impuesto por el gobierno es de 55 MHz para cada operador móvil. Recientemente el operador con más abonados en el país: Comcel, ha manifestado la necesidad de ampliar este límite reglamentario debido a que con esta cantidad de espectro es imposible implementar redes 4G. La única manera que un operador en Colombia, pudiera prestar un buen servicio 4G, sería que prácticamente utilizara un poco más de la mitad de su espectro para prestar el servicio. Condición imposible para los operadores Movistar, TIGO, incluyendo al mismo Comcel. A diferencia de estos operadores, UNE tiene posee 50 MHz que adquirió en 2010 y que todavía no ha utilizado. A finales de ese mismo año, la compañía informaba que brindaría servicios de banda ancha móvil a través de LTE. Actualmente UNE es un operador virtual que tiene una cantidad de usuarios de internet móvil que además les presta servicio de voz. UNE tiene la ventaja de implementar un LTE decente, ya que los servicios de voz no devienen una cantidad de espectro como para no permitir usar una cantidad de espectro grande para LTE. Por tanto para 2012, cuando UNE lance sus servicios de banda ancha móvil, no tendrá ningún competidor, y gozará de un buen tiempo para captar nuevos usuarios, mientras que los otros operadores logran obtener la cantidad de espectro necesaria que en estos momentos no poseen. Al llegar LTE con UNE será posible acceder realmente a internet con banda ancha móvil con unas velocidades de como mínimo 2 Mbps. Todo indica que para el 2012 los usuarios de banda ancha móvil aumentarán considerablemente, y la demanda por contenidos multimedia crecerá notablemente. Con esto viene la posibilidad, de realizar exitosamente videollamadas, además de los servicios que ha propiciado la banda ancha por cable.


Para el caso Europeo, seguramente se seguirá la tendencia del continente americano, pero también se demorarán en implementar la tecnología LTE debido a que la banda destinada a esta tecnología es diferente y además los proveedores deben hacer las pruebas correspondientes para probar su óptimo funcionamiento.

Aunque LTE crece lentamente y WiMAX continúa también su implementación comercialmente, algunas compañías en países como Estados Unidos no llevan mucho tiempo con la tecnología HSPA+ anterior a LTE, y no han decidido actualizar a LTE ya que ven posible ofrecer buenas velocidades de subida y bajadas y al contrario, están reclamando la etiqueta 4G a sus redes HSPA +. Es es el caso de T-Mobile en Estados Unidos, que ha querido aprovechar el significado de 4G y adaptarlo a su modelo de negocio para jugar hábilmente en la industria.


Referencias


[1] Santhi, K., & Kumaran, G. (2006). Migration to 4 G: Mobile IP based Solutions. Telecommunications, 2006. AICT-ICIW '06. International Conference on Internet and Web Applications and Services/Advanced International Conference on , 76 - 76 .


[2] Jaimin. (s.f.). 4G Wireless Jobs. Recuperado el 22 de 08 de 2011, de http://4gwirelessjobs.com/articles/article-detail.php?4G-Wireless-Technology-When-will-it-happen-What-does-it-offer-&Arid=MTI3&Auid=OTY=


[3] Informa Telecoms & Media, 4G. Americas. Public Announcements (2011). Global 3G and 4G Deployment Status HSPA / HSPA+ / LTE /Aug 22, 2011.


[4] WiMAX. (22 de 08 de 2011). WiMAX. Recuperado el 22 de 08 de 2011, de http://www.wimaxforum.org/


[5] Abichar, Z., Morris Chang, J., & Hsu, C.-Y. (2010). WiMAX vs. LTE: Who Will Lead the Broadband Mobile Internet. IEEE Comput r Society.


[6] Rysavy Research. (2010). Mobile Broadband Capacity Constraints .

miércoles, 25 de mayo de 2011

Pesquisa Bibliográfica

Título del artículo: SKS (Synchronising Key Server) Setup












Autor:  Jonathan Oxer
Fecha de consulta: 09-05-2011
Resumen: El autor relata que este sitio web es una recopilación del contenido wiki extraído de Archive.org, el archivo README, y sus propios apuntes. Estos apuntes se centra en puntos críticos de la instalación del SKS, como lo es la creación de la base de datos. Para esta parte Jonathan ha hecho una exploración al archivo /usr/local/bin/sks_build.sh. Además, el autor explica como iniciar el servidor de reconciliación para poder sincronizar con otros SKS's. También se habla sobre algunos tips a tener en cuenta sobre los puertos que se tienen que abrir en el firewall. En general, el autor ha hecho una buena guía para la instalación de SKS.
Este sitio fue de vital importancia para entender la instalación del SKS.
URL: http://www.keysigning.org/sks/

Título del artículo: Installing the OpenSKS keyserver












Autor: andyr (usuario de rainydayz) http://www.rainydayz.org/user/3
Fecha de consulta: 09-05-2011Resumen: Sitio web en donde se explica paso a paso cómo instalar el SKS. Además el autor ofrece un ejemplo de un servidor SKS instalado en http://keyserver.rainydayz.org:11371
URL: http://www.rainydayz.org/node/10

Título del artículo: How To Setup A Free PGP Key Server in Ubuntu













Autor: El Di Pablo (usuario registrado del sitio)
Fecha de consulta: 09-05-2011
Resumen: Post que explica rápidamente en 5 pasos cómo instalar el SKS dándole importancia al envío de correos cifrados.
URL: 
http://www.bauer-power.net/2010/05/how-to-setup-free-pgp-key-server-in.html

Título del artículo: Guia rápida de uso de GPG para crear borrar importar y exportar claves












Autor: Olivers (usuario del sitio)
Fecha de consulta: 09-05-2011Resumen: El sitio web incluya una lista de comandos para crear, listar, exportar y borrar llaves criptográficas en GPG. Este sitio fue de gran utilidad para la creación de la llave que posteriormente se subió al SKS.
URL: http://www.tribulinux.com/guia-rapida-gpg-crear-borrar-importar-y-exportar-claves.html

sábado, 21 de mayo de 2011

Instalación y Configuración de un Servidor de Llaves OpenPGP - SKS

Breve Introducción al SKS
SKS es un servidor de llaves criptográficas OpenPGP, cuyo objetivo es proveer una sincronización fácil de implementar, descentralizada y muy confiable. Eso significa que una clave que se suba al servidor SKS rápidamente se distribuirá a todos los demás, e incluso a los servidores desactualizados, o los servidores que experimenten una conexión irregular, completamente puede sincronizar con el resto del sistema.

Recomendación: Inicie sesión como superusuario, es decir root.
Paso 1: Instale el paquete de SKS desde el repositorio
apt-get -y install sks

Paso 2: Modifique el archivo de /etc/default/sks con el fin de que el servicio sks pueda ser iniciado. Esto es porque por defecto viene deshabilitada la opción.
gedit /etc/default/sks
Entonces cambia la línea por:
initstart=yes

Paso 3: Cree la base de datos para almacenar las llaves
sks build
Paso 4: Inicie el servicio SKS, luego ciérrelo, para garantizar que todos los archivos que necesita se creen correctamente. Después lance el proceso sks db a background ya que este debe seguirse ejecutando en segundo plano,

sks /etct/init.d/sks stop
sks /etct/init.d/sks start
sks db &

Paso 5: Modifique el archivo de configuración /etc/sks/sksconf con la dirección IP de su servidor, y descomente las líneas pertinentes.
gedit /etc/sks/sksconf
Al abrirse el editor:














Paso 6: Con el fin de desplegar la información en un formulario web, usted debe agregar manualmente una interfaz web. Para ello, cree una carpeta en donde guardará los archivos de la interfaz web.
mkdir /var/lib/sks/www
Luego ubíquese en la carpeta creada anteriormente,
cd /var/lib/sks/www
Finalmente descargue el archivo desde la dirección: http://www.rainydayz.org/sites/default/files/download/sks/sks_www.tar.bz2, el cual se guardará en la ubicación /var/lib/sks/www
Paso 7: Ahora usted debe descomprimir el archivo que descargó en el paso anterior, para posteriormente instalarlo, y modificar algunos parámentros para que interactúe correctamente con el servidor SKS.
Descomprima el archivo,
tar xjvf sks_www.tar.bz2
Edite el archivo index.html con su dirección IP (del servidor SKS) y nombre del servidor,
gedit index.html














Paso 8: Ahora otórguele permisos al usuario: debian-sks para que pueda acceder a la interfaz web instalada en el paso anterior.
chown debian-sks:debian-sks *

Hasta este momento, usted ha logrado instalar satisfactoriamente el servidor de llaves criptográficas. Ahora debe probar su funcionamiento, y para ello necesita crear una llave para posteriormente subirla.



Paso 9: Creación de una llave criptográfica a través de PGP
Genere la llave,
gpg --gen-key









Ahora seleccione la opción 2: DSA y Elgamal para el tipo de llave.
Luego seleccione el tamaño de la llave, recomendación: 2048
Ingrese el período de validez de la llave, recomendación: 1y
Confirme los datos con un:y
Paso 10: Ingrese su nombre real. Seguido de su correo electrónico, un comentario y una frase contraseña.














La llave se genera, y se obtiene,












Ahora exporte la llave pública que acaba de crear,
gpg --armor --export --output /home/pedro0125/llavepubdepedro.asc CDB8B52D
Paso 11: Suba la llave pública que se exportó en el paso anterior, para ello basta con abrir el archivo y copiarlo en la página web de servidor.
gedit /home/pedro0125/llavepubdepedro.asc
Seleccione todo el texto de el archivo y cópielo.
Pegue el texto en la página web en el campo correspondiente y haga click en submit this key to the keyserver!














Si desea realizar la búsqueda de una llave, ingrese en el campo Search String, el User ID a buscar. Y seleccione por ejemplo, la opción: get verbose index of matching keys .








Con esto, se ha probado el correcto funcionamiento del SKS.
Dificultades superadas:
- Al lanzar el proceso 'sks db' es necesario, ejecutarlo en segundo plano porque éste siempre debe estar activo. Además para poderlo ejecutar es necesario detener el servicio sks y volverlo a iniciar.

Sitios de Referencia:
http://www.keysigning.org/sks/
http://www.rainydayz.org/node/10
http://www.bauer-power.net/2010/05/how-to-setup-free-pgp-key-server-in.html
http://www.tribulinux.com/guia-rapida-gpg-crear-borrar-importar-y-exportar-claves.html