Resumen

  • En 1992 surgió una pregunta de gobierno de Internet: ¿podía acercarse el registro a las redes regionales sin fragmentar el sistema común de direcciones? El RFC 1366 propuso ocho bloques de clase C y mantuvo una sola raíz.
  • El Internet Registry conservaba las clases A y B, y seguiría siendo raíz y alternativa; la delegación regional se planteó para bloques de clase C.
  • El acuerdo de los grupos técnicos citados no equivalía a una votación mundial, y los bloques geográficos no convertían las direcciones en propiedad regional.

Una función distribuida, con un centro de respaldo

La idea de delegar no apareció de repente en 1992. El RFC 1174, publicado en agosto de 1990, recomendó que el Internet Registry siguiera siendo el registro principal y pudiera asignar bloques a organizaciones cualificadas. Allí donde no existiera una autoridad delegada, el registro central atendería la asignación. El RFC 1366 convirtió esa orientación en un esquema más sistemático ante el crecimiento y la internacionalización de la red.

Su argumento para acercar los registros era operativo. Una organización localizada en la región podía atender mejor las lenguas y costumbres de los operadores. El documento señaló Europa, América Central y del Sur, y el Pacífico como zonas cuya madurez de red justificaba considerar un registro regional. Pero mantuvo al Internet Registry como raíz y como opción de servicio directo. Si no había un organismo regional designado, o si hacía falta, el registro central seguía atendiendo al abonado.

La clase C marcaba el límite

El plan no repartía todo el espacio de direcciones. En las estadísticas de junio de 1992, el RFC contabilizó 49 redes de clase A asignadas de 126 (38%), 7.354 de clase B de 16.383 (45%) y 44.014 de clase C de 2.097.151 (2%). Como A y B se consideraban recursos limitados, el Internet Registry conservaría todas esas redes. Solo la clase C se dividiría en bloques para posibles delegaciones.

Las clases A, B y C pertenecían al esquema de numeración classful de ese periodo, no a los prefijos CIDR actuales. El RFC propuso ocho bloques de igual tamaño, cada uno con 131.072 direcciones, cerca del 6% de la clase C. La tabla vinculaba algunos rangos con Europa, Norteamérica, el Pacífico y América Central y del Sur; otros quedaban como “Others” o multi-regionales. El propósito era ordenar la asignación y facilitar la agregación de rutas. El nombre de una región describía el alcance del servicio, no una titularidad política sobre las direcciones.

La selección de un registro regional también quedaba sujeta a condiciones. Debía contar con legitimidad entre las autoridades de red locales, estar establecido más allá de la tarea de registro, ofrecer servicio estable, seguir las pautas de IANA e Internet Registry y coordinar las reglas de subasignación. El RFC proponía un solo registro de ese nivel por zona geográfica. Era una delegación condicionada y coordinada, no un mandato territorial.

Qué decía el calendario

El RFC 1366 era informativo: no definía un estándar de Internet. Su resumen menciona el apoyo general de FEPG, el Federal Networking Council, los copresidentes de IEPG y RIPE. Ese respaldo, atribuido a grupos concretos, no demuestra que toda la comunidad de usuarios votara ni que cada red adoptara el plan.

El RFC 1367 propuso un calendario: aceptar solicitudes de registros candidatos desde el 31 de octubre de 1992; revisar el plan en febrero de 1993; y empezar en abril las asignaciones de clase C conforme al esquema. El documento lo llamaba un calendario preliminar y abierto a revisión. Sus fechas son objetivos de planificación, no un registro de cumplimiento.

La experiencia europea se había iniciado antes: RIPE propuso un centro de coordinación en 1990, preparó su plan de actividades en mayo de 1991 y el RIPE NCC comenzó a operar en abril de 1992. Por eso, RFC 1366 no creó el primer registro regional. Organizó un marco general alrededor de una función que Europa ya estaba poniendo en marcha.

El bloque del Pacífico sí tiene una continuación documentada. La historia oficial de APNIC dice que la reunión APCCIRN de 1993 aceptó un plan para un NIC regional; el piloto se programó de septiembre de 1993 a junio de 1994. En abril de 1994, IANA delegó 202/8 y 203/8 a APNIC, el mismo par que el RFC asignaba en su tabla al Pacífico. Esto acredita un caso posterior, no la ejecución de todos los bloques ni de todas las fechas del plan.

La propuesta distinguía entre quién guarda el registro y quién recibe servicio local. Distribuir una función podía hacerla más cercana sin borrar la raíz, la reserva central de la mayoría de las clases de red ni los criterios comunes. Ese es el límite histórico que la propia tabla deja ver.

Fuentes