Resumen

  • RFC 3421 permitió ordenar URLs de servicios SLP y devolver solo una parte, pero el primer candidato solo era primero bajo las claves pedidas y los atributos almacenados.
  • El total m, el límite n, los NULL, los valores mal tipados y el orden de Sort y Select podían alterar el resultado sin demostrar disponibilidad ni rendimiento vivo.

La lista terminó antes de empezar la prueba

Un cliente busca la impresora más rápida o el servidor menos cargado. El directorio puede responder usando anuncios, sin abrir una conexión a ninguno. Por eso el ranking y el servicio pertenecen a momentos distintos.

La RFC 3421, Experimental y publicada en noviembre de 2002, agregó Select y Sort a SLPv2. Sort ordenaba las coincidencias por atributos; Select limitaba las URLs transmitidas. Ahorraba ancho de banda y, al mismo tiempo, documentaba la política escondida tras “mejor”.

La primera URL era la primera después de que un DA o SA aplicara la comparación solicitada a su fotografía de atributos. No era una medición nueva de velocidad, una prueba de identidad ni el recibo de una operación terminada.

El total y la ventana eran cantidades diferentes

Select(n) pide como máximo n entradas. La respuesta incluye Select(m), donde m es el total de coincidencias. Si n es menor, solo se devuelve el prefijo. Con Select(0), el cliente conoce el total sin recibir ninguna URL.

Tres resultados no significan tres coincidencias; pueden significar límite tres. Cien coincidencias no significan cien pruebas. El directorio pudo contar registros que el cliente nunca vio y que nadie sondeó en vivo.

Un registro responsable conserva n, m, número transmitido, URLs intentadas y desenlaces. Fundirlos borra la diferencia entre población, muestra y éxito.

Ordenar era declarar un criterio

Cada clave nombra un atributo, especifica comparación de cadena o entero, dirección ascendente o descendente y, opcionalmente, referencia entera. La precedencia sigue el orden de la lista.

Si se pide velocidad cercana a 12, se ordena por distancia absoluta: 12 antes de 10, 15 y 8. La aritmética puede ser exacta y el dato estar viejo. Sort no ejecuta una prueba de velocidad.

Las cadenas usan orden léxico; una clave repetida cuenta solo la primera vez. La petición decide qué atributo domina, qué tipo tiene y si alto o bajo se considera preferible. El ranking expresa esa decisión, no una calidad universal.

NULL también competía

Una entrada sin clave recibe NULL, colocado después de cualquier valor válido. Un valor incompatible con un sort entero también se convierte en NULL. En atributos multivaluados se usa el valor menor.

El servicio sin dato de carga queda detrás aunque en realidad esté vacío. Varios valores se reducen al menor, no al promedio o al más reciente. Una posición baja puede venir de una carga alta, un campo ausente o un tipo erróneo.

La lista final no explica por sí sola cuál de esas causas actuó. Hay que guardar atributos fuente y decisión de tipado.

La secuencia de extensiones decidía quién seguía en carrera

RFC 3421 exige procesar Sort y Select en el orden en que aparecen. Ordenar por velocidad, elegir tres, reordenar esos tres por carga y elegir uno produce el menos cargado entre los tres más rápidos de la fotografía.

Elegir tres antes del primer sort puede eliminar otros candidatos sin compararlos. Ordenar toda la población por carga contesta otra pregunta. Cada Select cambia el universo de la etapa siguiente.

La secuencia es un plan de consulta. Conservar solo el último sort y la URL ganadora equivale a olvidar un límite anterior que ya había cambiado los datos.

Soportar la extensión no certificaba la fuente

Un agente anuncia select-enabled o sort-enabled; el usuario debería comprobarlo. Si no soporta la extensión o no puede ordenar, responde OPTION_NOT_UNDERSTOOD. El código cero prueba procesamiento, no actualidad ni autoría confiable de los atributos.

La ordenación se define como best effort. Aun así, petición, claves, secuencia, error y salida pueden auditarse. Lo que requiere otra evidencia es la integridad del snapshot y el comportamiento real del servicio.

Los identificadores 0x4002 y 0x4003 se asignaron en el espacio SLP de extensiones obligatorias de implementar. La asignación no prueba despliegue universal de un RFC Experimental. Registro, anuncio, ejecución, conexión y resultado son recibos distintos.

El viaje operativo empezaba después

Tras elegir URL, el cliente debe interpretarla, conectar, negociar, autenticar y operar. Un fallo posterior no convierte el sort en falso; demuestra que el algoritmo y el mundo tenían ámbitos distintos.

El legado de RFC 3421 fue hacer visible la composición de “mejor”: autor y edad del dato, tipo, dirección, NULL, precedencia y momento del recorte. Así el ranking sigue siendo útil sin adquirir autoridad sobre hechos que nunca observó.

Fuentes y límites

El expediente principal incluye HTML, texto, información RFC Editor, Datatracker, historial, referencias y erratas.

El contexto procede de SLP RFC 2165, SLPv2 RFC 2608, plantillas RFC 2609, API RFC 2614, sort LDAP RFC 2891, lista de atributos RFC 3059, IPv6 RFC 3111, extensiones de proveedor RFC 3224, malla RFC 3528, descubrimiento remoto RFC 3832 y el registro IANA. El análisis separa norma y operación con los ensayos de Heng Lu sobre running code y especificación inicial mínima.

Las fuentes establecen reglas e historia, no adopción, completitud, frescura, carga actual o éxito del servicio.