Rfc что это такое простыми словами
Rfc что это такое простыми словами
Рабочее предложение (англ. Request for Comments, RFC ) — документ из серии пронумерованных информационных документов Интернета, содержащих технические спецификации и стандарты, широко применяемые во всемирной сети. Название «Request for Comments» ещё можно перевести как «заявка (запрос) на отзывы» или «тема для обсуждения». В настоящее время первичной публикацией документов RFC занимается IETF под эгидой открытой организации Общество Интернета (англ. Internet Society, ISOC ). Правами на RFC обладает именно Общество Интернета.
Содержание
История
Формат RFC появился в 1969 году при обсуждении проекта ARPANET. RFC 1 был опубликован 7 апреля 1969 г. и назывался «Host Software». Первые RFC распространялись в печатном виде на бумаге в виде обычных писем, но уже с декабря 1969 г., когда заработали первые сегменты ARPANET, документы начали распространяться в электронном виде.
Большинство ранних RFC были созданы в Калифорнийском университете Лос-Анджелеса и Стэнфордском исследовательском институте.
С 1969 по 1998 гг. бессменным и единственным редактором RFC был Джон Постел. После его смерти Общество Интернета (ISOC) поручило редактирование и публикацию RFC Институту информационных наук Университета Южной Калифорнии.
Очерк истории RFC за 30 лет с 1969 по 1999 гг. представлен в RFC 2555.
Содержимое RFC
Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft здесь — проект). Согласно RFC 2026, жизненный цикл стандарта выглядит следующим образом:
Практически все стандарты Глобальной сети существуют в виде опубликованных заявок RFC. Но в виде документов RFC выходят не только стандарты, но также концепции, введения в новые направления в исследованиях, исторические справки, результаты экспериментов, руководства по внедрению технологий, предложения и рекомендации по развитию существующих Стандартов и другие новые идеи в информационных технологиях:
Почти все стандарты разрабатываются под эгидой каких-либо научных или интернет-организаций (например W3C, IETF, консорциум Юникода, Интернет2).
Запросы на отзывы официально существуют только на английском языке. Строгих требований к оформлению нет. Встречаются RFC, написанные в строгом академическом стиле, иные — в дружеской неформальной манере. Существует традиция выпуска первоапрельских шуточных RFC, например, RFC 1149 рассказывает о передаче пакетов IP с помощью почтовых голубей.
RFC (Request for Comments)
История
Формат RFC появился в 1969 году при обсуждении проекта ARPANET. RFC 1 был опубликован 7 апреля 1969 г. и назывался «Host Software». Первые RFC распространялись в печатном виде на бумаге в виде обычных писем, но уже с декабря 1969 г., когда заработали первые сегменты ARPANET, документы начали распространяться в электронном виде.
Большинство ранних RFC были созданы в Калифорнийском университете Лос-Анджелеса (UCLA).
С 1969 по 1998 гг. бессменным и единственным редактором RFC был Джон Постел. После его смерти Общество Интернета (ISOC) поручило редактирование и публикацию RFC институту информационных наук Университета Южной Калифорнии.
Очерк истории RFC за 30 лет с 1969 по 1999 гг. представлен в RFC 2555.
Содержимое RFC
Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft здесь — проект). Согласно RFC 2026, жизненный цикл стандарта выглядит следующим образом:
Практически все стандарты Глобальной сети существуют в виде опубликованных заявок RFC. Но в виде документов RFC выходят не только стандарты, но также концепции, введения в новые направления в исследованиях, исторические справки, результаты экспериментов, руководства по внедрению технологий, предложения и рекомендации по развитию существующих Стандартов и другие новые идеи в информационных технологиях:
Почти все стандарты разрабатываются под эгидой каких-либо научных или интернет-организаций (например W3C, IETF, консорциум Юникода, Интернет2).
Запросы на отзывы официально существуют только на английском языке. Строгих требований к оформлению нет. Встречаются RFC, написанные в строгом академическом стиле, иные — в дружеской неформальной манере. Существует традиция выпуска первоапрельских шуточных RFC, например, RFC 1149 рассказывает о передаче пакетов IP с помощью почтовых голубей.
Производство и эволюция
Большинство RFC используют общий набор терминов, таких как «ДОЛЖЕН» и «НЕ РЕКОМЕНДУЕТСЯ» (как определено в RFC 2119 ), дополненной Бэкуса-Наура (ABNF) ( RFC 5234 ) в качестве мета-языка, и простого текстового формата для того, чтобы содержать RFC последовательным и понятным. [1]
Подсерии
Серия RFC содержит три подсерии для IETF RFC:
BCP (Best Current Practice) обязательные IETF RFC не стандартным путем.
STD (Standard) Раньше это был третий и самый завершенный из IETF стандартов, указанный в RFC 2026 (BCP 9). В 2011 году RFC 6410 (новая часть BCP 9) снизил стандарты.
«Шутки ради»: пара занимательных RFC
Формат RFC существует с 1969 года — его представили во время обсуждения ARPANET. Тогда инженер Стив Крокер написал RFC 1 о работе программного обеспечения хоста.
С тех пор прошло более 50 лет, но Request for Comments все еще в ходу — опубликовано
9 тыс. документов по сетевым протоколам, моделям хранения данных и алгоритмам шифрования.
В этом многообразии встречаются RFC, у которых нет практического применения. Их написали по большей части ради шутки. Сегодня расскажем о некоторых находках из этой области.
RFC 8771
Здесь описана интернационализированная сознательно нечитаемая сетевая нотация (I-DUNNO). По словам авторов, документ призван внести баланс в следующую ситуацию:
В начале 80-х была представлена DNS. Она сделала доступ к сетевым ресурсам удобнее, но инженеры «по-прежнему вторгаются» в сферу коммуникаций machine-to-machine: читают и вручную прописывают IP-адреса. Задача I-DUNNO — воспрепятствовать этой деятельности и, наконец, закрепить работу с адресами за вычислительными системами.
I-DUNNO использует кодировку UTF-8, чтобы обфусцировать IP-адреса и усложнить их чтение для человека. Кодовые точки представлены октетами в количестве от одного до четырех, а сама последовательность включает как минимум один символ, запрещенный IDNA2008.
В качестве примера авторы RFC 8771 приводят трансформацию IPv4-адреса 198.51.100.164. Сперва его записывают в виде 32-битной строки:
Затем переводят в символьную форму:
Алгоритм обратного преобразования не указан, так как «компьютеры знают, что делать, а люди не должны даже пробовать».
RFC 8774
В этом документе описаны особые ошибки, которые возникнут в квантовых сетях будущего. Информация в них передается по оптоволоконным кабелям с помощью кубитов — поляризованных фотонов. Автор RFC 8774 пишет, что после массового внедрения таких сетей, значение времени передачи пакета сможет равняться нулю. Этот факт приведет к сбоям в интернете, так как классическая сетевая инфраструктура и протоколы не рассчитаны на работу с таким таймингом.
К ситуации 0-RTT подготовлены лишь несколько протоколов: TFO, TLS 1.3 и QUIC. Многие другие будут работать с ошибками — квантовыми багами.
Фото — Umberto — Unsplash
В протоколе Multipath TCP для оценки пропускной способности вычисляется значение alpha. На одном из этапов необходимо поделить на RTT, что невозможно при круговой задержке равной нулю. В свою очередь, протокол LEDBAT, используемый Apple и BitTorrent, начнет передавать пакеты максимально быстро и засорять канал, хотя должен ограничивать нагрузку на сеть.
Чтобы решить проблему, автор RFC 8774 предлагает начать с составления полного списка протоколов, подверженных квантовым багам. В качестве референса можно использовать RFC 2626 — о проблеме 2000 года. Затем останется обновить весь ненадежный код. Этот процесс может затянуться, учитывая, что проблему 2038 года для Linux решали несколько лет и закончили переписывать код ядра лишь в этом году.
Больше интересных материалов в нашем корпоративном блоге:
«Нашел, увидел, получил»: необычные приглашения на собеседование
Группа разработчиков предлагает перейти на UTF-8
Как развивалась система доменных имен: эра ARPANET
Подборка книг по кибербезопасности
Стандарты голоса
Всякий раз, когда вы снимаете телефонную трубку, помните: внутри происходит магия. Просто представьте себе, что каждый герц теплого человеческого голоса обрабатывается, модулируется, трансформируется и передается на тысячи километров. Небольшие ручейки отдельных разговоров сливаются в огромные реки магистралей и опять распадаются на отдельные разговоры человека с человеком.
И все это происходит благодаря стандартам.
«Почему нужны стандарты?» — спросит читатель, далекий от телекомов. А мы ответим: стандарты необходимы для того, чтобы развивался рынок. Чтобы телефонная система смогла понять другую телефонную систему и соединить один аппарат с другим, даже если абоненты находятся в разных полушариях. Без следования стандартам телекоммуникационных компаний этого просто не случилось бы — представьте, что в России один способ кодировать телефонную адресацию, а в американской компании AT&T — другой. Телефонные системы просто не смогли бы «договориться» между собой, и вы не смогли бы пообщаться со своим заокеанским дядюшкой (и остались бы без наследства).
И разумеется, стандарты появились не сразу. По мере развития телефонной техники они ширились и множились, постепенно трансформируясь в современную систему установления соединений на базе «общеканальной сигнализации» Signalling System No. 7, или по-русски ОКС-7.
Причем ОКС-7, несмотря на свою совершенную универсальность, стремительно устаревающий стандарт — с развитием IP-сетей на смену ему приходят совершенно другие принципы поиска/выбора абонента и установления связи. Но при этом проникновение обычной телефонии и привычки пользователей, связанные с набором номера, еще слишком значимы, чтобы отказаться от её использования.
Поэтому стандарты голосовых соединений все еще актуальны и даже развиваются вместе с массовыми внедрениями технологий под общим названием «голос поверх пакетных сетей» — Voice-Over-IP (более привычной является аббревиатура VoIP).
Но тем не менее все эти стандарты связаны с историческим наследием публичных коммутируемых телефонных сетей (Public Switched Telephone Network — PSTN), ради которых и остаются в эксплуатации многочисленные медиашлюзы (Media Gateway — служат для трансформации медиатрафика) и сигнальные шлюзы (Signaling Gateway — для трансформации протоколов сигнализации и коммутации).
Все это привело к тому, что современные сети передачи голоса выглядят довольно сложно и запутанно. Например, вот так.
Есть как минимум две движущие стандарты силы:
И это достаточно простой случай попытки подружить старую добрую телефонию и полностью цифровые голосовые коммуникации.
Так или иначе в настоящее время все телефонные разговоры, за исключением совсем уж старых телефонных станций в пределах предприятия или небольшого населенного пункта, передаются в цифровом виде. Просто так дешевле и эффективнее.
Но перейдем к стандартам.
Рекомендации ITU
Структура Международного союза электросвязи, как и у всех организаций планетарного масштаба, весьма запутанна. Но это немудрено: в МСЭ входят 193 государства (фактически все) и более 700 членов-организаций — это крупнейшие предприятия: разработчики оборудования, операторы связи, научно-исследовательские институты. В настоящее время в структуре МСЭ три больших сектора, где уже организуются рабочие группы по направлениям и/или технологиям:
Поскольку ITU-T является частью МСЭ, а МСЭ — специализированное учреждение Организации Объединенных Наций, то стандарты от ITU-T более формальны и имеют несомненно больший международный вес, чем стандарты других стандартизирующих технологии организаций. И именно поэтому стандарты появляются с весьма серьезными задержками во времени — слишком много интересов необходимо учесть при разработке и утверждении Рекомендаций.
Например, известный факт про разработку «семиуровневой сетевой модели OSI», над которой в МСЭ-Т работа началась в 1978 году, но при этом итоговый утвержденный документ под кодом X.200 вышел только в 1994-м. Более гибкие стандарты в виде всем привычного стека протоколов TCP/IP при этом развивались гораздо быстрее.
Но в части телефонии, конечно же, стандарты от ITU-T в большей степени авторитетны, чем что-либо еще. Просто сам факт, что Международный союз электросвязи был создан за несколько лет до появления телефонной связи вообще, уже обязывает.
Итак, стандарты ITU-T в части телефонии описываются в следующих разделах:
Целевая группа интернет-инженеров
Разработчики из «целевой группы интернет-инженеров» (IETF) в части определения стандартов пошли несколько иным путем — максимально избавленным от бюрократии, а значит, более гибким и быстрым. При этом стандарты IETF даже не называются стандартами — это Request for Comments (RFC). Если дословно перевести, то получится «запрос на комментарии» или более точный перевод — «тема для обсуждения». В русскоязычной среде их чаще называют «рабочее предложение».
И по сути документом стандарта, обязательным к исполнению, RFC не является. Но вес комьюнити IETF столь велик, что фактически принятые RFC так или иначе становятся стандартами. Например, в том числе и ITU-T довольно часто берет RFC в качестве базы для утверждения уже собственно стандарта.
Процедура написания стандартов по методу RFC довольно проста — вы можете попробовать написать собственный RFC и его даже могут принять. Статусы прохождения RFC по цепочке:
Первый вариант — отсутствие необходимости в стандартах, а точнее пока не сложившийся стандарт, — может быть допустим по двум причинам.
Также не стоит забывать, что H.323 появился раньше, и многие фирмы-производители и поставщики услуг уже вложили значительные средства в оборудование Н.323 и не были заинтересованы в разработке стандартов SIP. Такая ситуация с Н.323 — одна из основных причин, почему до сих пор не существует стандарта SIP.
Rfc что это такое простыми словами
Тематики
Синонимы
запрос для обсуждения
Серия документов, начатая в 1969 году и содержащая описания набора протоколов Internet и связанную с ними информацию. Не все (фактически, очень немногие) RFC описывают стандарты Internet, но все стандарты Internet описаны в RFC. Документы RFC можно найти на сервере IETF
[http://www.lexikon.ru/dict/net/index.html]
Тематики
Тематики
запрос на изменение
Формальное предложение на реализацию изменения. RFC включает в себя детальное описание предложенного изменения, и может быть записано в бумажном или электронном формате.
[http://www.dtln.ru/slovar-terminov]
Тематики
запрос на изменение
RFC
(ITIL Service Transition)
Формальное предложение на выполнение изменения. Запрос на изменения включает в себя детали предложенного изменения и может быть записан в бумажном или электронном виде. Термин «запрос на изменение» часто неверно употребляется в значениях «запись об изменении» или «изменение» само по себе.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
request for change
RFC
(ITIL Service Transition)
A formal proposal for a change to be made. It includes details of the proposed change, and may be recorded on paper or electronically. The term is often misused to mean a change record, or the change itself.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
Тематики
заявка на внесение изменений (в проект)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
Таблица R-4. Классификация документов RFC
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]
Тематики
регулирование потока рециркуляции
(напр. теплоносителя в ядерном реакторе, дымовых газов в топке котла)
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
Полезное
Смотреть что такое «RFC» в других словарях:
RFC — steht für: Request for Comments, eine englische Bezeichnung für eine Aufforderung zum Kommentieren eines Vorschlags; bezeichnet oft eine Reihe von technischen und organisatorischen Dokumenten zum Internet RFC Editor, eine Gruppe innerhalb der… … Deutsch Wikipedia
RFC — Saltar a navegación, búsqueda El término RFC puede referirse a: El acrónimo de Request For Comments. El Registro Federal de Contribuyentes. Remote Function Call, otra forma de llamar al Remote Procedure Call. Al Cuerpo Aéreo Real inglés. Obtenido … Wikipedia Español
RFC — RFC, a three letter initialism, may refer to: Technology * Request for Comments, formalized memoranda addressing Internet standards * Request for Change, a call to change information technology infrastructure * Remote function call, from within… … Wikipedia
RFC — Reconstruction Finance Corporation Short Dictionary of (mostly American) Legal Terms and Abbreviations … Law dictionary
RFC — [Abk. für Request for Comments, dt. » Aufforderung zu Stellungnahmen«], eine bereits 1969 begonnene Serie von Dokumenten über die Standards im Internet bzw. seinem damaligen Vorläufer, dem ARPANet. Die RFCs werden von der IETC herausgegeben;… … Universal-Lexikon
RFC — (Request For Comments) n. series of documents containing suggestions for new or updated Internet standards (Computers) … English contemporary dictionary
RFC — ► ABBREVIATION ▪ Rugby Football Club … English terms dictionary
RFC — Эта статья о Request for Comments. Рабочее предложение (англ. Request for Comments, RFC) документ из серии пронумерованных информационных документов Интернета, содержащих технические спецификации и стандарты, широко применяемые во… … Википедия
RFC — Request for comments Pour les articles homonymes, voir RFC (homonymie). Steve Crocker, auteur de la … Wikipédia en Français
Rfc — Die Abkürzung RFC wird für eine Reihe von Gegenständen verwendet: Request for Comments, eine englische Bezeichnung für eine Aufforderung zum Kommentieren eines Vorschlags; bezeichnet oft eine Reihe von technischen und organisatorischen Dokumenten … Deutsch Wikipedia