Por Germán Gómez
Se podría decir que la frase
"se acaban las direcciones de internet"está de moda. Se habla de ello incluso en la televisión. En mi opinión el asunto no es tan dramático, especialmente para los proveedores de contenido, y tendremos IPv4 para rato. En cualquier caso, en el equipo técnico, allá por el mes de marzo, pensamos que hubiese sido bonito tener
ELMUNDO.es disponible en IPv6 para el famoso
Día Mundial de IPv6 que se celebró el 8 de junio. Y aunque finalmente no lo conseguimos, trataremos de explicar
el proceso de implantación y las complicaciones que surgieron.
En primer lugar, como tenemos nuesto propio sistema autónomo y conectividad con varios proveedores de ancho de banda -lo que se conoce como "multihomming"-, teníamos derecho a solicitar a RIPE NCC un rango /48 de direcciones IPv6. Teniendo en cuenta que al pasar de IPv4 a IPv6 el tamaño de una IP pasa de 32bits a 128bits, pasamos de algo más de 4 mil millones de IPs disponibles en IPv4 a un numero muy muy grande de IPs en IPv6, algo asi como 3.4E38 direcciones. Algo más de un 3 con 38 ceros detrás. Este numero realmente inimaginable se reduce bastante cuando tenemos en cuenta que la asignación para LANs "oficial" es un /64. Es decir tenemos algo más de 18 trillones de IPs para cada LAN, y en nuestro caso con un /48 tendriamos espacio para 65536 LANs. Más que de sobra si tenemos en cuenta que en IPv4 teniamos un /24, es decir 256 IPs en total. Pero las ventajas de IPv6 no son sólo la evidente de tener más direcciones: Multicast, IPSsec, autoconfiguración de direcciones (algo que nosotros preferimos desactivar), y muchas otras mejoras que hacen que la transición a IPv6 sea algo deseable. El problema es que gran parte de esas ventajas solo se notarán cuando todos estemos en IPv6. Y a no ser que se decida un 'apagon' del IPv4 a nivel global todavía queda mucho tiempo para que eso ocurra. De hecho, nuestra implantación de IPv6, que es la más habitual, se conoce como 'IPv4/IPv6 double stack', que implica que IPv4 e IPv6 coexisten en la misma red y en el mismo equipamiento.
Después de esta introducción entramos en materia. Primero, como no somos
LIR sino
PI,
no podemos negociar directamente con RIPE NCCy tenemos que hacerlo a través de uno de nuestros
proveedores de ancho de banda. No vamos a dar nombres pero realmente fue muy, muy complicado. El IPv6 todavía no está del todo maduro y se nota sobre todo con algunos proveedores. Para que os hagáis una idea,
a pesar de empezar el proceso con RIPE en marzo, no tuvimos IPs de IPv6 hasta mayo. De todas formas, mientras 'llegaban' las IPs no estuvimos de brazos cruzados.
Lo primero era decidir si utilizabamos la misma arquitectura que da soporte en IPv4 o montábamos algo en paralelo para dar servicio exclusivamente en IPv6. Decidimos usar la misma infraestructura para conservar la escalabilidad y rendimiento de nuestro actual sistema. Como ya contamos en
una entrada anterior de este blog, nuestra arquitectura es un poco particular. En el caso de IPv6 no tiene sentido usar IPs privadas, en principio porque el NAT no esta contemplado, pero sobre todo porque con 18 trillones de IPs en cada LAN, no tiene pinta de que nos vayamos a quedar sin IPs. Lo que sí decidimos mantener fue el DSR. Es importante hacer notar que en caso de que tuvieramos un sistema de balanceo intermedio habitual que mantiene conexiones completas, el cambio hubiera sido trivial: añadir una IP al lado externo y listo. En nuestro caso, tuvimos que añadir IPs de IPv6 a todos los servidores, así como a los routers y balanceadores. Surgieron algunos problemas, como por ejemplo que si bien muy poca gente navega con tuneles en IPv4, los tuneles en IPv6 están a la orden del día. Eso unido a que la gestión del MTU en IPv6 se hace entre extremos y que con DSR eso es imposible, hizo que tuvieramos que modificar los valores por defecto en los propios servidores para el tráfico IPv6. Por otro lado,
tal como lo tenemos organizado, fue sencillo añadir IPs de IPv6 y configurar los grupos de balanceo. Tenemos toda la gestión de servidores muy automatizada y es posible configurarlos de forma masiva mediante 'scripts'.
La configuración de los routers tampoco fue mucho más complicada. Como decíamos antes, a pesar de que IPv6 soporta autoconfiguración de IPs basada en MAC y prefijos, preferimos desactivarla, para poder gestionar las IPs a nuestro gusto.
No hay que olvidar que el CDN desde el que servimos todo el contenido estático también necesita IPs de IPv6. Lo malo es que esas IPs no son nuestras, sino de nuestros proveedores de ancho de banda para el CDN, de modo que tuvimos que solicitar conectividad IPv6 también a esos proveedores (y al igual que en el caso del CPD las velocidades de respuesta no fueron siempre similares). En el caso de el CDN no hay problema con el balanceo, porque se hace por Round Robin en el DNS, así que sólo hubo que ponerle la IP de IPv6 correspondiente a cada servidor y configurar el routing estático.
Una vez que la conectividad está resuelta, necesitamos
asegurarnos que todo el 'software' que usamos para dar servicio soporta IPv6. Y resulto que alguno no lo soportaba, por lo que tuvimos que añadir el soporte básico nosotros mismos. Tambien hay que asegurarse de que nuestros desarrollos son al menos compatibles. Algunos sí lo eran, pero otros no, de modo que también tuvimos que añadirlos progresivamente. En cualquier caso,
seguimos en pruebas, así que si alguno de vosotros navega mediante IPv6 y nota algo raro, no dudéis en
contactar con nosotros.
El último paso fueron los DNS. El dominio de ELMUNDO.es está registrado en NIC.es. Tenemos que asegurarnos que los usuarios que sólo tengan IPv6 sean capaces de averiguar quién es el DNS autoritario para la zona de ELMUNDO.es, para eso hay que dar de alta en NIC.es esos DNS y por supuesto configurarlos como tal.
En resumen, como casi siempre,
los retrasos no fueron debidos a problemas técnicos, sino a la burocracia. Cuando por fin tuvimos listo lo suficiente como para servir lo más importante con IPv6 era 10 de junio, y se nos había pasado el plazo para el Día Mundial de IPv6, aunque por muy poco. De modo que decidimos hacer pruebas mucho más reales y terminar de dar soporte a más de nuestros desarrollos. Después de algún que otro susto y algún momento de
"¿Pero realmente queremos o necesitamos IPv6?", finalmente añadimos el registro AAAA para
www.elmundo.es y todos los servicios asociados y
empezamos a servirwww.elmundo.es en IPv6. Por ahora estamos en pruebas, aunque la capacidad de servir es la misma que para IPv4, y de hecho en los proximos dias pasaremos el resto de portales de Unidad Editorial a este nuevo sistema, ya que la el cambio nos costará poco. La pregunta que os estaréis haciendo es:
"¿Bueno, y cuanto tráfico IPv6 estáis recibiendo?". Pues muy poco. Realmente muy poco.
No llega al 1%, y además practicamente todo ese tráfico es desde fuera de España. Aunque es bueno poder decir que estamos preparados para un futuro sin IPv4.
(1)
![[foto de la noticia]](http://estaticos03.cache.el-mundo.net/elmundo/imagenes/2011/07/28/navegante/1311845129_0.jpg "[foto de la noticia]")
