Знакомство с Internet Engineering Task Force (IETF)
Как IETF помогает сетям работать вместе? Разберитесь в RFC, добровольных стандартах и различии Лу Хэна между координацией и контролем.
Общие спецификации помогают независимо созданным системам работать вместе. Их полезность зависит от того, что люди могут реализовать и проверить.
Ваш браузер может открыть сайт компании на другом конце света. Браузер, сервер и сети между ними могут быть произведены разными поставщиками. Одна из причин, по которой они способны работать вместе, состоит в том, что инженеры договорились о способе обмена информацией между своими системами.
Многие из этих технических спецификаций разрабатывает Internet Engineering Task Force, или IETF. Её работа помогает независимо созданным системам взаимодействовать. Отсюда возникает полезный вопрос: как общие правила делают глобальную сеть возможной, сохраняя независимость её участников?
Чем на самом деле занимается IETF
Собственное введение IETF описывает открытое сообщество, занимающееся стандартами. Люди участвуют как частные лица, в том числе через списки рассылки рабочих групп. Они изучают технические проблемы, обсуждают предложения и разрабатывают спецификации, которые другие могут реализовать. Если вы ищете официальный сайт организации, эта ссылка приведёт именно туда.
Представьте спецификацию как общий набор инструкций. Разные компании могут создавать собственные продукты в соответствии с ним, а затем проверять, работают ли эти продукты вместе. Ценность возникает благодаря возможности обмена данными через границы организаций.
RFC — это документ, а не автоматически стандарт
Многие впервые сталкиваются с IETF через номер RFC. RFC расшифровывается как Request for Comments — историческое название серии опубликованных документов. Как объясняет руководство IETF по RFC, серия включает стандарты, лучшие актуальные практики, экспериментальные и информационные документы. В неё также входят публикации из потоков, отличных от потока IETF.
Прежде чем говорить «стандарт требует этого», проверьте статус документа и не обновляют ли его последующие документы или не заменяют ли они его. То, что предложение стало опубликованным RFC, само по себе не превращает каждую содержащуюся в нём идею в универсальное требование.
Как должно работать согласование
Традиция IETF соединяет инженерное суждение с опытом работающих реализаций. В объяснении грубого консенсуса IETF подчёркивается необходимость учитывать технические возражения, в том числе возражения меньшинства. Подсчёт сторонников не заменяет решения проблемы проектирования.
Миссия IETF также проводит важное различие: стандарт описывает, как выполнять что-то согласованным образом; из этого не следует, что IETF требует или контролирует его использование. Принятие придаёт спецификации практическое распространение. Одна публикация не даёт организации власти управлять интернетом.
Где Лу Хэн проводит границу
В Заметке 65 о примате работающего кода Лу Хэн использует эту инженерную традицию, чтобы оспорить полномочия, на которые претендуют региональные интернет-регистратуры. Его критика касается ситуации, когда ведение записей о номерных ресурсах превращается во власть над зависимыми от них сетями.
Различие существенно: написание спецификации протокола и ведение адресных записей оператора — разные функции. Открытое техническое обсуждение может привести к полезной инженерной работе. В аргументации Лу Хэна оно не может само создать мандат на управление операторами, которые не поручали ему такую политическую роль.
Предлагаемое им направление — система координации, которую сети могут проверять самостоятельно. Общие записи и небольшой набор общих правил предотвращали бы дублирование идентификаторов, устанавливали бы, кто контролирует какие ресурсы, и защищали бы безопасность. Например, участники могли бы проверять трансфер адреса по публичным правилам, а не зависеть от дискреционного одобрения регистратуры.
Последующие решения операторы принимали бы через код, который они запускают, и изменения, которые внедряют. Выбор несовместимых правил может ограничить взаимодействие сетей; предложение Лу Хэна делает эту границу видимой, вместо того чтобы превращать несогласие в административное наказание.
Почему различие важно до наступления кризиса
Когда сеть становится зависимой от признания одного учреждения, заменить эту зависимость трудно именно тогда, когда непрерывность важнее всего. Лу Хэн предлагает заранее встроить в систему проверяемые записи и независимую валидацию, чтобы сотрудничество могло пережить отказ учреждения или захват контроля над ним.
Следующий вопрос конкретен: на что оператор должен иметь право рассчитывать и какую власть координирующий орган никогда не должен получить? Начните с более короткой Заметки 72: Билль о правах координации уникальности.