Resumen

  • RFC 3071 propuso clasificar los dominios por sus reglas, clientes y prácticas, no solo por la forma de su etiqueta.
  • La presencia en ISO, la delegación en la raíz, la política del registro y la legitimidad de un gobierno son pruebas distintas.

La sintaxis no cuenta toda la historia

Imaginemos dos dominios de dos letras tomados de la misma lista. Uno atiende principalmente a residentes y organizaciones locales; el otro promociona registros en todo el mundo y acepta a cualquiera que pague. Es un contraste hipotético, no una afirmación sobre dominios actuales. La etiqueta y su presencia en la raíz no revelan quiénes son los clientes.

John Klensin planteó esa brecha en RFC 3071, un memorando informativo publicado en febrero de 2001. La expansión de la Web había convertido los nombres en un mercado. Algunos registros asociados a códigos de país aceptaban titulares extranjeros o los buscaban activamente. Otros dominios llamados «genéricos» ya no se limitaban a los propósitos estrechos que sus nombres parecían indicar. La antigua división ya no describía la operación.

Klensin propuso tres categorías funcionales: dominios genuinamente genéricos, abiertos a registros de distintas procedencias y promocionados ampliamente; dominios especializados, limitados por requisitos ajenos a las fronteras nacionales; y dominios de país, orientados sobre todo a personas y entidades de ese país, sin una fuerte campaña exterior ni grandes ingresos esperados del extranjero. Todos los últimos serían ccTLD, pero no todos los ccTLD entrarían en esa clase.

La propuesta era independiente de la regla de las dos letras. Klensin consideraba deseable reservar las etiquetas de dos caracteres a códigos ISO 3166-1. Sin embargo, figurar en la lista no indicaba dónde vivían los titulares, qué ley regía los conflictos, cómo se promocionaba el registro o si sus normas se aplicaban de forma equitativa.

Por eso la evidencia debía leerse por capas. La base de la zona raíz muestra una delegación, servidores y contactos, pero no la composición del mercado. Una política publicada explica las reglas previstas; los datos de registro y la publicidad ofrecen indicios de la práctica, no prueba de cumplimiento justo. RFC 3071 sugirió observar la búsqueda de clientes externos, la proporción de titulares locales, la presencia tangible del administrador en la jurisdicción y la capacidad de sus tribunales para alcanzar a los titulares. También defendió que las condiciones importantes se publicaran antes de que alguien eligiera un dominio.

RFC 3071 fue una reflexión individual y una propuesta histórica, no un sistema de clasificación adoptado por ICANN. No basta para poner una etiqueta funcional a ningún ccTLD de hoy. Su límite institucional es igual de importante: administrar una delegación técnica no daba a IANA ni a ICANN competencia para decidir qué era un país, qué gobierno era legítimo o cómo resolver una disputa política interna. La gestión de la raíz no debía convertirse en un tribunal de relaciones internacionales.

La lección no es que todo ccTLD sea genérico. Es que el código, la delegación, el negocio, la clientela, la jurisdicción y la representación política son hechos separados. Un registro puede cambiar de mercado sin cambiar sus dos letras. Para saber a quién sirve, hay que mirar sus reglas y sus acciones; para resolver soberanía y representación hace falta otra autoridad, con otro mandato.

Fuentes