Jump to content

Совет по интернет-архитектуре

Совет по архитектуре Интернета ( IAB ) — это комитет Инженерной рабочей группы Интернета (IETF) и консультативный орган Общества Интернета (ISOC). В его обязанности входит архитектурный надзор за деятельностью IETF, надзор за процессом стандартизации Интернета и апелляция, а также назначение редактора запроса на комментарии (RFC). IAB также отвечает за управление реестрами параметров протокола IETF. [1]

Орган, который в конечном итоге стал IAB, был первоначально создан Винтом Серфом в 1979 году под названием «Совет по контролю конфигурации Интернета» (ICCB), когда он работал в обороны США Министерства Агентстве перспективных исследовательских проектов . В 1983 году ICCB был реорганизован Барри Лейнером, преемником Серфа в DARPA, вокруг ряда целевых групп, рассматривающих различные технические аспекты Интернета. Реорганизованная группа получила название «Совет по деятельности в Интернете». [2] [3] [4]

IAB определил для себя семь основных задач на период с 1989 по 1990 годы. Это были, а именно: [5]

  • Операционная стабильность
  • Пользовательские услуги
  • Сосуществование OSI
  • Объекты испытательного стенда
  • Безопасность
  • Стать большим
  • Становимся быстрее

Наконец, в январе 1992 года он стал Советом по архитектуре Интернета при ISOC в рамках перехода Интернета от правительственной организации США к международной общественной организации.

Обязанности

[ редактировать ]

IAB несет ответственность за:

  • Обеспечение архитектурного контроля интернет-протоколов и процедур.
  • Взаимодействие с другими организациями от имени Инженерной группы Интернета (IETF).
  • Рассмотрение апелляций по процессу разработки стандартов Интернета
  • Управление документами по стандартам Интернета (серия RFC) и назначение значений параметров протокола.
  • Утверждение председателя IETF и региональных директоров IETF
  • Выбор председателя Целевой группы по исследованию Интернета (IRTF)
  • Выступая в качестве источника советов и рекомендаций для Интернет-сообщества.

В своей работе IAB стремится:

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

Деятельность

[ редактировать ]

Деятельность IAB включает в себя:

Мастер-классы

  • Семинар по влиянию сети COVID-19, 2020 г.
  • Исследование синергии между агрегированием контента и семинаром по экосистеме издателей 2019 г.
  • Ожидания от проектирования и реальность развертывания на семинаре по разработке протоколов 2019 г.
    • Документы с изложением позиции: Семинар DEDR
  • Семинар по явным системам именования в Интернете (EName), 2017 г.
  • Семинар по обновлению программного обеспечения Интернета вещей (IoTSU), 2016 г.
    • Семинар по семантической совместимости Интернета вещей, 2016 г.
  • Семинар «Управление радиосетями в зашифрованном мире» (MaRNEW), 2015 г.
  • Семинар по координации реагирования на атаки в масштабах Интернета (CARIS), 2015 г.
    • Призыв к документам
    • Повестка дня: Семинар по координации реагирования на атаки в масштабах Интернета (CARIS)
  • Семинар IAB по эволюции стека в промежуточном Интернете (SEMI), 2015 г.
  • Семинар W3C/IAB по усилению защиты Интернета от повсеместного мониторинга (STRINT), 2014 г.
  • Семинар IAB по внедрению и переходу интернет-технологий (ITAT), 2013 г.
  • Семинар IAB/IRTF по контролю перегрузки для интерактивной связи в реальном времени, 2012 г.
    • Семинар по контролю перегрузок: позиционные документы
    • Программа и материалы семинара по контролю перегрузок
  • Соединение смарт-объектов с Интернет-семинаром 2011 г.
    • Учебное пособие по подключению смарт-объектов к Интернету
    • Позиционные документы
    • Повестка дня
  • Семинар по конфиденциальности в Интернете 2010 г.
    • Слайды Презентации
    • Протокол семинара IAB/W3C/ISOC/MIT по вопросам конфиденциальности в Интернете
    • Протокол встречи
    • Принятые документы с изложением позиции
  • Семинар по маршрутизации и адресации 2006 г.
  • Семинар по нежелательному трафику 2006 г.
  • Семинар IAB по беспроводным межсетевым сетям, 2000 г.

Технические программы и группы административной поддержки

  • Программа редактора RFC: Комитет по надзору за серией RFC (RSOC)
  • Программа будущего развития редактора RFC
  • Программа пленарного планирования
  • Программа «Модель интернет-угроз» (model-t)
  • Группа IETF-IANA
    • Программа развития, развертывания и обслуживания (EDM)
  • Завершенные программы
    • Программа безопасности
    • Программа конфиденциальности
    • Обзоры конфиденциальности
    • Опрос конфиденциальности IPv6
    • Программа конфиденциальности и безопасности
    • Программа «Имена и идентификаторы»
    • Программа надзора за связями
    • Программа координации МСЭ-Т
    • Программа эволюции IP-стека
    • IP-эволюция
    • Программа интернационализации
    • Комитет по надзору за реестрами протоколов IETF (IPROC)
    • Программа инструментов и процессов IAB
    • Аварийные службы

Назначения и подтверждения IAB

  • Координационная группа сообщества (CCG): Расс Хаусли (2017–2021 гг.), Барри Лейба (2017–2021 гг.), Тим Вичински (2018–2022 гг.)
  • Координационная группа по передаче координирующей роли в исполнении функций IANA (ICG): Расс Хаусли, Линн Сент-Амур
  • Представитель Совета директоров ICANN: Харальд Альвестранд: (2018 – настоящее время)
  • Комитет по обзору развития корневой зоны ICANN (RZERC): Тим (апрель 2020–2021 гг.)
  • ICANN NomCom: Питер Кох, 2020 г.
  • Группа технической связи ICANN (TLG): Уоррен Кумари (2019–2021 гг.), Петр Шпачек (2020–2022 гг.)

Обязанности

[ редактировать ]

В текущие обязанности IAB входят: [6]

  • Архитектурный надзор : IAB осуществляет надзор и периодически комментирует аспекты архитектуры сетевых протоколов и процедур, используемых в Интернете.
  • Надзор за процессом разработки стандартов и апелляция : IAB обеспечивает надзор за процессом создания интернет-стандартов. IAB выступает в качестве апелляционной комиссии по жалобам на ненадлежащее выполнение процесса стандартизации, выступая в качестве апелляционного органа в отношении решений Руководящей группы по разработке стандартов Интернета (IESG).
  • «Запрос на комментарии» Серия : IAB отвечает за редакционное управление и публикацию серии документов «Запрос на комментарии» (RFC).
  • Управление по присвоению номеров в Интернете : совместно с Интернет-корпорацией по присвоению имен и номеров (ICANN) IAB отвечает за администрирование присвоения значений параметров протокола IETF Управлением по присвоению номеров в Интернете (IANA).
  • Внешняя связь : IAB выступает представителем интересов IETF в отношениях с другими организациями, занимающимися стандартами и другими техническими и организационными вопросами, имеющими отношение к всемирному Интернету.
  • Рекомендации Интернет-сообществу : IAB выступает в качестве источника рекомендаций и рекомендаций для попечительского совета и должностных лиц ISOC по техническим, архитектурным, процедурным и (при необходимости) политическим вопросам, касающимся Интернета и его технологий.
  • Подтверждение Руководящей группы по интернет-инжинирингу : IAB утверждает председателя IETF и директоров регионов IESG на основе номинаций, представленных комитетом по назначениям IETF.
  • Председатель рабочей группы по интернет-исследованиям : IAB избирает председателя IRTF на возобновляемый двухлетний срок.

RFC1087 – Этика и Интернет и переход к современности

[ редактировать ]

IAB занимает официальную позицию относительно того, что представляет собой правильное использование Интернета, в своем меморандуме 1989 года RFC 1087: «Этика и Интернет». [7] Они представляют свою современную версию Интернета, которая в то время находилась на зачаточной стадии и служила в первую очередь инструментом для распространения результатов исследований в научном сообществе, и называют использование этого Интернета «привилегией».

Затем IAB объявляет неэтичной любую деятельность, которая:

  • стремится получить несанкционированный доступ к ресурсам сети Интернет,
  • нарушает целевое использование Интернета,
  • тратит ресурсы (людей, мощности, компьютер) посредством таких действий,
  • разрушает целостность компьютерной информации
  • ставит под угрозу конфиденциальность пользователей.

Эта записка была написана в то время, когда Интернет существовал в общей исследовательской среде, но с тех пор Интернет значительно развился и расширил свою базу пользователей. Соответственно, IAB занял новую позицию в отношении этичного и безопасного использования Интернета, например, в RFC 8890, где IAB определяет защиту конечных пользователей в качестве первого приоритета при обслуживании Интернета. [8]

Таким образом, хотя их основные принципы одинаковы, приоритет защиты IAB сместился от технического и научного сообщества к сообществу повседневных пользователей. В другом меморандуме RFC7624 IAB занимает твердую позицию против повсеместной массовой слежки с использованием Интернета со стороны национальных спецслужб, заявляя, что необходимо, чтобы техническое сообщество Интернета, включая его самого, «устранило уязвимости, используемые [ кампании массовой слежки]... чтобы гарантировать, что [его] пользователи смогут доверять Интернету». [9]

RFC 2850 — Устав Совета по архитектуре Интернета

[ редактировать ]

RFC 2850 устанавливает структуру и цель IAB. RFC определяет следующее: [10]

  • Членство в IAB: в состав IAB входят 13 членов, один из которых является председателем Инженерной рабочей группы Интернета (IETF). Эти члены назначаются на двухлетний срок. [10]
  • Роль IAB: IAB обеспечивает архитектурный надзор за интернет-процедурами, а также надзор за процессом создания интернет-стандартов, включая апелляции. Кроме того, IAB выступает в качестве связующего звена с Интернет-сообществом (ISOC), предоставляя консультации по архитектурным и техническим вопросам. [10]
  • Организация IAB: 13 членов IAB выбирают одного члена на должность председателя IAB сроком на 1 год. Количество сроков, в течение которых может исполнять обязанности председателя, не ограничено. Исполнительный директор IAB избирается председателем. IAB также имеет право назначать председателя Целевой группы по исследованиям Интернета (IRTF) сроком на два года. [10]
  • Принятие решений: в большинстве ситуаций IAB стремится прийти к единогласному решению по вопросам. Если это невозможно, IAB должен прийти к консенсусу как минимум с семью членами, прежде чем принимать меры. [10]
  • Открытость и конфиденциальность: IAB делает все заседания открытыми для общественности, делая их доступными в Интернете, а также регулярно публикует RFC, чтобы сделать свои выводы общедоступными. Однако в некоторых ситуациях конфиденциальная информация исключается по соображениям конфиденциальности. [10]

RFC 2026 — Процесс стандартизации Интернета

[ редактировать ]

Процесс разработки стандартов Интернета — это деятельность Интернет-сообщества, которая организуется и управляется от имени Интернет-сообщества Советом по архитектуре Интернета (IAB) и Руководящей группой по разработке Интернета (IESG). Процесс стандартизации Интернета касается всех протоколов, процедур и соглашений, которые используются в Интернете или в Интернете. Процесс создания интернет-стандарта прост: спецификация проходит период разработки, несколько итераций проверки интернет-сообществом и пересмотра на основе опыта, а затем принимается в качестве стандарта соответствующим органом (либо IAB, либо IESG). и публикуется. Каждая отдельная версия спецификации, связанной со стандартами Интернета, публикуется как часть серии документов «Запрос комментариев» (RFC). Эта архивная серия является официальным каналом публикации документов по стандартам Интернета и других публикаций IESG, IAB и интернет-сообщества. Полный процесс стандартизации Интернета сам определен в RFC, а именно в RFC 2026. [11]

RFC 8980 — Семинар «Ожидания от дизайна и реальность развертывания при разработке протоколов»

[ редактировать ]

В феврале 2021 года состоялся семинар RFC 8980, на котором IAB обсудил несколько тем, касающихся протоколов безопасности, в том числе: [12]

  • Стандарты электронной почты, которые предполагали, что многие провайдеры работают в значительной степени несогласованно, но столкнулись как со значительной консолидацией рынка, так и с необходимостью координации для защиты от спама и других атак. Механизмы координации и централизованной защиты лучше масштабируются для крупных предприятий; это способствовало дополнительной консолидации.
  • Система доменных имен (DNS), которая предполагала глубокую иерархию, но часто развертывалась в больших плоских зонах, в результате чего серверы имен для этих зон стали критически важной инфраструктурой. Будущие разработки в области DNS могут привести к концентрации за счет использования общедоступных общих служб разрешения имен, которые быстро развиваются и могут обеспечить более высокий уровень безопасности. Парадоксально, но концентрация этих запросов в нескольких службах создает новые проблемы безопасности и конфиденциальности.
  • Интернет, построенный на принципиально децентрализованном дизайне, но теперь часто предоставляется с помощью сетей доставки контента (CDN). Их услуги обеспечивают масштабирование, распространение и предотвращение отказов в обслуживании способами, которые новым участникам рынка и более мелким системным операторам будет сложно воспроизвести. В то время как по-настоящему малые и по-настоящему крупные сервисы могут работать, используя только собственную инфраструктуру, многим другим остается единственный практический выбор — использование глобально доступной коммерческой услуги.

По итогам семинара IAB вынес следующие рекомендации:

  • Разработайте и задокументируйте современную модель угроз.
  • Продолжить обсуждение вопросов консолидации/централизации.
  • Документируйте архитектурные принципы, например, (повторное) применение сквозного принципа.

Председателем IAB были следующие люди: [13]

Текущие участники

[ редактировать ]
Члены [14] Фон
Дебора Брунгард Дебора Брунгард — ведущий член технического персонала отдела технологий беспроводной связи и доступа в AT&T, где она работает с 1984 года. Она очень активно работала в секторе маршрутизации IETF и внесла в него большой значимый вклад. Она получила степень магистра электротехники в Технологическом институте Стивенса. В свободное от работы время ее часто можно встретить убегающей на своей Серебряной пуле.
Бен Кэмпбелл Бен Кэмпбелл — независимый консультант и представитель IAB в Руководящей группе по разработке Интернета. Он работал во многих различных компаниях и организациях, в первую очередь в Oracle Communication, Tekelec и Estacado Systems. Он получил степень бакалавра и степень MBA в Техасском университете A&M и сейчас проживает в Ирвинге, штат Техас. В свободное время он много занимается парусным спортом, а также любит слушать ближневосточную перкуссию.
Яри ​​Аркко Яри ​​Аркко родом из Кауниайнена, Финляндия, но сейчас проживает в Йорвасе, Финляндия, где работает в Ericsson Research, шведском производителе мобильного оборудования. Он также работал в IETF в качестве одного из директоров интернет-направлений в Руководящей группе по интернет-инжинирингу. Он также заядлый семьянин, увлекается катанием на лыжах, скалолазанием и фотографией.
Цзянькан Яо Цзянькан Яо — старший инженер-исследователь, возглавляющий группу, отвечающую за стандартизацию технологий в Китайском информационном центре сети Интернет. Он получил степень магистра компьютерных наук в Сингапурском университете, а затем получил степень доктора философии. Степень магистра компьютерного программного обеспечения и теории Китайской академии наук.
Ларс Эггерт Ларс Эггерт в настоящее время проживает в Хельсинки, Финляндия, где он работает техническим директором по сетям в NetApp. Он работал в Инженерной рабочей группе по Интернету (IETF) более двух десятилетий, в том числе возглавлял ее исследовательское подразделение IRTF. В настоящее время он является председателем IETF. Он получил степень доктора философии. Получил степень бакалавра компьютерных наук в Университете Южной Калифорнии, ранее работал техническим директором в Nokia.
Уэс Хардакер Уэс Хардакер — ученый-компьютерщик из Института информационных наук Университета Южной Калифорнии (USC/ISI). В основном он исследует интернет-безопасность и в настоящее время возглавляет два проекта, финансируемых NSF, по DNS и DDoS-атакам. Он также активно работает в IETF и ICANN.
Каллен Дженнингс Каллен Дженнингс — менеджер по разработке программного обеспечения в компании Cisco Systems, где он создает системы совместной работы, используемые в Интернете. Каллен также участвует в дискуссиях, касающихся открытого исходного кода и интернет-стандартов.
Мирья Кюлевинд Мирья Кюлевинд получила докторскую степень в 2015 году по протоколу управления передачей (TCP) в Штутгартском университете и сейчас исследует эволюцию транспортных протоколов. Мирья также была выбрана директором транспортного направления IETF в 2016 году.
Чжэньбинь Ли Чжэньбинь Ли получил степень бакалавра в области информационной и коммуникационной инженерии в Сианьском университете Цзяотун и степень магистра электронной инженерии в Университете Цинхуа. Сейчас Чжэньбин работает сетевым инженером и системным архитектором в Huawei.
Джаред Маух Джаред был назначен в IAB в качестве кандидата на 2020-2021 годы. В настоящее время он работает в Akamai Technologies сетевым архитектором. В прошлом работа включала основание компаний White Box Optical Inc. и Washtenaw Fiber Properties LLC.
Томми Поли Томми был назначен в IAB в качестве кандидата на 2020–2021 годы. В настоящее время он работает в Apple над сетевым стеком для клиентских операционных систем, уделяя особое внимание таким областям, как безопасные транспортные протоколы и API, VPN, IPv6 и DNS. В настоящее время он является сопредседателем рабочих групп HTTP и IPPM. Он получил степень бакалавра компьютерных наук и степень бакалавра музыки в Стэнфордском университете.
Дэвид Шинази Дэвид Шинази — инженер Google. В настоящее время он работает главным образом техническим руководителем Chrome в QUIC и помогает в различных усилиях по стандартизации в IETF и W3C. Ранее Дэвид работал в Apple над многими сетевыми технологиями, лежащими в основе iOS, macOS, tvOS и watchOS, включая сетевые API, TCP, IPv6, IKEv2/IPsec и протоколы маршрутизации.
Расс Уайт Расс Уайт начал работать с компьютерами в середине 1980-х годов, а с компьютерными сетями - в 1990 году. У него есть опыт проектирования, развертывания, взлома и устранения неполадок крупномасштабных сетей, а также он является отличным коммуникатором от доски до зала заседаний. Он является соавтором более сорока патентов на программное обеспечение, участвовал в разработке нескольких интернет-стандартов, участвовал в разработке CCDE и CCAr, а также работал над управлением Интернетом в Internet Society. Расс имеет опыт работы в широком спектре тем, включая радиочастотную инженерию и графический дизайн, и активно изучает философию и культуру.
[ редактировать ]
  1. ^ «О проекте | Совет по архитектуре Интернета» .
  2. ^ «Статусная памятка» . www.ietf.org . Проверено 26 июня 2020 г.
  3. ^ Мошовитис, Христос Дж. П. (1999). История Интернета: хронология с 1843 года по настоящее время . АВС-КЛИО. п. 104 . ISBN  978-1-57607-118-2 .
  4. ^ «Краткая история Интернета» (PDF) . Интернет-сообщество. 1997. стр. 13–14.
  5. ^ Г. Серф, Винтон (май 1990 г.). «RFC 1160 — Совет по деятельности в Интернете» . инструменты.ietf.org /. IETF . Проверено 23 апреля 2021 г.
  6. ^ «Должностная инструкция IAB» . Проверено 16 марта 2018 г.
  7. ^ «RFC1087 – Этика и Интернет» . Январь 1989 года . Проверено 16 марта 2018 г.
  8. ^ Ноттингем, Марк (август 2020 г.). «RFC8890 – Интернет предназначен для конечных пользователей» . Проверено 22 апреля 2021 г.
  9. ^ Барнс, Ричард; Шнайер, Брюс; Дженнингс, Каллен Пушистик; Харди, Тед; Траммелл, Брайан; Уитема, Кристиан; Боркманн, Дэниел (август 2015 г.). «RFC7624 – Конфиденциальность перед лицом всеобщего наблюдения: модель угроз и постановка проблемы» . Проверено 22 апреля 2021 г.
  10. ^ Jump up to: а б с д и ж Карпентер, Брайан Э. (май 2000 г.). «RFC 2850 — Устав Совета по архитектуре Интернета (IAB)» . Проверено 22 апреля 2021 г.
  11. ^ Брэднер, Скотт О. (октябрь 1996 г.). «Процесс Интернет-стандартизации – Редакция 3» . Проверено 24 апреля 2021 г.
  12. ^ «rfc8980» (PDF) . www.rfc-editor.org .
  13. ^ «Страница истории с сайта IAB» . Проверено 30 июня 2017 г.
  14. ^ «Члены | Совет по архитектуре Интернета» . Проверено 26 апреля 2021 г.
  15. ^ «Страница ООО «Администрация IETF»» . Проверено 24 апреля 2021 г.
  16. ^ «Редактор RFC» . Проверено 24 апреля 2021 г.
  17. ^ «Управление по присвоению номеров в Интернете» . Проверено 24 апреля 2021 г.
  18. ^ «Целевая группа интернет-исследований» . Проверено 24 апреля 2021 г.
  19. ^ «IETF Траст» . Проверено 24 апреля 2021 г.
  20. ^ «Интернет-сообщество» . Проверено 24 апреля 2021 г.

Дальнейшее чтение

[ редактировать ]
  • Карпентер, Брайан (редактор), Устав Совета по архитектуре Интернета (RFC 2850, май 2000 г.)
  • Козерок, Чарльз, Руководство по TCP/IP (сентябрь 2005 г.)
  • Комер, Дуглас, Межсетевое взаимодействие с TCP/IP, том I: принципы, протоколы и архитектура (1991).
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 25fc801dc28568a3af605d0cea784c2c__1721864880
URL1:https://arc.ask3.ru/arc/aa/25/2c/25fc801dc28568a3af605d0cea784c2c.html
Заголовок, (Title) документа по адресу, URL1:
Internet Architecture Board - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)