IPv6 es la próxima versión que comenzaremos a utilizar en el mundo de las redes e Internet, sucediendo a la anterior y actual versión IPv4.
Sus padres, Steve Deering (miembro jefe de Cisco e inventor del Multicast) y Craig Mudge (director de la Xerox PARC) han diseñado este estándar, pensando en renovar completamente la visión actual de Internet, solventando la gran cantidad de problemas y lastres del sistema IP actual.
Uno de los principales problemas de IPv4 es la denominada «escasez» de IPs.
En un principio la distribución general de IPs se realizó sin ciertas pautas, dando paso a una estructura mal repartida y desorganizada, y una serie de arreglos sobre otros para intentar solucionar temporalmente el problema.
Aunque IPv4 puede proveer hasta 232 IPs únicas, que en principio puede parecer suficiente, no lo es para el concepto de Internet de hoy en día, en la cuál cada dispositivo (router, móvil, PDA, cámara fotográfica, ventilador e incluso tostadora) pretende tener una IP propia y permanente.
Incluso en la famosa revista Wired, han empezado la cuenta atrás de IPv4, avisando de que quedan 996 días para llegar al agotamiento completo de IPs en IPv4.
Conceptos como las redes locales junto al NAT han conseguido frenar la necesidad urgente (a modo de «parche») de migrar a un nuevo modelo, pero aún así, muy pronto el cambio va a ser necesario.
Uno de los paises que más afectados se han visto por la necesidad de IPs (debido a su alta población) es China, quienes han puesto en marcha un plan llamado China Next Generation Internet, donde se establece un proyecto de adopción temprana de IPv6.
El nuevo modelo de IP introducirá muchos nuevos conceptos que nos harán la vida más fácil, pero también nos cambiarán a un sistema «desconocido» que convertirá en obsoleto e incompatible todo lo que actualmente usamos (routers o modems de IPv4, plataformas web programadas para IPv4, conceptos de subnetting, configuración de IPv4, etc...) con lo que se hace más que recomendable acostumbrarnos al nuevo sistema.
Algunos de los cambios son los siguientes:
Por su parte, por la implementación de IPv6 en los sistemas operativos no hay que preocuparse. Llevan desde hace bastante tiempo preparados, en Windows 95/98/ME con Trumpet IPv6, 2000 (mediante unos parches), XP y Vista de forma nativa. Mac OS X también soporta IPv6. La mayoría de las distribuciones de Linux también soportan de forma nativa IPv6.
Si quieres comprobar si tienes los protocolos IPv6 instalados en tu sistema, solo tienes que escribir ping6 ::1 para comprobar la conectividad con tu propia maquina. Así que... ¡A prepararse para IPv6!.
Conexión a internet más rápida y veloz.
¿Qué te has perdido o no encontraste un hueco para poder asistir a las últimas convocatorias de Blog & Gofio? No hay ningún problema.
El próximo sábado 10 de Mayo a las 21.00h se llevará a cabo un Blog & Gofio en Candelaria, así que si estás interesado en pasar un buen rato con buena compañía, conocer gente y comentar todo tipo de curiosidades y temas relacionados (y no relacionados) con los blogs, esta es una buena oportunidad.
En Blogs & Gofio XIV de PabloDiaz puedes confirmar tu asistencia y apuntarte si así lo deseas.
Pero el Blog & Gofio no viene sólo, puesto que entra dentro de las primeras jornadas de blogs de iCities, organizado por el Ayuntamiento de Candelaria, donde se hablará de Blogs (evidentemente), de avances en materias de educación, administración en internet de entidades locales, periodismo digital, ciberactivismo, software libre, etc. Inscribete, puesto que las «plazas» son limitadas.
Aprovecho también para avisarles a los que le interese, Administración Canaria, un buscador vertícal sobre administraciones públicas canarias montado sobre Google Custom Search Engine (GCSE), desarrollado por Nacho y Jose Frechín.
El protocolo HTCPCP es una extensión del protocolo HTTP (normas por las cuales se rigen las conexiones vía web) propuesta en los RFC de la IETF.
Estos RFC no son más que una serie de documentos (a nivel técnico bastante alto) donde se especifican ideas para nuevos protocolos (posteriormente comentados, revisados y supervisados) para que, en el caso de parecer una alternativa factible, estudiarlos y adaptarlos.
Por ejemplo, varios protocolos usados en la actualidad tienen su propio RFC, como es el caso de:
En este caso concreto, voy a hablar del protocolo HTCPCP, detallado conjunto de normas para controlar y monitorizar cafeteras y preparar café vía web, definidos en el RFC 2324 del cuál extraigo, traduzco y adapto algunos interesantes fragmentos:
[...] El protocolo HTCPCP funciona añadiendo ciertos campos de cabecera, códigos y nuevos métodos en el protocolo HTTP. Se podrá acceder a las cafeteras vía web referenciandose por el esquema coffee://[...]
[...] Los comandos para controlar una cafetera son enviados desde el cliente al servidor utilizando el método POST o un nuevo método BREW, junto al cuerpo de mensaje con una cabecera Content-type establecida a «application/comando-de-cafetera». [...] Las cafeteras serán calentadas utilizando mecanismos electrónicos y sin necesidad de fuego, por lo tanto, el uso de cortafuegos es irrelevante.
[...] El método PROPFIND proporcionará metadatos acerca del café en el caso de que contenga datos y no se encuentre vacío [...] Al terminar el proceso de café en una cafetera vía web, es necesario que el cliente realice una solicitud para que el servidor sepa cuándo se debe dejar de vertir leche. El método WHEN proporciona esta información, finalizando el proceso de transmisión de leche.
Cuando un servidor HTTP tiene problemas, devuelve un cierto código: 404 cuando no encuentra la página, 500 cuando se produce un error del servidor. HTCPCP tiene una serie de códigos de error que devuelve también al cliente:
406 ERROR: No aceptable [...]
El servidor se ha encontrado con un error que no le permite fabricar el café. Devuelve una lista de los tipos de café que soporta para esa solicitud.
418 ERROR: I'm a teapot (Soy una tetera) [...]
Se ha intentado realizar una solicitud de café en un servidor que no es una cafetera, sino una tetera y no se ha podido realizar la petición. [...]
Consideraciones de Seguridad
[...] El uso no moderado a servidores HTCPCP de café desprotegidos a usuarios de Internet puede dar lugar a un ataque de denegación de servicio de café. [...] Se debería debatir contemplar la autorización en la próxima versión de HTCPCP.
Como ya habrán imaginado, este RFC es un protocolo envíado un 1 de Abril (día de los inocentes anglosajón), con un humor un tanto característico. Sin embargo, esto no acaba aquí.
Se puede encontrar multitud de información adicional como varias anotaciones en bugzilla sobre HTCPCP (incluyendo propuesta de un protocolo extensible de bebidas), así como otras bromas similares como:
En realidad, el vídeo es un trabajo de un grupo de artístas rusos de Moscú, GoogleRusiaBlog, que han creado un impresionante montaje con el funcionamiento «real» de la famosa aplicación web de Google, Gmail.
Merece la pena echarle un vistazo.
Con el slogan ¡Registrate en Gmail! anuncian este impresionante vídeo que encontrado vía Geekotic > Palmaniac.
6 consultas efectuadas / Página generada en 0.045 segundos
Programado íntegramente por José Román (Manz) en XHTML y CSS estándar.
Sindicado bajo Feed RSS. Contenido bajo licencia Creative Commons
Estadísticas de visitas · Términos y condiciones · Contacto · Publicidad · Preguntas frecuentes (FAQ)