Resumen

  • La RFC 3367 convirtió idioma, geografía y categoría en propiedades compartidas de consulta, pero las definió como pistas, no como filtros obligatorios.
  • El protocolo hizo interoperable la estructura de la pregunta; cada servicio conservó el control del emparejamiento, la clasificación y el significado práctico de relevancia.

Un nombre no equivalía a una respuesta única

Los nombres comunes son palabras y expresiones, no identificadores únicos en todo el mundo. “Mercury” puede ser un planeta, una empresa, una persona o un producto; incluso un servicio puede asociar varios registros con el mismo nombre. La RFC 3367 abordó un problema acotado: cómo consultar servicios sobre registros asociados a un nombre. No definió el descubrimiento ni la selección de servicios, el registro, la propiedad o la unicidad. CNRP era un protocolo de consulta, no una autoridad de nombres.

Vocabulario compartido, juicio local

El protocolo ofrecía más que una cadena de texto. Sus propiedades centrales incluían nombre, idioma, geografía, categoría y rango de resultados. Un cliente podía iniciar con ServiceQuery para averiguar qué propiedades admitía el servicio; este también podía anunciar tipos de datos propios.

Sin embargo, la RFC no convirtió esos campos en pruebas universales. Los llamó “pistas”: preferencias y contexto del cliente. El orden podía expresar prioridad, pero el servicio podía ignorarlas y debía intentar la mejor coincidencia posible. Propiedades distintas se combinan con AND; varios valores de una misma propiedad, con OR. Aun así, la respuesta no tenía que cumplir todos los criterios. “Español” y “Madrid” podían orientar la búsqueda sin excluir cada resultado que no encajara exactamente.

Ahí está la decisión más importante: el formato de consulta podía ser interoperable y las respuestas seguir siendo propias de cada servicio. Un proveedor podía dar mucho peso al idioma; otro, casi ninguno. La RFC no fijó una fórmula común de ponderación ni un desempate universal.

Codificar no es interpretar

UTF-8 permitía intercambiar texto y las etiquetas de idioma ofrecían una forma estructurada de identificar lenguas. Ninguno de esos mecanismos resolvía si dos grafías, transliteraciones o nombres eran equivalentes. La RFC dejó las reglas de coincidencia del nombre común en manos del servicio y del idioma. La codificación conserva caracteres; no decide a qué se refieren.

La clasificación también era local. Un servicio podía ordenar resultados según su evaluación de relevancia. Las listas de servicios distintos no se volvían comparables por compartir CNRP. La RFC 3368, su protocolo compañero para URI go:, podía señalar un servidor o registro concreto o expresar una consulta más amplia, sin borrar esa división de responsabilidades.

El límite de la interoperabilidad

La RFC 3367 estandarizó la sintaxis de las preferencias, la consulta de capacidades y la lógica general para combinar campos. Dejó la equivalencia semántica y el orden final a los operadores. No es una omisión accidental: es el límite de diseño del protocolo. Un vocabulario común permite que sistemas distintos se comuniquen sin obligarlos a emitir el mismo juicio.

La lente de Lu Heng sobre la primacía del código en funcionamiento ayuda a ver esa distancia, con un alcance limitado: una especificación describe lo que las implementaciones pueden intercambiar; la experiencia depende de los servicios que la aplican. El documento no demuestra adopción ni impacto comercial. Su interés histórico aquí es más concreto: hizo transportables las preferencias, pero mantuvo local la relevancia.

Fuentes