Кратко

  • Проект ROLL от 28 октября запрашивает 0x0B для Response Spreading и 0x0C для DIO Option Request. В действующем реестре IANA эти коды уже означают RREQ и RREP из RFC 9854. Версия 02 запрашивала те же коды: версия 03 сохранила старую коллизию в тексте.
  • Флаг N должен вызывать один явный ответ DIO на многоадресный DIS без сброса таймеров Trickle у соседей. Сам проект признаёт, что частые запросы, злонамеренные ограничения и старые маршрутизаторы всё равно расходуют энергию, эфир и вычислительные ресурсы.

Два значения в одной ячейке

Код опции RPL определяет, как получатель разбирает следующие байты. RFC 9854 закрепляет 0x0B за RREQ, а 0x0C за RREP. Таблица RPL Control Message Options у IANA подтверждает оба назначения. Раздел 7.2 нового проекта просит эти же числа для иных действий. Авторы отмечают, что значения должен подтвердить IANA. Такая пометка не освобождает уже занятое место: одному полю пакета нужен один согласованный смысл.

Пока доказано расхождение между документом и реестром. Случай неверного разбора реального пакета здесь не установлен. Для следующей версии нужны свободные коды либо явно выбранный иной способ кодирования. В версии 02 содержалась та же заявка. Приписывать её появление версии 03 было бы ошибкой.

Почему вообще стоит чинить эти числа? Базовый RFC 6550 разрешает узлу послать многоадресный DODAG Information Solicitation, DIS, когда ему не хватает сведений о графе маршрутизации. Подходящие соседи принимают запрос за несогласованность и сбрасывают таймеры Trickle. Затем DODAG Information Objects, DIO, некоторое время выходят чаще. Запрашивающий получает полезную карту сети, но дополнительную передачу оплачивают маршрутизаторы, которые ничего не спрашивали.

Предлагаемый флаг No Inconsistency, N, меняет эту механику. При многоадресном DIS с N маршрутизатор оставляет соответствующие таймеры Trickle в покое и посылает явный DIO. Однократный ответ заменяет период ускоренных объявлений. Флаг T позволяет отправить ответ адресно. Response Spreading разносит ответы по времени, чтобы соседи не заговорили все сразу. Флаг R и DIO Option Request уточняют, какие опции DIO нужны. Запрос становится меньше похож на приказ всему кварталу включить свет.

Один ответ можно потребовать тысячу раз

Раздел о безопасности не даёт забыть счёт. Многократные DIS по-прежнему расходуют батарею, эфир и процессор соседей. Условия, составленные так, чтобы исключить всех, могут подавить полезные ответы и задержать присоединение к сети. Старые устройства могут действовать по RFC 6550 и сбрасывать Trickle. Новых средств проверки подлинности или целостности проект не вводит; он опирается на существующую защиту RPL, проверку опций, ограничение ресурсов и рассмотрение ограничения частоты.

Инициатор определяет частоту вопросов, а платить приходится другим. Именно эту асимметрию пытается уменьшить N. Datatracker показывает версию 03 как действующий проект рабочей группы, ещё не RFC. Исправленные номера и измерения в смешанной сети при повторных DIS покажут, сколько энергии на самом деле можно сохранить.

Источники