Кратко

  • RFC 2215 отделил локальное значение элемента от результата, составленного по пути, и связал характеристику с конкретным следующим переходом.
  • Разрыв объединялся через ИЛИ, число IS-aware-переходов увеличивалось, полоса и MTU брали минимум, минимальная задержка складывалась до признака неопределённости.
  • Составленное значение было условной характеристикой, а не резервированием, допуском, измерением доставки или результатом приложения.

Один маршрут задавал разные вопросы

На очередной маршрутизатор могли прийти сразу четыре утверждения: был ли раньше узел без нужной службы, сколько элементов понимало Integrated Services, какая наименьшая доступная полоса объявлена и сколько минимальной задержки накоплено. Усреднение уничтожило бы их смысл.

RFC 2215 закрепил операцию за типом утверждения. Одного разрыва достаточно — значит, ИЛИ. Участник добавляет единицу. Ограничивающий ресурс сохраняется минимумом. Задержка добавляется.

Эти параметры помогали оценить QoS-среду до конкретного запроса. Они не говорили, что ресурс уже зарезервирован или пакет получил услугу.

Локальный факт не равнялся пути

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

Спецификация называла параметры концептуально per-next-hop. Общее средство передачи или большая сеть могли требовать разных значений для разных выходов. Превращение числа в постоянное свойство устройства стирало выбор маршрута. Отдельные ID для локальной и составленной форм позволяли видеть обе.

Финальное число не восстанавливало историю: минимум не указывал узкое место, сумма — слагаемые, ИЛИ — место разрыва.

Глобальная ветвь не поглощала служебную

Номер службы 1 обозначал default. Конкретная служба могла экспортировать override. Служебная ветвь сочеталась с локальным override, а при его отсутствии — с локальным global, сохраняя свою идентичность. Глобальная ветвь при встрече с override порождала дополнительную ветвь, но продолжалась сама.

Так общий MTU мог быть 1500 байт, а реализация Guaranteed Service — ограничена 250. Меньшее число описывало границу службы, а не другую физику устройства. Сведение в одно значение искажало бы одну из областей.

Разрыв не отменялся последующими узлами

NON_IS_HOP становился истинным, когда нужная служба отсутствовала или была известна брешь. ИЛИ сохраняло этот факт до конца. После неподдерживаемого туннеля исправные маршрутизаторы не могли задним числом изменить историю.

Расчёт должен был быть консервативным: вход в туннель предполагал отсутствие QoS-контроля внутри, пока не доказано обратное. Но устройство, не понимающее спецификацию, не могло само выставить её флаг. Разрыв определяли сосед, протокол установки или конфигурация. Это не было самоудостоверенным признанием.

Глобальный break делал другие параметры потенциально неточными; break службы ослаблял её параметры. RFC 2210 переносил флаг в ADSPEC, но правильная доставка предупреждения не устраняла предупреждение.

Счётчик видел только участников

NUMBER_OF_IS_HOPS увеличивался на каждом aware-элементе. Он считал известные вклады, не все физические или логические сегменты. Неосведомлённый узел не мог прибавить себя.

Поэтому счётчик читался вместе с break bit. Пять учтённых переходов не доказывали, что маршрут состоит ровно из пяти. Отсутствие записи не означало отсутствия объекта.

Полоса была минимумом предварительных оценок

Локальная оценка учитывала физические ресурсы, административные и политические ограничения. Составление брало минимум, но не находило адрес узкого места и ничего не резервировало.

Значение требовалось до конкретного QoS-запроса, когда назначение, служба и политика резервирования могли быть неизвестны. RFC разрешал существенное завышение при невозможности лучшей оценки. Ограниченная служба могла дать меньший override.

Ноль означал «неизвестно». MIN сохранял ноль независимо от последующих положительных чисел. Поздняя точность не имела права отмывать ранний пробел.

Минимальная задержка складывалась до неопределённости

Локальное значение охватывало минимальное распространение и обработку без переменной очереди. Это была основа для RFC 2212, но не RTT и не его граница C/R + D.

В облаке предпочтительны отдельные значения по next hop. Общее значение брало самый короткий возможный путь и могло занизить реальный. Допускался ответ «неопределённо».

Микросекунды суммировались с пределом (2**32)-1. Предельное значение означало неизвестность из-за отсутствующего вклада или переполнения. Оно не было огромным точным измерением.

MTU имел тот же MIN, но более строгий вход

Локальный MTU — наибольший IP-пакет без фрагментации, с IP- и верхними заголовками, но без канального. Каждый aware-элемент обязан был дать корректное значение. Override службы мог только уменьшить global MTU.

И всё же результат относился к маршруту и ветви службы. Он не доказывал отправку, полноту сведений о туннелях, неизменность пути или доставку.

TSpec не был пятой алгеброй

Параметр 127 задавал token-bucket TSpec. Промежуточные узлы не экспортировали для него локальные значения пути. Контракт ожидаемого трафика в том же документе не становился измерением соответствия, допуска или обработки.

Составленная величина оставалась промежуточным свидетельством

RFC 1633 описывал архитектуру, RFC 2205 — RSVP, RFC 2211 и RFC 2212 — службы, RFC 2216 — шаблон спецификации. Ни один слой не превращал характеристику в наблюдаемый итог.

Проверяемая запись отдельно хранит ID, ветвь, next hop, эпоху маршрута, локальный источник, метод, правило, неопределённость, запрос, допуск, установленное состояние, наблюдение, доставку и результат приложения.

Источники и ограничения

Основной источник — RFC 2215, со статусом из RFC Editor и IETF Datatracker. RFC 2815 позже сохранил различие между точным MTU и грубой оценкой полосы для IEEE 802. Эти документы не доказывают нынешнее внедрение, продукт, живую резервацию, производительность или инцидент.

Материалы Heng Lu о приоритете работающего кода, минимальной общей спецификации и слоях реальности дают редакционную оптику: корректное утверждение направляет действие, но не исполняет его. Это не причинная версия истории RFC.