Кратко

  • RFC 9900 — Proposed Standard IETF; он снимает только указанные назначения: TCP и UDP 831 для NETCONF over BEEP, а также 832 и 833 для вариантов NETCONF over SOAP.
  • Имена служб netconf-beep, netconfsoaphttp и netconfsoapbeep сохраняются. Поэтому номера не удалены из истории и не становятся немедленно свободными для произвольного применения.
  • Документ говорит об отсутствии известных реализаций или промышленных развёртываний для этих назначений и отмечает Historic-статус RFC 4743 и RFC 4744. Это граница известных свидетельств, а не результат всеобщего сканирования.

RFC 9900 выполняет обслуживание реестра, а не вводит новый протокол. Из таблиц удаляются строки TCP и UDP, относящиеся к NETCONF over BEEP и вариантам NETCONF over SOAP. Одновременно в записях портов 831, 832 и 833 сохраняются исторические примечания: номера ранее были назначены соответствующим транспортам NETCONF и освобождены RFC 9900. Так числовая связь прекращается, но её происхождение остаётся объяснимым.

RFC 6335 рассматривает номера портов как дефицитный ресурс. Имена служб после снятия назначения номера должны сохраняться, поскольку дефицит имён представляет гораздо меньшую опасность. Снятый с назначения порт получает статус Reserved и не должен переназначаться, пока не будут назначены все остальные доступные номера соответствующего диапазона. Поэтому RFC 9900 не объявляет дату нового назначения и не делает 831–833 немедленно доступными для любого использования.

Документ не снимает назначения NETCONF over SSH на порту 830, NETCONF Call Home на 4334 или NETCONF over TLS на 6513. Он не объявляет устаревшими весь NETCONF или все его транспорты. Просьба к операторам ограничена повторной оценкой конфигураций, где освобождённые номера всё ещё связаны с netconf-beep или netconfsoaphttp. Новых требований к эксплуатации или управляемости RFC 9900 не вводит.

Путь решения для оператора

  1. Проверьте источник реестра и старые и новые таблицы IANA; зафиксируйте Reserved-статус, а не предполагаемую возможность нового назначения.
  2. Выполните буквальный поиск 831, 832 и 833 в файлах служб, правилах межсетевого экрана, мониторинге, фильтрах и схемах. Совпадение подтверждает ссылку, но не промышленное использование.
  3. Сохраните имена для осмысленного обнаружения по имени, отделив их от устаревшей числовой зависимости.
  4. Отдельно проверьте, что 830, 4334 и 6513 не были затронуты, и назначьте владельца жизненного цикла каждой найденной конфигурации.

Конкретные проверочные фикстуры

  • Сверка реестра: сопоставьте старые и новые таблицы RFC 9900 для 831–833 и сохраните исторические примечания.
  • Поиск в конфигурациях: используйте шаблон 831|832|833|netconf-beep|netconfsoaphttp|netconfsoapbeep; результат не показывает число реальных установок.
  • Проверка границ: отдельно подтвердите записи 830, 4334 и 6513, которые RFC 9900 не снимает с назначения.

Источники