Tim Berners Lee llama a continuar con la neutralidad de la web
El inventor de la World Wide Web, Tim Berners Lee, ha escrito un muy interesante artículo para la publicación Scientific American donde explica la importancia de mantener la neutralidad y los estándares abiertos en la web.
En sus reflexiones, Tim Berners Lee indica que la web tal como él la pensó suponía un espacio de intercambio de información en la que cualquier persona pudiera participar aportando contenido propio, de manera sencilla, sin tener que pagar ningún canon por ello ni pedir autorización para hacerlo. Marca que cada nuevo contenido la enriquece y destaca que son fundamentales en la web los enlaces entre diferentes sitios y contenidos, dado que forman una gran red de información, interconectada y disponible para cualquiera.
Especifica que al utilizar estándares abiertos se logra una compatibilidad absoluta entre todos los navegadores, garantizando precisamente el acceso universal a la información, a la vez que se hace posible la utilización de todos los recursos sin necesidad de pagar ningún costo adicional. Contrapone a esta situación el uso de patentes y Web Services propietarios, que limitan la innovación y el desarrollo.
Finalmente, en lo que respecta a neutralidad, es fundamental, según palabras del científico, que no exista por parte de los proveedores ni de los gobiernos ninguna restricción en el tráfico ni que se influencie el mismo, priorizando por ejemplo determinados sitios mientras que se dificulta el acceso a otros. A su vez, el tráfico de un cliente no debería ser inspeccionado bajo ningún punto de vista, ya que no sólo se atenta con ello contra la privacidad sino que también se influencia al cliente y se le limita la libertad.
Dentro de los ejemplos que cita Tim Berners Lee aparecen Facebook y otras redes sociales, que precisamente van en contra del acceso universal a la información por no poder compartir el contenido que se genera con otros portales. De esta manera, Facebook termina convirtiéndose en un monopolio que atrapa cada vez más a sus usuarios debido a que mucha de su producción se encuentra dentro de un lugar del que no es posible exportarla. Esto acrecienta un gran riesgo que es el de fragmentar la red de manera que se formen como islas de contenido separadas, lo que no se condice con los fundamentos principales de la web.
Hasta aquí un resumen del artículo, que es bastante extenso pero su lectura es recomendada por ser una interesante reflexión y porque quien lo escribe tiene la suficiente autoridad para que su opinión sea considerada.
RFCs: concibiendo un Internet Standard
Todos los que trabajamos en el área de las redes conocemos y hemos leído en más de una oportunidad una RFC. No obstante, no todos saben qué estados puede tener una RFC y cuál es el proceso para convertirse en estándar. Sin ir más lejos me pasó hace poco, cuando descubrí que la especificación de IPv6 se encontraba en estado Draft Standard. Esta particularidad me llamó la atención y por ello, luego de investigar, decidí escribir este post.
Por empezar, cualquier persona tiene la posibilidad de escribir un documento y enviarlo a la IETF para que sea evaluado. El mismo tendrá nivel inicial de Internet Draft y podrá ser eventualmente definido como RFC. De ser así, la primer categoría que obtendrá será de la de Proposed Standard, para luego convertirse en Draft Standard y, finalmente, en Internet Standard (o simplemente Standard). El proceso completo se explica en las 36 páginas de la RFC 2026.
Internet Draft
Como hemos dicho, cualquier persona puede enviar un documento a la IETF, pero es importante saber que el mismo debe cumplir una serie de requisitos, varios de los cuáles pueden chequearse mediante una herramienta provista por la IETF. Si todos los requisitos se cumplimentan correctamente entonces se envía el documento utilizando la I-D Sumission Tool, también provista por la IETF. Así, desde ese momento, el documento enviado se convierte en un Internet Draft (borrador de Internet) que quedará disponible para la comunidad de Internet por un plazo máximo de 185 días. Al cabo de ese tiempo el mismo será eliminado a no ser que haya sido actualizado o que lo haya comenzado a tratar la IESG. Un Internet Draft puede convertirse en una RFC, logrando el nivel de Proposed Standard, si genera el suficiente interés en la comunidad.
Proposed Standard
Los requisitos para que un documento alcance esta categoría son que el mismo sea un Internet Draft y haya sido encontrado útil por la comunidad, tenga la suficiente revisión de diferentes personas y organismos y haya resuelto problemas de forma o funcionamiento derivados de la especificación inicial. Se asume que un documento en este estado es suficientemente estable aunque es posible que se vuelva a revisar la especificación para realizar mejoras o solucionar inconvenientes.
Normalmente no se requiere ninguna implementación existente ni pruebas operacionales para que un documento sea categorizado como Proposed Standard, sino tan sólo ser tratado y aprobado por la IESG. No obstante, se requieren experiencias prácticas si el documento propone modificaciones a los protocolos fundamentales de Internet.
Los documentos en este estado son considerados inmaduros y no se aconseja su uso en ambientes de producción, donde se brinde un servicio ininterrumpido. No obstante se estimula la implementación de los mismos, de modo de lograr referencias para mejorar la especificación.
Todo documento que alcanza este estado es considerado como una RFC y es aquí donde se le asigna un número que lo identificará.
Draft Standard
Para alcanzar este nivel es necesario probar al menos dos casos de éxito de implementaciones independientes e intercambiables y que hayan surgido de códigos diferentes. En este caso, para que un Proposed Standard se transforme en Draft Standard las implementaciones de las que se habla deben abarcar todos y cada una de las funcionalidades mencionadas en el Proposed Standard. En caso de no ser así, sólo es posible una promoción si las características no testeadas se remueven de la especificación.
Una especificación en este estado es considerada como suficientemente madura y puede ser utilizada en ambientes de producción. Con el uso y la experiencia la misma puede modificarse pero sólo para solucionar bugs y no para agregar ni quitar funcionalidades.
Internet Standard
Finalmente, luego de un largo proceso de testeo y mejoras y con un número importante de implementaciones exitosas y un tiempo considerable de experiencia en el mercado se alcanza el estado final de una RFC, el de estándar. Conocido por la sigla STD, en este punto se le asigna un número de STD, mientras que se le mantiene el anterior de RFC.
La IETF mantiene una lista de los estándares existentes al momento.
Conclusión
La definición de un estándar de Internet es un proceso largo que hasta puede parecer burocrático pero es la forma de asegurarse que lo que se aprueba como estándar es una especificación funcional, completa y libre de errores o con errores de mínimo impacto. Es positivo el hecho de que Internet lo construimos entre todos y que esto se refleja en el mismo proceso de estandarización, el cuál se inicia con una especificación enviada por cualquier persona.
IETF: Internet Engineering Task Force
La IETF tiene como principal función la investigación y desarrollo de nuevas tecnologías, junto con el análisis de nuevas propuestas y la regulación de los estándares, publicados bajo la forma de RFC.
Es una organización sin fines de lucro en la que participan investigadores, vendedores, diseñadores y operadores de red. Una particularidad a destacar es que la IETF es abierta, lo que significa que cualquiera puede participar. Dada esta característica, los trabajos que se llevan a cabo se regulan por medio de listas de correo, concretando unas tres reuniones por año.
Dado que el campo de acción de la IETF abarca varias áreas, se dividen a los contribuidores en grupos de trabajo, cada uno enfocado a un tópico en particular.
Existen varios documentos que permiten conocer un poco más sobre la IETF: la RFC 3935 dicta la misión de la IETF, mientras que en el documento titulado The Tao of the IETF (también disponible bajo el número de RFC 4677) sirve como introducción a la organización y sus metodologías de trabajo.
802.11n ya es estándar!
La IEEE anunció que ha aprobado el último viernes 11 de septiembre la norma 802.11n convirtiéndola en estándar luego de 7 años exactos de desarrollo. Con algunas modificaciones y bajo el nombre de 802.11n-2009, esta nueva norma sería capaz de alcanzar los 600 Mbits por segundo, aunque actualmente está en 450 Mbits.
802.11n se vale de la tecnología MIMO y de canales de 40MHz, utilizando varias antenas para mejorar la productividad. La norma prevee compatibilidad hacia atrás tanto con 802.11a en la banda de los 5GHz y 802.11b/g en la de los 2.4GHz.
Otra característica destacable es una mayor eficiencia en cuanto a consumo energético, lo que permitirá que las notebooks que cuenten con la tecnología 802.11n tengan una mayor autonomía.
Es válido mencionar también que existen en el mercado varios dispositivos 802.11n, pero estos están basados en el borrador de la norma y pueden no ser 100% compatibles entre los diferentes fabricantes, así como no serlo completamente con los nuevos dispositivos que salgan a partir de la estandarización.
Se espera que la publicación oficial del estándar llegue en el mes de octubre.
802.11n sería estándar en septiembre
Según un post en el blog de Matthew Gast, uno de los integrantes del grupo de trabajo IEE 802.11, la tecnología wireless 802.11n podría ser eregida como estándar el próximo 11 de septiembre de 2009, luego de ser aprobado el envío al Grupo de Revisión de Estándares de la IEEE. Esto supondría que se cerraría un ciclo de exactamente 7 años de trabajo, iniciado el día 11 de septiembre de 2002.
Aunque en la actualidad existen muchos dispositivos inalámbricos que implementan la norma 802.11n, los mismos se basan en el borrador de ella y algunos incluyen extensiones propietarias. Con el estándar, será posible asegurarse que dispositivos de diferentes marcas puedan funcionar entre sí.
