Кратко

  • RFC 3421 позволял сортировать URL служб SLP и возвращать часть списка, но первая запись была первой только по заданным ключам и сохранённым атрибутам.
  • Общее m, предел n, NULL, ошибки типов и порядок Sort/Select меняли победителя, не подтверждая доступность или успех приложения.

Победитель появился до соединения

Каталог может выбрать быстрый принтер или малозагруженный сервер по объявлениям. Он не обязан подключаться к кандидатам. Поэтому рейтинг появляется раньше операционной проверки.

Экспериментальный RFC 3421 ноября 2002 года добавил к SLPv2 Sort и Select. Sort упорядочивал URL по атрибутам, Select ограничивал ответ. Экономия трафика одновременно раскрыла предел слова «лучший».

Первая строка означала обработку снимка конкретным DA или SA. Это не новый тест скорости, аутентификация или завершённая операция.

Число не было списком

Select(n) просит до n URL. Ответ сообщает Select(m) — число всех совпадений. При n < m приходит только префикс. Select(0) возвращает число без единого URL.

Три записи не доказывают три совпадения. Сто совпадений не доказывают сто проверок. Нужно отдельно хранить предел, общее число, переданные элементы, попытки и результаты.

Ключи задавали собственную модель качества

Ключ называет атрибут, строковый или целочисленный тип, направление и иногда опорное целое. Порядок задаёт приоритет. Близость к 12 считается абсолютным расстоянием: 12 раньше 10, 15 и 8. Верный расчёт не делает значение свежим.

Строки сравниваются лексически, повтор атрибута учитывается один раз. Запрос определяет, что важно и какое направление выигрывает.

Отсутствие тоже влияло на место

Пропущенный ключ становится NULL после всех допустимых значений. Несовместимый integer также становится NULL. Для многозначного атрибута берётся минимум.

Сервис без поля нагрузки окажется позади, даже если свободен. Несколько значений не усредняются. Низкое место может означать высокую нагрузку, отсутствие или неверный тип. Без исходных атрибутов причина теряется.

Последовательность изменяла множество

Расширения выполняются в порядке присутствия. Сортировка по скорости, выбор трёх, сортировка их по нагрузке и выбор одного даёт наименьшую нагрузку среди трёх записанных быстрых.

Select до Sort удаляет кандидатов раньше сравнения. Каждое ограничение меняет данные для следующей стадии. Это план запроса; последний ключ без предыдущих отсечений не объясняет победителя.

Поддержка не подтверждала данные

Агент объявляет select-enabled или sort-enabled; UA должен проверить. Неподдерживаемая или невыполнимая операция даёт OPTION_NOT_UNDERSTOOD. Нулевой код подтверждает обработку, но не свежесть и автора.

Сортировка best effort. Запрос, ключи, порядок, ошибка и ответ проверяемы; полнота каталога и реальный сервис требуют других свидетельств.

Идентификаторы 0x4002 и 0x4003 выделены из mandatory-to-implement пространства SLP. Это не доказательство всеобщего внедрения Экспериментального RFC. Регистрация, объявление, обработка, соединение и результат различны.

Реальная проверка начиналась после выбора

Клиенту ещё нужно разобрать URL, соединиться, договориться, аутентифицировать и выполнить операцию. Поздний сбой не опровергает арифметику; он показывает разные области доказательства.

Историческая ценность RFC 3421 — видимая политика «лучшего»: автор и возраст данных, тип, направление, NULL, приоритет, момент отсечения. Рейтинг полезен, пока не выдаётся за наблюдение работы.

Источники и пределы

Архив включает HTML, текст, информацию, Datatracker, историю, ссылки и исправления.

Контекст дают RFC 2165, SLPv2 RFC 2608, шаблоны RFC 2609, API RFC 2614, LDAP sort RFC 2891, атрибуты RFC 3059, IPv6 RFC 3111, vendor extensions RFC 3224, mesh RFC 3528, remote discovery RFC 3832 и реестр IANA. Анализ опирается на Heng Lu о running code и минимальной начальной спецификации.

Источники подтверждают правила и историю, но не внедрение, полноту, свежесть, текущую нагрузку или успех.