Читаем Компьютерные сети. 6-е изд. полностью

У всемирной сети интернет есть свои механизмы стандартизации, сильно отличающиеся от механизмов МСЭ-Т и ISO. Грубо говоря, разница в том, что на совещания по стандартизации в ITU и ISO люди приходят в костюмах, а участники собраний по стандартизации интернета носят джинсы (за исключением совещаний в Сан-Диего — туда они приходят в шортах и футболках).

Совещания МСЭ и ISO посещают должностные лица компаний и государственные чиновники, для которых стандартизация является работой. Они считают стандартизацию благим делом и посвящают ей свою жизнь. Люди интернета же, напротив, принципиально предпочитают анархию. Но когда сотни миллионов людей делают то, что им заблагорассудится, организовать связь очень непросто. Так что, увы, без стандартов не обойтись. Дэвид Кларк из MIT однажды высказал ставшее знаменитым замечание о том, что стандартизация интернета заключается в «приблизительном консенсусе и работающем коде».

При создании сети ARPANET Пентагон сформировал неофициальный комитет для надзора за ней. В 1983 году он получил название IAB (Internet Activities Board — Совет по деятельности в сфере интернета) и его функции были несколько расширены. Его задачей стало обеспечение более или менее единого направления исследований ARPANET и интернета (занятие, чем-то напоминающее ловлю разбегающихся кошек). Позднее аббревиатура IAB стала расшифровываться как Internet Architecture Board (Совет по архитектуре интернета).

В 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), обязательными для поставщиков Пентагона.

Перейти на страницу:

Похожие книги