Кратко

  • Красная часть LTP — непрерывный префикс с подтверждением и повтором, зелёная — следующий за ним суффикс без этих механизмов. Цвет задаёт режим передачи, а не важность содержания.
  • Завершение сеанса передачи означает, что все байты были переданы, а отчёты доказали приём всей красной части. Оно ничего не доказывает о полноте зелёной части, пересылке Bundle или получении конечным приложением.

Один блок заключает два разных договора

Клиент передаёт движку LTP блок и длину красной части. Байты до границы получают отчёты и повторы, байты после неё — нет. Такое деление позволяет защитить, например, метаданные, без которых остальная нагрузка бесполезна, и не тратить контактное окно на восстановление допускающих потери измерений.

Красный цвет при этом не означает срочность. RFC 5325 прямо отделяет режим надёжности от приоритета. Клиент решает, какие байты стоят энергии, памяти, полосы и ожидания кругового сигнала. Движок исполняет выбор, но не оценивает деловое значение данных.

Уведомление о завершении сеанса требует двух фактов: все данные блока действительно переданы, а накопленные отчёты покрывают непустую красную часть целиком. Зелёный суффикс во второе условие не входит. Он мог прийти полностью, с пробелами или не прийти вообще.

Поэтому для полностью красного блока complete включает доказательство всего блока, для смешанного — только префикса, а для полностью зелёного возможен без подтверждения данных. Счётчик завершённых сеансов без красной длины объединяет несопоставимые гарантии.

Фактическая граница тоже может отличаться от запрошенной. Сегмент данных содержит один цвет. Если граница попадает внутрь размера сегмента, реализация вправе обработать остаток этого сегмента как красный. Для аудита нужны эффективная длина, EORP, EOB, смещения и размеры.

После зелёного красный возобновляться не может. Если цвет противоречит уже известным смещениям, получатель считает сегмент ошибочно окрашенным, отбрасывает его и начинает отмену. Префикс и суффикс — проверяемая форма протокола.

У каждого уведомления свой свидетель

Завершение начальной передачи возникает у отправителя после отправки всех исходных красных и зелёных сегментов. Потерянные красные сегменты ещё могут ожидать повтора. Это конец первого прохода, не цикла надёжности.

Уведомление о приёме красной части возникает у получателя, когда EORP установил длину и все красные байты присутствуют. Локальный клиент также узнаёт, совпадает ли конец красного с концом блока. Для смешанного блока отрицательный ответ не менее важен, чем сам приём.

Зелёная часть сообщает о себе посегментно. Уведомление содержит данные, смещение, длину и признак EOB. Приход конечного сегмента устанавливает конец блока, но не закрывает предыдущие пробелы.

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

Если хранить эти события как одно «доставлено», исчезают направление, автор и предмет утверждения.

Отчёт знает только свой интервал

Контрольная точка запрашивает отчёт. В нём есть нижняя и верхняя границы и принятые диапазоны внутри них. За пределами границ отчёт не утверждает ни приём, ни потерю. Сохранение одних положительных диапазонов уничтожает разницу между «отсутствовало» и «не проверялось».

Большое состояние может быть разбито на несколько самостоятельных отчётов. Полнота красной части — результат объединения совместимых утверждений одного сеанса, а не наличия одного документа. Процент не показывает расположение дыр и противоречия границ.

Подтверждение отчёта также часто читают неверно. Оно несёт серийный номер отчёта, полученного отправителем, чтобы получатель прекратил повтор этого отчёта. Это не подтверждение полезной нагрузки на стороне получателя и не подтверждение приложения. Слово acknowledged без названия объекта меняет смысл доказательства.

Время отказа создаёт операционная среда

LTP получает извне сведения о начале и окончании передачи в каждом направлении, одностороннем времени распространения и ожидаемой скорости. Таймер контрольной точки или отчёта начинается при фактической передаче на линию, а не при помещении в прикладную очередь.

Когда удалённая сторона заведомо не может передавать, связанные таймеры останавливаются и продолжаются при следующем контакте. Истечение может означать потерю, но также устаревший план, ошибочную дальность, поздний сигнал очереди или штатную паузу.

Владелец контактного плана частично определяет, когда протокол признает попытку исчерпанной. Обвинение удалённой стороны без версии плана и истории остановок скрывает локальную власть над решением.

Доказательство LTP не пересекает границу приложения

Идентификатор LTP называет движок в закрытом множестве. Адаптер может связать его с Bundle endpoint, но это локальное соответствие. Оно не удостоверяет человека, организацию или конечное приложение.

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

RFC 5327 добавляет аутентификацию и cookie для защиты происхождения и ресурсов. Эти механизмы не расширяют область отчёта. Подлинный отчёт может охватывать только красное; полное красное может соседствовать с неполным зелёным.

RFC 5326 опубликован как Experimental. Примечание IESG не приравнивает публикацию к полной проверке Internet Standard в части безопасности, перегрузки и взаимодействия. В LTP нет управления потоком и перегрузкой, он не предназначен для повсеместного публичного Интернета, а использование поверх UDP в той версии ограничено разработкой или частной LAN. Более поздние RFC документируют реестры и развитие Bundle, но не конкретное внедрение.

Источники и граница вывода

Источники устанавливают семантику, статус и соседнюю архитектуру. Они не доказывают действующее внедрение, результат миссии, полный зелёный хвост, доставку Bundle или приём приложением.