Este tipo de anuncio de atributos transitivos no reconocidos por las implementaciones es perfectamente conforme con el estándar de BGP (así se ha hecho, por ejemplo, para el soporte de sistemas autónomos de 4 bytes) pero lo que nadie esperaba es que los routers Cisco tuviesen un bug que provocó que muchas de las sesiones BGP empezasen a desconectarse, montándose un baile de flappings como hacía tiempo que no se veía.

Según los datos publicados por RIPE, el impacto no fue tan importante como se pensó en un primer momento, pero podía haber sido mucho peor. Por ejemplo, durante la duración del experimento, se multiplicó por 20 el número de actualizaciones de la tabla BGP, en el momento más problemático desaparecieron de la tabla BGP un 1,4% de los prefijos (unos 4500) y se vieron afectados algunos de los servidores DNS de TLDs como .si y .fr .

La duración del experimento (tiempo en el que se anunció el prefijo con los atributos especiales de la Universidad de Duke) fue de 27 minutos… tiempo suficiente para liarla parda! . En el momento en que se detectaron los problemas y la coincidencia de que todos los routers afectados eran Cisco, se pusieron en contacto con el fabricante y el mismo día Cisco publicó un security advisory y una versión de IOS en la que se solucionaba el problema. La versión de IOS afectada es la XR, precisamente la que usan los routers de gama más alta de Cisco, lo que explica el impacto tan importante.

RIPE ha publicado un report con información sobre este incidente.

En fin, esto es lo que tienen los experimentos y el avance de la ciencia, que a veces las cosas no van como uno espera!.

El documento es de nivel básico pero muy interesante para la gente que llega al mundo de IPv6… al que al final todos tendremos que llegar porque ya sólo quedan libres el 6% de direcciones IPv4.

Enhorabuena a la gente de Inteco por una iniciativa como esta… parece que no todas las administraciones y estamentos oficiales son iguales y algunos tienen ganas de hacer las cosas bien y de estar por delante.

Decir que soy parte implicada en el documento ya que he participado en su revisión junto a gente de Bondis, BT y Consulintel (que por cierto son, desde hace muchos años, los verdaderos reyes del conocimiento e implicación en la adopción de IPv6 a nivel mundial).

En el draft propuesto hay cosas tan interesantes como:

• Hiding SIP complexity under the right, standards based API
• The SIP state machine moves to the business logic in UA and Web
  feature servers
• Added references for metadata standards to replace SDP
• Keep only UDP for media transport, RTP data about the media is moved to the application as well
• New reference for HIP specific NAT traversal utilities

La verdad es que Henry Sinnreich lleva ya un tiempo aportando dentro del IETF nuevas propuestas de este tipo para crear toda una serie de elementos/tecnologías que permitan integrar SIP de una forma sencilla en las aplicaciones Web.

P.D. Sí, de vuelta…

El propio autor del gráfico explica que va a preguntar en Slashdot lo que piensa la gente sobre esos patrones.

En el texto, también incluye un artículo (El síndrome del coronel Tapioca) escrito por el genial (y a veces pasado de vueltas) Arturo Pérez Reverte en el que refleja qué es ser un corresponsal de guerra o conflictos y las consecuencias que ello puede conllevar.

Como se ve al leer los dos artículos, parece que ha quedado muy lejos ese concepto de corresponsal de guerra que había hace años (¿os acordais de Pérez Reverte haciendo las crónicas agazapado detrás de una trinchera o similar sonando los tiros alrededor suyo?) con el que el riesgo, las penurias, el miedo (u acojone) era algo indivisible?. Como en muchas otras cosas, parece que ya no queda nada de eso…

En la misma nota de prensa se hace un llamamiento a operadores y fabricantes para aumentar el uso y despliegue de IPv6. Según indican, las asignaciones de IPv6 aumentaron un 30% durante 2009.

A pesar de este aumento, el tráfico (y utilidad) real de IPv6 aún es prácticamente insignificante fuera de los ámbitos de investigación, técnicos y freekies… por algo será que este blog tiene IPv6 . Por ejemplo, la tabla de rutas BGP de IPv6 tiene ahora mismo 2273 prefijos, lo que es una minucia comparado a los más de 303000 que hay en la tabla de IPv4 (si bien es cierto que la situación de la tabla IPv4 es de demasiados prefijos).

Si probamos cuantos servidores web de los que usamos diariamente tienen soporte para IPv6, quedaríamos tremendamente defraudados (ni Google a no ser que se use una url concreta), así que aún queda un largo camino por recorrer: los operadores e ISP con soporte IPv6 (aquí sí que hay camino recorrido) y que entreguen direccionamiento IPv6 a los clientes (ADSL, cable, etc), los fabricantes de equipos, los operadores de contenidos, desarrolladores de software, etc, etc, etc… demasiado camino que recorrer todavía para estar por debajo de un 10% de direccionamiento IPv4 no asignado.

Desde ahora mismo ya podeis acceder a este blog a través de IPv6… no se muy bien para que servirá ni cuanta gente tiene acceso IPv6 a Internet pero bueno, ya se sabe como somos los técnicos, ¿no?

Enjoy!.

A ver si estos días me voy poniendo al día con los posts…

Feliz años a todos!.