Summary

  • Jan Zorz, Mark Townsley y Jordi Palet Martinez impulsaron la propuesta RIPE 2011-04: los titulares elegibles de un /32 IPv6 podían pedir su ampliación hasta /29 sin justificación adicional. Se aceptó en mayo de 2012.
  • La propuesta 2012-10, aceptada en mayo de 2013, aplicó esa posibilidad a cada asignación antigua, en vez de limitar a /29 el conjunto de un registro local.

Un espacio reservado con el candado puesto

El plano decía que había sitio. Alrededor de cada bloque IPv6 /32 inicial, RIPE había reservado espacio contiguo hasta un /29 para una ampliación futura. Pero un operador que quería usarlo debía volver a explicar por qué lo necesitaba. Era como reservar una mesa y descubrir que la reserva solo incluía el derecho a solicitar una silla.

Jan Zorz llevó ese desajuste al grupo de política de direcciones de RIPE junto con Mark Townsley y Jordi Palet Martinez. Su propuesta 2011-04 describía problemas bastante terrenales. Para un operador pequeño que utilizara 6rd —IPv6 desplegado sobre una infraestructura IPv4 existente—, el tamaño del bloque condicionaba cómo repartir espacio a los clientes. Otro podía necesitar bits para distinguir regiones o partes de su red. El mínimo /32 no siempre dejaba un diseño cómodo. Los autores pidieron que los nuevos solicitantes elegibles pudieran obtener hasta /29 y que los titulares de antiguos /32 pudieran ampliar su bloque sin otro expediente de necesidad.

Las actas de RIPE 64 recogen a Zorz conduciendo el debate. La propuesta fue aceptada el 31 de mayo de 2012. Un /32 podía crecer a /31 o /29 con una petición sencilla; por encima de /29 seguía haciendo falta justificarlo. El espacio guardado para crecer empezaba a cumplir su propósito.

Quedaba una trampa sintáctica. La versión aprobada decía que las asignaciones de un registro local, un LIR, podían ampliarse «hasta un total de /29». Para un LIR con varios /32, total sonaba a un solo techo compartido. La propuesta 2012-10 puso un ejemplo concreto: una empresa con tres redes y tres /32 podría ampliar una a /30 y dos a /31. Ni siquiera podía escoger ampliar una sola a /29 y dejar las demás intactas. El inventario societario había terminado decidiendo una cuestión de arquitectura de red.

Zorz y sus coautores volvieron con una corrección quirúrgica: cada asignación podría ampliarse hasta /29 sin más documentación. Ellos mismos llamaron descuido a la redacción anterior. Señalaron además el incentivo absurdo de ampliar los bloques antes de fusionar varios LIR, porque después de la fusión el mismo conjunto de redes quedaría bajo otro techo. RIPE aceptó el cambio el 14 de mayo de 2013.

En dos expedientes, el espacio IPv6 reservado dejó de depender de un rodeo administrativo. La historia tiene pocos fuegos artificiales: un prefijo, tres redes y una palabra mal situada. Para quien opera esas redes, eso ya era bastante drama.

Registros originales