Resumen

  • RFC 3044 incorporó un ISSN existente al marco URN para nombrar una publicación seriada sin depender de la dirección web donde estuvieran su registro bibliográfico o su edición electrónica.
  • El documento advertía que las URL almacenadas no eran permanentes. Por eso su sistema de demostración incluía un “URL Watcher” que detectaba enlaces rotos o redirigidos; la resolución global seguía siendo un paso futuro.

Una revista puede cambiar de alojamiento y conservar su título. También puede dejar de publicarse y seguir en los catálogos. Publicado en enero de 2001, RFC 3044 intentó separar esa identidad duradera de la dirección en la que un lector encontraría la publicación en un momento dado. El ejemplo era sencillo: urn:ISSN:1560-1560. El ISSN ya identificaba publicaciones seriadas.

Reutilizarlo tenía sentido. La red ISSN vinculaba cada número con un título clave construido para evitar duplicados, conservaba registros de publicaciones cesadas y no reasignaba un ISSN. RFC 3044 veía esa persistencia como compatible con los nombres URN. También fijaba reglas de comparación mecánicas: se podía omitir el guion y normalizar a mayúscula una «x» de control. Así, una aplicación podía transportar la referencia de una revista sin confundirla con la URL que su editor usaba entonces.

Pero un URN que termina en una URL obsoleta tampoco lleva al lector hasta la revista. RFC 3044 fue explícito: no se aseguraba la persistencia de las URL guardadas en la tabla de resolución. Había que comprobarlas y actualizarlas. El “URL Watcher” detectaba direcciones rotas o redirigidas y registraba su estado para que el resolutor ofreciera un enlace más pertinente. No hacía eternas las direcciones; dejaba claro que el servicio necesitaba mantenimiento.

El texto decía que el Centro Internacional del ISSN ya había desarrollado un sistema de resolución, pero el resumen lo llamaba demostrador para evaluar qué haría falta antes de desplegarlo de forma operativa. En esa primera fase, un servidor central traducía un ISSN en una o varias URL: una podía llevar al registro bibliográfico y otra a la revista electrónica. El paso siguiente —la resolución global mediante un sistema de descubrimiento como NAPTR— aún se consideraba una evolución posible. RFC 3044 lo identificaba como un problema importante, no como un logro consumado.

El identificador, la descripción y el destino tenían relojes distintos. El ISSN podía seguir asociado a una revista ya cesada; el registro podía conservar su título y sus relaciones; la URL podía romperse, redirigir o cambiar. No había que reasignar el número cada vez que cambiaba la dirección. Pero la identidad persistente no proporcionaba por sí sola el acceso.

Hay una comparación actual útil, siempre que se respete la cronología. El Centro Internacional del ISSN describe hoy el ISSN-L como un identificador que agrupa los ISSN propios de las ediciones impresas y en línea. Esa relación ayuda a reunir versiones en las bases de datos; no debe atribuirse retrospectivamente al demostrador de 2001. Por otra parte, IANA mantiene una entrada issn en su lista formal de espacios URN, mientras que Datatracker registra que RFC 3044 pasó a Historic en 2017. Son registros distintos y responden preguntas distintas. Ninguno demuestra que el demostrador o la resolución global propuesta funcionen hoy.

La Nota 64 de Heng Lu sirve aquí solo como lente de diseño, no como fuente sobre el proyecto ISSN: un documento puede proponer una referencia útil sin que su publicación pruebe que el sistema esté desplegado. RFC 3044 distinguía justamente el sistema presentado de la resolución global que aún se contemplaba. Su lección es concreta: un nombre persistente facilita transportar una referencia, pero el acceso sigue dependiendo de una relación mantenida entre registro, resolutor y direcciones que cambian.

Fuentes