Resumen

  • RFC 1274 se publicó en noviembre de 1991 como especificación de la vía de estándares del IAB para un schema independiente de implementaciones en los pilotos COSINE e Internet X.500. Consideró útiles las definiciones básicas de X.500, pero insuficientes para un piloto grande: repetir en privado definiciones comunes impedía que sistemas remotos conocieran su semántica.
  • La conformidad exigía que un DSA pudiera almacenar valores definidos y que un DUA identificara cada tipo. La comparación correcta, la imposición del schema de clase, la presentación correcta y la compatibilidad con la versión anterior eran deseables, no requisitos. Las adiciones opcionales podían mejorar una clase; alterar atributos obligatorios exigía una clase nueva y retirar la anterior.

La definición común resolvía un problema de lenguaje

El RFC no pretendía absorber todas las necesidades locales. Las necesidades esotéricas, locales o muy experimentales debían seguir con definiciones privadas. La coordinación se reservaba para requisitos que más de un sitio compartía, y buscaba evitar que objetos del mundo esencialmente semejantes recibieran tipos duplicados.

La razón era práctica: si cada directorio inventaba por separado un atributo común, un sistema remoto no podía determinar qué significaba el dato que recibía. La definición compartida hacía reconocible una categoría dentro del intercambio. No convertía el atributo en una declaración verdadera sobre la persona, organización o servicio al que parecía referirse.

Un nombre estable ayuda a leer una afirmación. No prueba cómo se obtuvo, quién la autorizó, si sigue vigente ni qué derechos concede.

Almacenamiento e identificación eran el mínimo, no toda la semántica

RFC 1274 pedía a un DSA conforme almacenar los valores de clases y atributos especificados, y a un DUA identificar el tipo con una representación adecuada. Para valores grandes, el alcance era aún más limitado: podía no almacenarse o mostrarse, siempre que se indicara su presencia.

Ese mínimo permite que dos sistemas hablen de un tipo sin perderlo de inmediato. No asegura que una sintaxis sea comparada correctamente, que una regla de clase sea aplicada o que el valor llegue al lector con la representación correcta. Menos aún asegura que el dato sea exacto, privado, autorizado o atribuible al sujeto real.

El documento conserva estas diferencias porque un directorio es un lugar donde se expresan afirmaciones; no es el mecanismo que, por tenerlas, las convierte automáticamente en hechos.

Lo deseable no se volvió evidencia de que ya ocurría

El RFC presenta como deseables cuatro capacidades: coincidencia correcta de todas las sintaxis, imposición del schema de clase, presentación correcta por el DUA y compatibilidad con una versión previa. La elección de palabras importa. Cada capacidad depende de una conducta concreta de implementación y no se deduce de que un atributo sea reconocible o almacenado.

Una coincidencia correcta responde a cómo se comparan valores. La imposición responde a si se respetan las condiciones de una clase. La presentación responde a lo que ve una persona. La compatibilidad responde a qué sobrevive entre versiones. Un registro visible sólo demuestra, por sí mismo, que un sistema hizo visible un valor; no absorbe las demás proposiciones.

Lo opcional podía crecer sin cambiar quién pertenecía

La regla de evolución de RFC 1274 es especialmente clara. Si una modificación añadía únicamente atributos opcionales, podía mejorar la clase existente. Una entrada previa podía seguir perteneciendo a ella aunque careciera del dato nuevo.

Si se alteraban los tipos de atributos obligatorios, el texto proponía crear una clase nueva y expirar la original. Un atributo obligatorio forma parte de la condición de pertenencia. Cambiarlo silenciosamente haría que el mismo identificador describiera una promesa distinta y reescribiría el pasado de sus entradas.

La clase nueva conserva el corte. Permite distinguir qué condición regía una entrada de qué condición fue introducida después, sin hacer pasar la continuidad del nombre por continuidad del significado.

El schema coordinaba una gramática, no gobernaba el mundo descrito

El logro de RFC 1274 era acotado: un idioma compartido para definiciones repetidas entre sitios. No decidía la veracidad de una dirección, la identidad de una persona, la autoridad del administrador, la política de acceso, la confidencialidad del dato ni el resultado de una consulta concreta.

Precisamente por no prometer esas cosas, el schema podía servir como infraestructura de coordinación. Nombrar un objeto de forma común no volvía al directorio dueño del objeto ni prueba suficiente de sus relaciones fuera del directorio.

Fuentes y límites de la evidencia

Este artículo utiliza RFC 1274 — The COSINE and Internet X.500 Schema. La fuente respalda el status de 1991, las definiciones comunes y locales, el mínimo de conformidad, las capacidades deseables y la regla de evolución de clases. No acredita un servicio X.500 activo, implementación concreta, entrada exacta, identidad, autorización, privacidad, coincidencia, imposición, representación, compatibilidad o resultado actual.