В IAB входили примерно десять участников, и каждый из них возглавлял тематическую рабочую группу по какому-либо важному вопросу. IAB собирался несколько раз в год для обсуждения результатов и отчета перед Пентагоном и NSF, которые в основном финансировали его деятельность. Когда требовался новый стандарт (например, алгоритм маршрутизации), члены IAB тщательно прорабатывали этот вопрос, а затем сообщали об изменениях аспирантам (выполнявшим главный объем работ по созданию программ), чтобы они могли его реализовать. Информационное взаимодействие производилось с помощью ряда технических отчетов — RFC (Request For Comments). RFC доступны онлайн для всех желающих на сайте www.ietf.org/rfc. Они пронумерованы в порядке, соответствующем хронологии их создания. На сегодняшний день существует более 8000 RFC. Многие из них будут упоминаться в этой книге.
К 1989 году интернет разросся настолько, что подобный неформальный подход больше не работал. Тогда многие производители предлагали продукты на основе TCP/IP и не хотели менять их лишь потому, что какие-то десять исследователей придумали нечто получше. Летом 1989-го IAB снова реорганизовали. Специалистов перевели в IRTF (Internet Research Task Force — Исследовательская группа интернет-технологий), подчиненную IAB, а также в IETF (Internet Engineering Task Force — Инженерный совет интернета). Одновременно в IAB вошли люди из более широкого спектра организаций, а не только сообщества исследователей. Изначально эта группа была самовозобновляемой: ее члены назначались на два года, причем прежние участники выбирали новых. Позже было создано Общество интернета (Internet Society), в котором состояли люди, заинтересованные в развитии интернета (этим оно походило на ACM или IEEE). Во главе Общества интернета стоит выборный совет попечителей, назначающий членов IAB.
Основной смысл такого разделения был в том, чтобы IRTF сосредоточилась на долгосрочных исследованиях, а IETF занимался краткосрочными инженерными проектами. Теперь они не мешали друг другу. IETF разделился на рабочие группы, каждая из которых занималась решением конкретной задачи. Координационный комитет, куда входили председатели групп, определял общее направление деятельности. Тематика исследований включала новые приложения, информацию о пользователях, интеграцию OSI, маршрутизацию и адресацию, безопасность, управление сетями и стандарты. В итоге было сформировано так много рабочих групп (более 70), что они были объединены по сферам деятельности, и координационный комитет формировался из председателей этих объединений.
Кроме того, был взят на вооружение более формальный процесс стандартизации, по образцу ISO. Прежде чем стать предлагаемым стандартом (Proposed Standard), идея должна быть изложена в RFC. В случае заинтересованности сообщества она получает дальнейшее рассмотрение. Для перехода рабочей реализации в стадию проекта стандарта (Draft Standard) она тщательно тестируется минимум на двух независимых площадках в течение хотя бы 4 месяцев14. Если IAB приходит к выводу, что идея оказалась здравой и программное обеспечение работает, он объявляет RFC стандартом интернета (Internet Standard). Часть стандартов интернета стала стандартами Минобороны США (MIL-STD), обязательными для поставщиков Пентагона.
Что касается веб-стандартов, протоколы и руководства, обеспечивающие долгосрочное развитие Всемирной паутины, разрабатывает Консорциум Всемирной паутины (World Wide Web Consortium, W3C). Это промышленный консорциум под руководством Тима Бернерса-Ли, созданный в 1994 году, когда Всемирная паутина начала по-настоящему обретать популярность. Сегодня в W3C состоят почти 500 компаний, университетов и других организаций. W3C издал более ста рекомендаций W3C (так называются его стандарты), охватывающих такие темы, как HTML и защита персональной информации в интернете.
12 Здесь и далее мы будем иногда использовать термины «телекоммуникации» и «электросвязь» как синонимы, хотя, строго говоря, первое понятие иногда считается несколько более широким, включая в себя неэлектрические виды связи, например обычную почту. — Примеч. пер.
13 Точнее, 193 (на июнь 2022 года). — Примеч. пер.
14 Авторы описывают этот процесс не совсем точно. Согласно RFC 2026 (https://tools.ietf.org/html/rfc2026), для перехода спецификации в стадию проекта стандарта должны существовать как минимум две независимые и функционально эквивалентные ее реализации на основе различных баз кода, причем должен быть накоплен достаточный опыт успешной практической эксплуатации. Также спецификация должна оставаться на стадии предлагаемого стандарта по крайней мере в течение 6 (а не 4 месяцев). — Примеч. пер.