Кратко

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

Закрытая дверь не отменяет передачи

Проект описывает архитектуру связи задач между программными агентами. В его примере инициатор меняет условие в диалоге D1 с первым агентом. Тот работает с агентом A через D2, а A — с агентом B через D3. Если их задачи зависят от условия, изменение проходит по уже установленным связям D1—D2—D3. Отдельный диалог D5 без такой зависимости не получает массовую рассылку. Заказчику важно, что нужная задача получила новое условие, а не сколько агентов записано в общей схеме.

Обычно такая связь выглядит скучно: таблица соответствия идентификаторов. Номер задачи в D1 сам по себе ничего не говорит о задаче в D2. Посредник, видящий обе стороны, хранит соответствие либо переводит номера на границе. Если карта пропала, интерфейс всё ещё может показывать «одну деятельность», хотя новое условие не достигло нужной работы.

Проект допускает, что B поручит работу C в отдельном диалоге и сохранит этот мост у себя. Включать C в исходный протокол связи не требуется. Протокол не вправе возложить на C обязанность, которую тот там не принимал. При этом B отвечает за уже согласованные отношения в управляемой цепи. Тайна субподряда не стирает обещание доставить изменение.

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

Реестр IETF показывает индивидуальный Internet-Draft. Ни сетевого формата, ни результатов внедрения в нём нет. Раздел «Failure Visibility and Bounded Accountability» всё ещё помечен TBD. Следующее доказательство должно показать, кто принял конкретную связь, как дошло изменение и какую ошибку увидела исходная сторона.

Источники: текст проекта; статус IETF.