✖


Jump to content

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

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

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

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

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

Как поставлено в RFC 2026:

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

Обзор

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

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

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

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

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

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

TCP/IP

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

Ipsec

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

Http

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

TLS/SSL

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

Модель OSI

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

UDP

Целью протокола Datagram пользователя было найти способ общаться между двумя компьютерами как можно быстрее и эффективно. 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: проект стандарта может быть реклассифицирован как интернет -стандарт, как только критерии в RFC 6410 будут удовлетворены; Или, через два года, прошедшие с тех пор, как RFC 6410 был анопирован как BCP (октябрь 2013 г.), IESG может выбрать реклассификацию старого проекта стандарта в качестве предлагаемого стандарта .

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

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

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

Все интернет -стандарты дают число в серии 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

RFCS

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

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

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

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

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

Стандартный процесс

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

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

[ редактировать ]
  • Интернет-дрэфты, которые успешно завершили процесс обзора.
  • Представлено в редактор RFC для публикации.

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

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

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

Стандартные спецификации интернета

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Некоторые компании взяли на себя инициативу по защите интернет -протоколов. Все остальное, чтобы сделать его более распространенным.

Смотрите также

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

Ссылки

[ редактировать ]
  1. ^ Лейба, Барри (январь 2008 г.). «Введение в интернет -стандарты» . IEEE Internet Computing . 12 (1): 71–74. doi : 10.1109/mic.2008.2 . ISSN   1089-7801 . S2CID   26168365 . Архивировано из оригинала 2022-02-09 . Получено 2022-02-04 .
  2. ^ Кэт, Коринн; Флориди, Лучано (апрель 2017 г.). «Дизайн архитектуры Интернета с помощью интернет -инженерной целевой группы (IETF) и прав человека» . Научная и инженерная этика . 23 (2): 449–468. doi : 10.1007/s11948-016-9793-y . ISSN   1353-3452 . PMID   27255607 . S2CID   3613408 .
  3. ^ Рассел Хаусли; Дэйв Крокер; Эрик У. Бургер (11 октября 2011 г.). Снижение отслеживания стандартов до двух уровней зрелости . IETF . doi : 10.17487/rfc6410 . RFC 6410 .
  4. ^ Huitema, C.; Postel, J.; Крокер С. (1995). «Не все RFC являются стандартами» . IETF запрос на комментарии (RFC) Страницы - Тест . ISSN   2070-1721 . Архивировано с оригинала 2018-03-20 . Получено 2018-03-20 .
  5. ^ Rfc 7100 ПЕРЕДАТЬ ВОЗДЕЙСТВИЯ В РЕЗЮМЕ «Стандарты официальных протоколов интернет -официального протокола»
  6. ^ «Краткая история интернета» . www.usg.edu . Архивировано из оригинала 2002-02-18 . Получено 2021-12-08 .
  7. ^ "Протокол безопасности IP (IPSEC) -" . DataTracker.ietf.org . Архивировано с оригинала 2019-09-13 . Получено 2021-12-08 .
  8. ^ «Эволюция http - http | mdn» . Developer.mozilla.org . Архивировано из оригинала 2023-03-27 . Получено 2021-12-08 .
  9. ^ «Безопасность транспортного уровня (TLS) - веб -документы MDN Глоссарий: определения терминов, связанных с Интернетом | MDN» . Developer.mozilla.org . Архивировано из оригинала 2021-12-08 . Получено 2021-12-08 .
  10. ^ Alani, Mohammed M. (2014), «Модель OSI» , Руководство по моделям OSI и TCP/IP , SpringerBriefs в информатике, Cham: Springer International Publishing, стр. 5–17, doi : 10.1007/978-3-319- 05152-9_2 , ISBN  978-3-319-05151-2 Получено 2021-12-08
  11. ^ «Что такое UDP | Diverseet Inc» . Архивировано из оригинала 2021-12-08 . Получено 2021-12-08 .
  12. ^ «Характеристика спецификаций» . Характеристика предлагаемых стандартов . IETF . Январь 2014 года. Разд. 3. doi : 10.17487/rfc7127 . RFC 7127 . Получено 11 марта 2016 года .
  13. ^ «IETF обзор предлагаемых стандартов» . Характеристика предлагаемых стандартов . IETF . Январь 2014 года. Разд. 2. doi : 10.17487/rfc7127 . RFC 7127 . Получено 11 марта 2016 года .
  14. ^ «Официальные стандарты интернет -протокола» . Архивировано с оригинала 2018-03-15 . Получено 2018-03-19 .
  15. ^ RFC   7100
  16. ^ Безумный.; Мандельберг, Д.; Bruijnzeels, T. (август 2018 г.). Упрощенное локальное управление ресурсами в Интернете с помощью RPKI (Slurm) . doi : 10.17487/rfc8416 . RFC 8416 .
  17. ^ Knieps, Günter (сентябрь 2015 г.). «Предпринимательское управление трафиком и целевая группа по инженерному интернет -инженерии» . Журнал конкурентного права и экономики . 11 (3): 727–745. doi : 10.1093/joclec/nhv018 . ISSN   1744-6414 .
  18. ^ Общество., Интернет -инженерная целевая группа. Интернет (2005). Журнал IETF . Интернет -общество. OCLC   746928702 .
  19. ^ "RFCS" . IETF . Архивировано из оригинала 2021-12-06 . Получено 2021-12-08 .
  20. ^ Jump up to: а беременный Стандарты официального протокола Интернета . Май 2008. DOI : 10.17487/RFC5000 . RFC 5000 .
  21. ^ Фаррел А. (апрель 2014). Обработка интернет-дрейфов рабочими группами IETF . doi : 10.17487/rfc7221 . RFC 7221 .
  22. ^ Права интеллектуальной собственности в технологии IETF . Март 2005 г. doi : 10.17487/rfc3979 . RFC 3979 .
  23. ^ Hovey, R.; Брэднер С. (октябрь 1996). Организации, участвующие в процессе стандартов IETF . doi : 10.17487/rfc2028 . RFC 2028 .
  24. ^ Jump up to: а беременный Никерсон; Мюлен (2006). «Экология процессов стандартов: понимание из создания стандарта Интернета». MIS Quarterly . 30 : 467–488. doi : 10.2307/25148769 . JSTOR   25148769 .
  25. ^ Jump up to: а беременный в дюймовый и фон Брэднер С. (октябрь 1996). Процесс интернет -стандартов - пересмотр 3 . doi : 10.17487/rfc2026 . RFC 2026 .
  26. ^ Comer, Douglas (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 . Получено 2021-12-08 .
  29. ^ «DNSSEC: введение» . Блог CloudFlare . 2014-10-07. Архивировано из оригинала 2021-12-06 . Получено 2021-12-08 .
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Internet_Standard&oldid=1245590207"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: cdc8bcb05346f20faf6b339879c5574f__1726254360
URL1:https://arc.ask3.ru/arc/aa/cd/4f/cdc8bcb05346f20faf6b339879c5574f.html
Заголовок, (Title) документа по адресу, URL1:
Internet Standard - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)