✖


Jump to content

Интернет-стандарт

(Перенаправлено со стандарта Интернета )

В компьютерных сетей проектировании Интернет -стандарт представляет собой нормативную спецификацию технологии или методологии, применимой к Интернету . Интернет-стандарты создаются и публикуются Инженерной группой Интернета (IETF). Они обеспечивают взаимодействие аппаратного и программного обеспечения из разных источников, что позволяет Интернету функционировать. [1] Когда Интернет стал глобальным, Интернет-стандарты стали лингва-франка всемирного общения. [2]

Инженерные материалы для IETF начинаются с Интернет-проекта , могут быть повышены до уровня Запроса комментариев и в конечном итоге могут стать Интернет-стандартом.

Интернет-стандарт характеризуется технической зрелостью и полезностью. IETF также определяет предлагаемый стандарт как менее зрелую, но стабильную и хорошо проверенную спецификацию. Проект стандарта представлял собой промежуточный уровень, поддержка которого прекращена в 2011 году. [3] Проект стандарта был промежуточным шагом, который произошел после предлагаемого стандарта, но до Интернет-стандарта.

Как указано в RFC 2026:

В целом, Интернет-стандарт — это спецификация, которая стабильна и хорошо понятна, технически компетентна, имеет множество независимых и совместимых реализаций, имеет значительный опыт эксплуатации, пользуется значительной общественной поддержкой и явно полезна в некоторых или во всех частях Интернета. Интернет.

Обзор

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

Интернет-стандарт документирован [4] Запрос комментариев (RFC) или набор RFC. Спецификация, которая должна стать стандартом или частью стандарта, начинается как интернет-проект , а позже, обычно после нескольких редакций, принимается и публикуется редактором RFC как RFC и помечается как предлагаемый стандарт . RFC повышается до уровня Интернет-стандарта Позже, когда зрелость достигнет приемлемого уровня, с дополнительным порядковым номером. В совокупности эти этапы известны как Standards Track и определены в RFC 2026 и RFC 6410. Метка «Исторический» применяется к устаревшим документам Standards Track или устаревшим RFC, которые были опубликованы до создания Standards Track.

Только IETF , представленный Руководящей группой по разработке Интернета (IESG), может утверждать RFC для отслеживания стандартов. Полный список Интернет-стандартов содержится в Официальных стандартах интернет-протоколов . Ранее STD 1 использовался для сохранения моментального снимка списка. [5]

История и цель Интернет-стандартов

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

Интернет-стандарт — это набор правил, которым должны следовать устройства при подключении к сети. Поскольку технология развивалась, правила взаимодействия между компьютерами должны были меняться вместе с ней. Это протоколы, которые используются сегодня. Большинство из них были разработаны задолго до эпохи Интернета , еще в 1970-х годах, вскоре после создания персональных компьютеров .

TCP/IP

Официальная дата запуска первого Интернета — 1 января 1983 года. [6] Протокол управления передачей/Интернет-протокол (TCP/IP) вступил в силу. ARPANET (Сеть агентства перспективных исследовательских проектов) и Сеть оборонных данных были сетями для реализации протоколов. Эти протоколы считаются важной частью работы Интернета, поскольку они определяют правила, по которым работают соединения между серверами. Они до сих пор используются, реализуя различные способы отправки данных через глобальные сети.

IPsec

Безопасность интернет-протокола — это набор протоколов, обеспечивающих целостность шифрования при соединении между несколькими устройствами. Целью этого протокола является защита общедоступных сетей. По данным IETF Datatracker, группа, занимающаяся его созданием, была создана 25 ноября 1992 года. [7] Полгода спустя группа была создана, а вскоре, в середине 1993 года, был опубликован первый проект.

HTTP

Протокол передачи гипертекста сегодня является одним из наиболее часто используемых протоколов в контексте Всемирной паутины. HTTP — это простой протокол, управляющий обменом документами, написанными на языке гипертекстовых меток (HTML) , через сети. Этот протокол является основой Интернета, позволяющей практически существовать всей гипертекстовой системе. Он был создан командой разработчиков под руководством Тима Бернерса-Ли . Бернерс-Ли является автором предложения о его создании, которое он сделал в 1989 году. 6 августа 1991 года — дата, когда он опубликовал первую полную версию HTTP на публичном форуме. [8] Эту дату впоследствии некоторые считают официальным рождением Всемирной паутины. HTTP постоянно развивался с момента своего создания, становясь все более сложным с течением времени и развитием сетевых технологий. По умолчанию HTTP не шифруется, поэтому на практике используется HTTPS , что означает HTTP Secure.

ТЛС/SSL

TLS означает Transport Layer Security , который является стандартом, который позволяет двум различным конечным точкам надежно и конфиденциально соединяться друг с другом. TLS пришел на замену SSL. Протокол Secure Sockets Layers был впервые представлен до создания HTTPS и был создан Netscape. На самом деле HTTPS был основан на SSL, когда он впервые появился. Было очевидно, что необходим один общий способ шифрования данных, поэтому IETF указала TLS 1.0 в RFC 2246 в январе 1999 года. [9] С тех пор он был модернизирован. Последняя версия TLS — 1.3 из RFC 8446, выпущенная в августе 2018 года.

Модель OSI

Модель взаимодействия открытых систем начала свою разработку в 1977 году. [10] Он был создан Международной организацией по стандартизации . Он был официально опубликован и принят в качестве стандарта для использования в 1979 году. Затем он несколько раз обновлялся и достиг окончательной версии. Потребовалось несколько лет, чтобы протокол был представлен в окончательном виде. ISO 7498 был опубликован в 1984 году. Наконец, в 1995 году модель OSI была снова пересмотрена, чтобы удовлетворить насущные потребности стремительного развития в области компьютерных сетей.

UDP

Целью протокола пользовательских дейтаграмм было найти способ максимально быстрого и эффективного взаимодействия между двумя компьютерами. UDP был задуман и реализован Дэвидом П. Ридом в 1980 году. [11] По сути, это работает с использованием сжатия для отправки информации. Данные будут сжаты в дейтаграмму и отправлены точка-точка. Это оказался безопасный способ передачи информации, и, несмотря на недостаток потери качества данных, UDP все еще используется.

Процесс стандартизации

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

Становление стандартом — это двухэтапный процесс в рамках процесса стандартизации Интернета: предлагаемый стандарт и стандарт Интернета . Они называются уровнями зрелости , а сам процесс называется « Стандартизация» .

Если RFC является частью предложения, находящегося в стадии разработки стандартов, то на первом этапе предлагается стандарт, а впоследствии организации решают, следует ли внедрять этот Предлагаемый стандарт. После того, как критерии RFC 6410 будут выполнены (две отдельные реализации, широкое использование, отсутствие ошибок и т. д.), RFC может перейти к стандарту Интернета.

Процесс стандартизации Интернета определен в нескольких документах «Лучшая текущая практика», в частности в BCP 9 (в настоящее время RFC 2026 и RFC 6410). Ранее существовало три уровня зрелости стандартов: предлагаемый стандарт , проект стандарта и интернет-стандарт . RFC 6410 сократил это число до двух уровней зрелости.

Предлагаемый стандарт

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

RFC 2026 первоначально характеризовал Предлагаемые стандарты как незрелые спецификации, но эта позиция была отменена RFC 7127. [12]

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

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

Многие предлагаемые стандарты фактически развернуты в Интернете и широко используются в качестве стабильных протоколов. Реальная практика показывает, что полное прохождение последовательности уровней стандартов обычно происходит довольно редко, и большинство популярных протоколов IETF остаются на уровне предлагаемого стандарта. [13]

Проект стандарта

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

В октябре 2011 года RFC 6410 объединил второй и третий уровни зрелости в один проект стандарта. Существующие старые проекты стандартов сохраняют эту классификацию. IESG через может реклассифицировать старый проект стандарта как предлагаемый стандарт два года (октябрь 2013 г.).

Интернет-стандарт

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

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

Всем интернет-стандартам присвоен номер в серии STD. Эта серия была обобщена в первом документе STD 1 (RFC 5000) до 2013 года, но эта практика была отменена в RFC 7100. Окончательный список интернет-стандартов теперь поддерживается редактором RFC. [14]

Документы, представленные редактору IETF и принятые в качестве RFC, не редактируются; если документ необходимо изменить, он представляется повторно и ему присваивается новый номер RFC. Когда RFC становится стандартом Интернета (STD), ему присваивается номер STD, но сохраняется его номер RFC. Когда Интернет-стандарт обновляется, его номер не изменяется, но относится к другому RFC или набору RFC. Например, в 2007 году RFC 3700 был стандартом Интернета (STD 1), а в мае 2008 года он был заменен на RFC 5000. RFC 3700 получил статус исторического , а RFC 5000 стал STD 1.

Список интернет-стандартов первоначально был опубликован как STD 1, но от этой практики отказались в пользу онлайн-списка, поддерживаемого редактором RFC. [15]

Организации интернет-стандартов

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

Процесс стандартизации делится на три этапа:

  1. Предлагаемые стандарты являются стандартами, которые необходимо внедрить и которые могут быть изменены в любое время.
  2. Проект стандарта был тщательно протестирован в рамках подготовки к формированию будущего стандарта Интернета.
  3. Интернет-стандарты являются зрелыми стандартами.

Существует пять организаций по стандартизации Интернета: Инженерная группа Интернета (IETF), Общество Интернета (ISOC), Совет по архитектуре Интернета (IAB), Целевая группа исследований Интернета (IRTF), Консорциум Всемирной паутины (W3C). Все организации обязаны использовать и выражать язык Интернета, чтобы оставаться конкурентоспособными на нынешнем этапе развития Интернета. Некоторые основные цели процесса стандартизации Интернета: обеспечить техническое совершенство; более раннее внедрение и тестирование; идеальные, краткие и понятные записи.

Создание и совершенствование Интернет-стандартов — это постоянная работа, и Рабочая группа по разработке Интернета играет в этом отношении значительную роль. Эти стандарты разработаны и доступны Инженерной группе Интернета (IETF). Это ведущая ассоциация по стандартизации Интернета, которая использует хорошо документированные процедуры для создания этих стандартов. После распространения эти стандарты становятся легко доступными без каких-либо затрат.

До 1993 года федеральное правительство США поддерживало IETF. Теперь этим занимается Совет по архитектуре Интернета (IAB) Internet Society. Это восходящая организация, не имеющая формальных требований для вступления и не имеющая официальной процедуры членства. Он внимательно сотрудничает с Консорциумом World Wide Web (W3C) и другими организациями по разработке стандартов. Более того, он в значительной степени полагается на рабочие группы, которые создаются и предлагаются региональному директору. IETF полагается на свои рабочие группы для расширения условий и стратегий IETF с целью повышения эффективности работы Интернета. [16] Затем рабочая группа действует под руководством регионального директора и продвигает соглашение. После распространения предлагаемого устава по спискам рассылки IESG и IAB и его одобрения он далее передается в IETF. Для принятия предложения не обязательно иметь полное согласие всех рабочих групп. Рабочим группам IETF требуется только прибегнуть к проверке прочности соглашения.

Аналогичным образом, Рабочая группа разрабатывает документы в рамках RFC, которые представляют собой меморандумы, содержащие подходы, действия, исследования, а также инновации, подходящие для функционирования Интернета и связанных с Интернетом механизмов. Другими словами, запросы на комментарии (RFC) в основном используются для разработки стандартного сетевого протокола, который коррелирует с сетевыми операторами. Некоторые RFC предназначены для предоставления информации, тогда как другие обязаны публиковать стандарты Интернета. Окончательная форма RFC преобразуется в стандартную и выдается с цифрами. После этого никакие комментарии или изменения в заключительной форме не принимаются. [17] Этот процесс соблюдается во всех областях, чтобы сформировать единодушное мнение о проблеме, связанной с Интернетом, и разработать интернет-стандарты как решение различных сбоев. Существует восемь общих областей, на которых IETF фокусируется и использует различные рабочие группы вместе с директором области. В «общей» сфере работает и развивает стандарты Интернета. В области «Приложения» основное внимание уделяется интернет-приложениям, таким как веб-протоколы. Кроме того, он также работает над развитием интернет-инфраструктуры в форме расширений PPP. IETF также устанавливает принципы и стандарты описания, охватывающие набор протоколов Интернета (TCP/IP). Совет по архитектуре Интернета (IAB) вместе с Целевой группой по исследованиям Интернета (IRTF) поддерживают усилия IETF по использованию инновационных технологий.

IETF — это организация, занимающаяся стандартизацией, которая концентрируется на выработке «стандартных» экспертных положений и их предполагаемом использовании. IETF концентрируется на вопросах, связанных с развитием современных технологий Интернета и TCP/IP. Он разделен на многочисленные рабочие группы (WG), каждая из которых отвечает за развитие стандартов и навыков в определенной зоне, например, маршрутизацию или безопасность. Люди в рабочих группах являются волонтерами и работают в таких областях, как поставщики оборудования, сетевые операторы и различные исследовательские учреждения. Во-первых, он работает над тем, чтобы добиться общего рассмотрения потребностей, которые должны обсуждаться в рамках усилий. Затем формируется рабочая группа IETF, и потребности обсуждаются на влиятельных ассамблеях Birds of a Feather (BoF) на конференциях IETF.

Целевая группа по интернет-инжинирингу

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

Инженерная группа Интернета (IETF) — ведущая организация по стандартизации Интернета. Он следует открытым и хорошо документированным процессам установления интернет-стандартов. Ресурсы, которые предлагает IETF, включают RFC, интернет-проекты, функции IANA, права интеллектуальной собственности, процесс стандартизации, а также публикацию и доступ к RFC. [18]

RFC

[ редактировать ]
  • Документы, содержащие технические характеристики и примечания для Интернета.
  • Аббревиатура RFC произошла от фразы «Запрос комментариев» — сегодня она больше не используется и теперь называется просто RFC. [19]
  • Веб-сайт RFC Editor представляет собой официальный архив интернет-стандартов, проектов стандартов и предлагаемых стандартов. [20]

Интернет-черновики

[ редактировать ]
  • Рабочие документы IETF и ее рабочих групп. [21]
  • Другие группы могут распространять рабочие документы в виде Интернет-проектов.

Права интеллектуальной собственности

[ редактировать ]
  • Все стандарты IETF доступны для бесплатного просмотра и чтения и, как правило, могут быть реализованы кем угодно без разрешения или оплаты. [22]

Процесс стандартизации

[ редактировать ]
  • Процесс создания стандарта прост: спецификация проходит тщательную проверку интернет-сообществом и пересматривается с учетом опыта. [23]

Публикация и доступ к RFC

[ редактировать ]
  • Интернет-черновики, успешно прошедшие проверку.
  • Отправлено редактору RFC для публикации.

Типы интернет-стандартов

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

Существует два способа формирования Интернет-стандарта, которые можно отнести к одной из следующих категорий: стандарты «де-юре» и стандарты «де-факто». [24] Стандарт де-факто становится стандартом благодаря широкому использованию в техническом сообществе. Стандарт де-юре формально создается официальными организациями, занимающимися разработкой стандартов. [24] Эти стандарты проходят процесс Интернет-стандартизации . Общие стандарты де-юре включают ASCII , SCSI и набор протоколов Интернета . [20]

Стандартные характеристики Интернета

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

Спецификации, подпадающие под процесс стандартизации Интернета, можно разделить на одну из следующих категорий: техническая спецификация (TS) и заявление о применимости (AS). [25] Техническая спецификация — это заявление, описывающее все соответствующие аспекты протокола, услуги, процедуры, соглашения или формата. [25] Это включает в себя его объем и намерение использования или «область применимости». Однако использование TS в Интернете определяется Заявлением о применимости. AS определяет, как и при каких обстоятельствах TS могут применяться для поддержки конкретной возможности Интернета. AS определяет способы объединения соответствующих TS и определяет параметры или подфункции протоколов TS. AS также описывает области применимости TS, такие как Интернет-маршрутизаторы, терминальные серверы или серверы баз данных на основе дейтаграмм. [25] AS также применяет один из следующих «уровней требований» к каждому из TS, к которым он относится:

  • Обязательно: для достижения совместимости требуется реализация указанного TS. Например, интернет-системы, использующие пакет интернет-протоколов, должны реализовывать IP и ICMP . [25]
  • Рекомендуется: Реализация указанного TS не требуется, но желательна в области применимости AS. Включение функций, особенностей и протоколов Рекомендуемых TS в разработки систем приветствуется. Например, протокол TELNET должен быть реализован во всех системах, которые собираются использовать удаленный доступ. [25]
  • Факультативно: реализация указанного TS не является обязательной. TS необходим только в конкретной среде. Например, MIB DECNET можно рассматривать как ценный элемент в среде, где DECNET . используется протокол [25]

Общие стандарты

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

Веб-стандарты

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

Модель TCP/IP и соответствующие интернет-стандарты Веб-стандарты — это тип интернет-стандарта, который определяет аспекты Всемирной паутины . Они позволяют создавать и отображать веб-сайты. Тремя ключевыми стандартами, используемыми во Всемирной паутине, являются протокол передачи гипертекста , HTML и URL . [26] Соответственно, они определяют передачу данных между браузером и веб-сервером, содержимое и макет веб-страницы, а также значение идентификаторов веб-страницы.

Сетевые стандарты

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

Сетевые стандарты — это тип интернет-стандарта, который определяет правила передачи данных в сетевых технологиях и процессах. Интернет-стандарты допускают процедуру связи устройства с другими устройствами.

Что касается модели TCP/IP, общие стандарты и протоколы на каждом уровне следующие: [ нужна ссылка ]

  • Транспортный уровень: TCP и SPX.
  • Сетевой уровень: IP и IPX
  • Уровень канала передачи данных: IEEE 802.3 для локальной сети и Frame Relay для глобальной сети.
  • Физический уровень: 8P8C и V.92.

Будущее интернет-стандартов

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

Интернет рассматривается как открытая игровая площадка, которую люди могут использовать бесплатно, а сообщества могут контролировать. Однако крупные компании сформировали его так, чтобы он наилучшим образом соответствовал их потребностям. Будущее интернет-стандартов не станет исключением. В настоящее время широко используются, но небезопасные протоколы, такие как протокол пограничного шлюза (BGP) и система доменных имен (DNS). [27] Это отражает распространенную практику, которая больше ориентирована на инновации, чем на безопасность. Компании имеют возможность решить эти проблемы. Поскольку Интернет находится в руках отрасли, пользователи должны зависеть от бизнеса в защите уязвимостей, присутствующих в этих стандартах. [27]

Способы повышения безопасности BGP и DNS уже существуют, но они не получили широкого распространения. Например, существует существующая защита BGP под названием Routing Public Key Infrastructure (RPKI). Это база данных маршрутов, которые известны как безопасные и имеют криптографическую подпись. [28] Пользователи и компании отправляют маршруты и проверяют маршруты других пользователей на безопасность. Если бы он получил более широкое распространение, можно было бы добавить и подтвердить больше маршрутов. Однако RPKI набирает обороты. По состоянию на декабрь 2020 года технологический гигант Google зарегистрировал 99% своих маршрутов с помощью RPKI. [28] Они упрощают предприятиям внедрение мер безопасности BGP. DNS также имеет протокол безопасности с низкой скоростью распространения: расширения безопасности DNS (DNSSEC). По сути, на каждом этапе процесса поиска DNS DNSSEC добавляет подпись к данным, чтобы показать, что они не были подделаны. [29]

Некоторые компании взяли на себя инициативу по обеспечению безопасности интернет-протоколов. Остальные должны сделать это более распространенным.

См. также

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

Ссылки

[ редактировать ]
  1. ^ Лейба, Барри (январь 2008 г.). «Введение в стандарты Интернета» . IEEE Интернет-вычисления . 12 (1): 71–74. дои : 10.1109/MIC.2008.2 . ISSN   1089-7801 . S2CID   26168365 . Архивировано из оригинала 9 февраля 2022 г. Проверено 4 февраля 2022 г.
  2. ^ Кэт, Коринн; Флориди, Лучано (апрель 2017 г.). «Проектирование архитектуры Интернета Рабочей группой по проектированию Интернета (IETF) и права человека» . Наука и инженерная этика . 23 (2): 449–468. дои : 10.1007/s11948-016-9793-y . ISSN   1353-3452 . ПМИД   27255607 . S2CID   3613408 .
  3. ^ Рассел Хаусли; Дэйв Крокер; Эрик В. Бургер (11 октября 2011 г.). Сокращение системы стандартов до двух уровней зрелости . IETF . дои : 10.17487/RFC6410 . РФК 6410 .
  4. ^ Уитема, К.; Постел, Дж.; Крокер, С. (1995). «Не все RFC являются стандартами» . Страницы запроса комментариев IETF (RFC) — тест . ISSN   2070-1721 . Архивировано из оригинала 20 марта 2018 г. Проверено 20 марта 2018 г.
  5. ^ RFC 7100 Прекращение использования сводного документа «Официальные стандарты протоколов Интернета».
  6. ^ «Краткая история Интернета» . www.usg.edu . Архивировано из оригинала 18 февраля 2002 г. Проверено 8 декабря 2021 г.
  7. ^ «Протокол IP-безопасности (ipsec) —» . datatracker.ietf.org . Архивировано из оригинала 13 сентября 2019 г. Проверено 8 декабря 2021 г.
  8. ^ «Эволюция HTTP — HTTP | MDN» . http://developer.mozilla.org . Архивировано из оригинала 27 марта 2023 г. Проверено 8 декабря 2021 г.
  9. ^ «Безопасность транспортного уровня (TLS) — Глоссарий веб-документации MDN: определения терминов, связанных с Интернетом | MDN» . http://developer.mozilla.org . Архивировано из оригинала 08 декабря 2021 г. Проверено 8 декабря 2021 г.
  10. ^ Алани, Мохаммед М. (2014), «Модель OSI» , Руководство по моделям OSI и TCP/IP , SpringerBriefs in Computer Science, Cham: Springer International Publishing, стр. 5–17, номер документа : 10.1007/978-3-319- 05152-9_2 , ISBN  978-3-319-05151-2 , получено 8 декабря 2021 г.
  11. ^ «Что такое UDP | DiverseNet Inc» . Архивировано из оригинала 08 декабря 2021 г. Проверено 8 декабря 2021 г.
  12. ^ «Характеристика технических условий» . Характеристика предлагаемых стандартов . IETF . Январь 2014. сек. 3. дои : 10.17487/RFC7127 . РФК 7127 . Проверено 11 марта 2016 г.
  13. ^ «Обзор IETF предлагаемых стандартов» . Характеристика предлагаемых стандартов . IETF . Январь 2014. сек. 2. дои : 10.17487/RFC7127 . РФК 7127 . Проверено 11 марта 2016 г.
  14. ^ «Официальные стандарты интернет-протокола» . Архивировано из оригинала 15 марта 2018 г. Проверено 19 марта 2018 г.
  15. ^ РФК   7100
  16. ^ Безумный.; Мандельберг, Д.; Брюйнзельс, Т. (август 2018 г.). Упрощенное управление ресурсами локальных номеров Интернета с помощью RPKI (SLURM) . дои : 10.17487/rfc8416 . RFC 8416 .
  17. ^ Книпс, Гюнтер (сентябрь 2015 г.). «Управление предпринимательским трафиком и рабочая группа по разработке Интернета» . Журнал конкурентного права и экономики . 11 (3): 727–745. doi : 10.1093/joclec/nhv018 . ISSN   1744-6414 .
  18. ^ общ., Инженерная группа по Интернету. Интернет (2005). Журнал IETF . Интернет-сообщество. OCLC   746928702 .
  19. ^ «РФЦ» . IETF . Архивировано из оригинала 06 декабря 2021 г. Проверено 8 декабря 2021 г.
  20. ^ Jump up to: Перейти обратно: а б Официальные стандарты протоколов Интернета . Май 2008 г. doi : 10.17487/rfc5000 . РФК 5000 .
  21. ^ Фаррел, А. (апрель 2014 г.). Обработка интернет-проектов рабочими группами IETF . дои : 10.17487/rfc7221 . РФК 7221 .
  22. ^ Права интеллектуальной собственности в технологиях IETF . Март 2005 г. doi : 10.17487/rfc3979 . РФК 3979 .
  23. ^ Хови, Р.; Брэднер, С. (октябрь 1996 г.). Организации, участвующие в процессе стандартизации IETF . дои : 10.17487/rfc2028 . РФК 2028 .
  24. ^ Jump up to: Перейти обратно: а б Никерсон; Мюлен (2006). «Экология процессов стандартизации: идеи создания стандартов в Интернете». МИС Ежеквартально . 30 : 467–488. дои : 10.2307/25148769 . JSTOR   25148769 .
  25. ^ Jump up to: Перейти обратно: а б с д и ж Брэднер, С. (октябрь 1996 г.). Процесс разработки стандартов Интернета -- Редакция 3 . дои : 10.17487/rfc2026 . РФК 2026 .
  26. ^ Комер, Дуглас (2015). Компьютерные сети и Интернет (Шестое изд.). Бостон, Массачусетс. ISBN  978-0-13-358793-7 . OCLC   870649960 . {{cite book}}: CS1 maint: отсутствует местоположение издателя ( ссылка )
  27. ^ Jump up to: Перейти обратно: а б Шерман, Джастин (1 октября 2020 г.). «Картирование влияния частного сектора на Интернет: начиная с интернет-протоколов». Политика интернет-безопасности: частная индустрия и будущее Интернета (доклад). Атлантический совет. стр. 4–7. JSTOR   resrep26661.5 .
  28. ^ Jump up to: Перейти обратно: а б Ньюман, Лили Хэй. «Сломанный участок магистральной сети Интернет, возможно, наконец-то починят» . Проводной . ISSN   1059-1028 . Проверено 8 декабря 2021 г.
  29. ^ «DNSSEC: Введение» . Блог Cloudflare . 07.10.2014. Архивировано из оригинала 06 декабря 2021 г. Проверено 8 декабря 2021 г.
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Internet_Standard&oldid=1230504593"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 98685fc452bad90df7963ec6f470928f__1719112680
URL1:https://arc.ask3.ru/arc/aa/98/8f/98685fc452bad90df7963ec6f470928f.html
Заголовок, (Title) документа по адресу, URL1:
Internet Standard - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)