Кратко
draft-eggert-procon-chair-delegate-02разрешил бы председателю IETF передавать обязанности другим Area Directors, но не обязывает и не рекомендует это делать. Проект прямо охватывает председательство в IESG, роль General Area Director и полное членство председателя в IAB.- Проект требует сообщать сообществу, какая роль, кому и на какой срок передана. Для распределения работы это полезный минимум. Для места в органе он не определяет источник полномочия, согласие IAB, участие, голосование, конфликты и распределение ответственности.
- По действующему RFC 2850 председатель IETF — один из тринадцати полноправных членов IAB, но он исключён из утверждения членов IESG и рассмотрения апелляций на решения IESG. В публичной переписке поэтому оспаривалась возможность передать членство как обычную задачу. Это мнения участников, а не решение IETF или IAB.
- Если предложение будет развиваться, операционное поручение следует отделить от замещения места. Публичная хартия должна сохранять объём, исключения, согласие, действия, ответственность, исправление, отзыв и возврат полномочия, не раскрывая личные сведения о здоровье или нагрузке.
В поручении помещается работа, но не весь мандат
Проблема, на которую отвечает проект, практична. У председателя IETF исторически накопились разные функции. Пик активности в одной из них вытесняет время для остальных. Организация получает единственную точку пропускной способности, даже если её решения принимаются коллективно.
Проект Ларса Эггерта отмечает, что основополагающие документы не собрали обязанности председателя в одном точном определении, хотя на практике их выполнял один человек. Лишь немногие тексты явно разрешают делегирование. Редакция 02 позволила бы самому председателю решать, нужно ли передавать обязанности, какие именно, кому и когда.
Важна добровольность: проект не предписывает и даже не советует делить функции. Если передача происходит, сообщество должно видеть роль, получателя и срок — например, на сайте IESG или в публичном письме. Операционные детали оставляются IESG.
Эти три поля необходимы, но не универсальны. Вести заседание — действие. Управлять General Area — совокупность формальных функций AD. Занять полное место в IAB — войти в состав другого органа. Имя и период видимы во всех случаях, однако основание компетенции различается.
У проекта пока нет нормативной силы. На 28 августа 2026 года Datatracker показывал редакцию 02 как активный индивидуальный Internet-Draft без RFC stream, ответственного AD и telechat; состояние IESG — I-D Exists. Заголовок намерен получить статус Best Current Practice, но карточка не присваивает RFC-статус. PROCON относит текст к связанным документам, а не к активным проектам рабочей группы. Ни один RFC не изменён.
Как нынешние тексты связывают три должности
RFC 9281 говорит, что председатель IETF одновременно председательствует в IESG и является AD General Area. Далее он назван членом IAB. RFC 3710 сохраняет связь с General Area. RFC 2850 определяет IAB из тринадцати полноправных членов: председателя IETF и двенадцати действующих членов.
Редакция 02 ослабила бы все три связи. Другой AD мог бы председательствовать в IESG. Роль General Area могла бы делиться или передаваться. Председатель либо его представитель становился бы членом IAB.
Первые две функции можно описать как поручения. Возможно перечислить заседания, набор документов, процедурные действия и подписи. Срок, надзор и отзыв также определимы. Публичная запись позволяет проверить выход за пределы.
Место IAB — не очередь задач. Согласно RFC 9281, IAB наблюдает за архитектурой Интернета, рассматривает предлагаемые уставы рабочих групп, утверждает кандидатов в IESG и выступает апелляционным органом по жалобам на выполнение процесса стандартизации. Член формирует суждение органа.
RFC 2850 уже признаёт конфликты. Председатель участвует в официальных действиях IAB, кроме утверждения членов IESG и апелляций против решений IESG. Проект не заявляет об отмене ограничений. Любое будущее замещение должно явно показать, как они применяются к представителю. Должность не должна служить молчаливым доказательством полномочия.
Выбор лица и право этого лица выбирать дальше
NomCom и подтверждающий орган оценивают конкретного человека. В выбор входят его суждение, опыт, доступность и способность соединять функции. Если выбранный затем надолго передаёт существенные части другому, возникает производный выбор.
Это не делает делегирование недопустимым. Институт без заместителей хрупок. Но выбрать исполнителя и выбрать человека, который позже назначит исполнителя, — не одно и то же. Первичный мандат должен показывать границу вторичного выбора.
Джоэл Халперн поднял этот вопрос в открытом обсуждении PROCON. NomCom может не знать, какие части кандидат собирается передать; для выбора исполнителя и выбора назначающего нужны разные качества. Он предложил спрашивать кандидатов об их намерениях.
Это личное предложение, не действующая норма. Оно не требует от кандидата предвидеть все обстоятельства. Достаточно отличить короткую помощь от планируемого структурного разделения. До выбора можно обозначить общее намерение, после — опубликовать фактическую хартию. Изменение плана допустимо, если след полномочия не исчезает.
Принимающий орган тоже обладает властью
С точки зрения председателя обязанность можно отправить получателю. С точки зрения IAB человек входит в членство, определённое уставом IAB. Право назначить и право признать могут принадлежать разным сторонам.
После публикации редакции 02 Халперн утверждал, что менять участие в IAB без явного подтверждения IAB не следует. Мирья Кюлевинд писала, что членство — не просто роль или обязанность, особенно в части права голоса. Брайан Карпентер затем согласился, что аспект места как минимум нуждается в согласии IAB.
Письма не создают норму. Они не являются резолюцией IAB, выводом о консенсусе или новым текстом. Они показывают содержательный спор, который финальная редакция должна разрешить до применения.
Согласие, если оно будет предусмотрено, определяет основание признания, участие, голос, учёт в составе или кворуме, исключения и способ исправить спорное действие. Публикация имени без этих полей раскрывает человека, но скрывает компетенцию.
У ответственности несколько адресов
Карпентер первоначально предложил общее правило: конкретная, ограниченная по времени и объявленная передача, при которой окончательная ответственность остаётся у председателя. Последняя фраза отсутствует в редакции 02.
Она не позволяет председателю растворить ответственность в поручениях. За выбор, объём, надзор и отзыв остаётся адресат. Однако место порождает дополнительные уровни: представитель отвечает за собственное суждение, IAB — за коллективное решение, председатель — за конструкцию передачи.
Запись должна разделять ответственность за назначение, исполнение и решение органа. Один универсальный ответ сделал бы невидимым либо непосредственного автора, либо институт. Несколько адресов не размывают ответственность, а прикрепляют её к действию.
Экстренное замещение уже отделено
Редакция 01 объединяла добровольную передачу и экстренного заместителя при неспособности председателя действовать. 29 июня 2026 года редакция 02 удалила этот раздел; в тот же день появился отдельный проект о stand-in.
Разделение правильно. Действующий председатель задаёт объём, контролирует и отзывает. Неспособность требует события активации, очередности и условия возвращения. Вакансия по RFC 8713 означает ещё и новый выбор.
Эта статья рассматривает только добровольную передачу. Она ничего не утверждает о здоровье, нагрузке или качестве работы нынешнего председателя и не оценивает экстренный проект. История версий показывает: одно слово уже охватывало слишком разные состояния. Теперь необходимо отделить задачу от места.
Хартия и квитанция действия
Для операционного поручения публичная хартия фиксирует исходный RFC или проект и редакцию, принципала, представителя, функцию, включённые и исключённые действия, начало, конец, продление, принятие, конфликты, отвод, дальнейшую передачу, исправление, отзыв и возврат. Категория причины — непрерывность, нагрузка, экспертиза, расписание — достаточна без личного досье.
Значимые действия получают короткую квитанцию: кто действовал, по какой хартии, были ли отводы и исправления. Публикуется не содержание обсуждения, а цепочка компетенции.
Для места добавляются отдельное основание членства, необходимое согласие или подтверждение, объём участия и голоса, исключения по апелляциям и утверждениям, кворум, распределение ответственности и запись о возвращении.
Тогда передача заседания не потребует конституционной церемонии, а полное место не спрячется в расписании. Работа двигается быстро, источник мандата остаётся проверяемым.
Источники
- The IETF Chair May Delegate, редакция 02
- Статус в Datatracker
- Документы PROCON
- RFC 2850: устав IAB
- RFC 9281: органы процесса IETF
- RFC 8713: NomCom, подтверждение и отзыв
- RFC 3710: устав IESG
- RFC 8711: административная поддержка IETF 2.0
- История редакций проекта
- Отдельный проект экстренного заместителя
- Предложение Карпентера об ответственности
- Обсуждение выбора, согласия IAB и голосования
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
