1149 rfc: Standard for the transmission of IP datagrams on avian carriers

RFC 1149. Стандарт передачи IP дейтаграмм с помощью почтовых голубей.: goodmaker — LiveJournal

?
Category:
  • Птицы
  • Cancel
оригинал тут: http://tools.ietf.org/html/rfc1149, перевод с английского мой 🙂

Назначение этой заметки

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

Обзор и применение

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

Это возможно из за того что носители используют 3D пространство, вместо 1D реализуемого в IEEE802.3. Носители имеют встроенных механизм защиты от столкновений, что повышает их доступность. В отличии от некоторых сетевых технологий, как например радо, соединение не ограничено зоной прямой видимости. Сервисы приема уже доступны в некоторых городах, как правило они базируются на центральных узлах связи.
Формат блока данных
IP дейтаграмма печатается на маленьком скрученном листке бумаги, в шестнадцатеричном формате, где каждый октет разделен белым полем и черными символами. Скрученная бумажка оборачивается вокруг одной ноги птице-носителя. Для защиты дейтаграммы используется полоска трубчатой ленты. Пропускная способность ограничена длинной ноги носителя. MTU является переменной величиной, и парадоксальной, но в целом возрастает с увеличением возраста носителя. Типичное значение MTU равно 256 миллиграммам. Некоторым дейтаграммам возможно понадобится заполнение пустой информацией(padding).

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

Обсуждение

Некоторые виды сервиса могут быть предоставлены с приоритетно поклеванным порядком(QoS). Дополнительным свойством является встроенный механизм обнаружения червей и их ликвидация. Поскольку протокол IP гарантирует только лучший алгоритм доставки, то утеря одного несущего считается терпимой. Со временем несущие самовоспроизводятся. Бури могут служить причиной отсутствия вещания. В случае потери(падения птицы-носителя) связи, попытки доставки будут осуществляться снова и снова. Аудит работы автоматически генерируется, и может быть найден на бревнах и столбах связи.

Безопасность

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

Subscribe

  • Санаторий «Трифоныч»

    Сидя осенним вечром дома, я как-то вспомнил, что один мой друг пару лет назад делал фотосесию. Фотки были у него как фотки, если бы не одно но! На…

  • Special for Richo Oleg Strokatyy 🙂

  • Снова закат

    …вот такие у нас в Костроме зокаты, а я в избушке слева живу 🙂 на молебен с утра с петухами в церковь ходым, дворы — медведи охроняют……

Photo

Hint http://pics.livejournal.com/igrick/pic/000r1edq

Первоапрельские RFC

Первоапрельские RFC

Нашел в Википедии интересные первоапрельские стандарты. Как их использовать? Будете писать резюме, перечислите их где-нибудь в знаниях 🙂

ДатаRFCНазваниеАвторРазмер
22 июня 1973 RFC 527ARPAWOCKYR.
Merryman, Калифорнийский университет, Сан-Диего
 
1 апреля 1978 RFC 748 Telnet randomly-lose optionM.R. Crispin2741 байт
1 декабря 1985 RFC 968Twas the night before start-up Винт Серф 
1 апреля 1989 RFC 1097Telnet subliminal-message optionB. Miller5490 байт
(Расширение протокола Telnet для передачи 25-го кадра)
1 апреля 1990 RFC 1149 Standard for the transmission of IP datagrams on Avian Carriers (Стандарт передачи IP-дейтаграмм посредством почтовых голубей)D. Waitzman3329 байт
1 апреля 1991 RFC 1216Gigabit Network Economics and Paradigm ShiftsPoorer Richard, профессор Kynikos8130 байт
1 апреля 1991 RFC 1217Memo from the Consortium for Slow Commotion Research (CSCR) Винт Серф11079 байт
1 апреля 1992 RFC 1313Today’s Programming for KRFC AM 1313 Internet Talk RadioC. Partridge5444 байт
1 апреля 1993 RFC 1437 The Extension of MIME Content-Types to a New MediumN. Borenstein, M. Linimon13356 байт
1 апреля 1993 RFC 1438 Internet Engineering Task Force Statements Of Boredom (SOBs)A. Lyman Chapin, C. Huitema3044 байт
1 апреля 1994 RFC 1605SONET to Sonnet Translation Вильям Шекспир4451 байт
1 апреля 1994 RFC 1606 A Historical Perspective On The Usage Of IP Version 9 (Использование протокола IPv9 с исторической точки зрения)J. Onions8398 байт
1 апреля 1994 RFC 1607A VIEW FROM THE 21ST CENTURY (ВЗГЛЯД ИЗ XXI ВЕКА) Винт Серф28165 байт
1 апреля 1995 RFC 1776The Address is the Message Steve Crocker2051 байт
1 апреля 1996 RFC 1924A Compact Representation of IPv6 AddressesR. Elz10409 байт
1 апреля 1996 RFC 1925The Twelve Networking TruthsR. Callon4294 байт
1 апреля 1996 RFC 1926An Experimental Encapsulation of IP Datagrams on Top of ATMJ. Eriksson2969 байт
1 апреля 1996 RFC 1927 Suggested Additional MIME Types for Associating Documents (Рекомендуемые добавления к типам MIME для назначения документов)C. Rogers5254 байт
1 апреля 1997 RFC 2100The Naming of Hosts (Именование узлов)J. Ashworth4077 байт
1 апреля 1998 RFC 2321RITA — The Reliable Internetwork Troubleshooting AgentA. Bressen12302 байт
1 апреля 1998 RFC 2322Management of IP numbers by peg-dhcpK. van den Hout, A. Koopal, R. van Mook12665 байт
1 апреля 1998 RFC 2323IETF Identification and Security GuidelinesA. Ramos9257 байт
1 апреля 1998 RFC 2324 Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0) (Гипертекстовой протокол управления кофеваркой)L. Masinter19610 байт
1 апреля 1998 RFC 2325Definitions of Managed Objects for Drip-Type Heated Beverage Hardware Devices using SMIv2M. Slavitch12726 байт
1 апреля 1999 RFC 2549IP over Avian Carriers with Quality of Service (IP посредством почтовых голубей с QoS)D. Waitzman9519 байт
1 апреля 1999 RFC 2550Y10K and Beyond (Проблема Y10k)S. Glassman, M. Manasse, J. Mogul28011 байт
1 апреля 1999 RFC 2551The Roman Standards Process — Revision IIIS. Bradner28054 байт
1 апреля 2000 RFC 2795The Infinite Monkey Protocol Suite (IMPS)S. Christey42902 байт
1 апреля 2001 RFC 3091 Pi Digit Generation Protocol (Протокол генерации числа пи)H. Kennedy 
1 апреля 2001 RFC 3092Etymology of «Foo» (Этимология слова «Foo») D. Eastlake 3rd, C. Manros, Эрик Рэймонд 
1 апреля 2001 RFC 3093 Firewall Enhancement Protocol (FEP) (Протокол расширения брандмауэра)M. Gaynor, S. Bradner 
1 апреля 2002 RFC 3251Electricity over IP (Передача электроэнергии по протоколу IP)B. Rajagopalan18941 байт
1 апреля 2002 RFC 3252Binary Lexical Octet Ad-hoc TransportH. Kennedy 
1 апреля 2003
RFC 3514
The Security Flag in the IPv4 Header (Evil Bit) (Флаг безопасности в заголовке IPv4 (Бит Зла))S. Bellovin 
1 апреля 2004 RFC 3751Omniscience Protocol RequirementsS. Bradner 
1 апреля 2005 RFC 4041Requirements for Morality Sections in Routing Area DraftsA. Farrel 
1 апреля 2005 RFC 4042 UTF-9 and UTF-18 Efficient Transformation formats of Unicode (Форматы эффективного трансформирования Юникода UTF-9 и UTF-18)
Мир сходит с ума, но еще не поздно все исправить. Подпишись на канал SecLabnews и внеси свой вклад в предотвращение киберапокалипсиса!

Евгений Шауро

Блог специалиста по информационной безопасности

Подпишитесь на получение последних материалов по безопасности от SecurityLab.ru — новости, статьи, обзоры уязвимостей и мнения аналитиков.

Ежедневный выпуск от SecurityLab. Ru

Еженедельный выпуск от SecurityLab.Ru

Нажимая на кнопку, я принимаю условия соглашения.

Комментарий

Текст ошибки

Стандарт передачи IP-дейтаграмм на авианосителях

RFC 1149: Стандарт передачи IP-дейтаграмм на авианосцах [RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Информационная страница]

EXPERIMENTAL
Обновлено: 2549, 6214 Errata Exist

 Network Working Group Д. Вайцман
Запрос комментариев: 1149 BBN STC
                                                            1 апреля 1990
   Стандарт передачи IP-датаграмм на авианосцах
Статус этого меморандума
   В этом меморандуме описывается экспериментальный метод инкапсуляции
   Дейтаграммы IP в авианосцах. Эта спецификация в первую очередь
   полезно в городских сетях. Это эксперимент, а не
   рекомендуемый стандарт. Распространение этой памятки не ограничено. 
Обзор и рациональность
   Авиаперевозчики могут обеспечить высокую задержку, низкую пропускную способность и низкую пропускную способность.
   высотная служба. Топология соединения ограничена одним
   путь точка-точка для каждого перевозчика, используемый со стандартными перевозчиками,
   но многие несущие могут использоваться без существенных помех с
   друг друга, за пределами ранней весны. Это из-за 3D эфира
   пространство, доступное носителям, в отличие от 1D-эфира, используемого
   IEEE802.3. Перевозчики имеют встроенную систему предотвращения столкновений
   система, которая увеличивает доступность. В отличие от некоторых сетевых
   технологий, таких как пакетная радиосвязь, связь не ограничивается
   расстояние прямой видимости. Услуга, ориентированная на соединение, доступна в
   некоторые города, обычно основанные на топологии центрального узла.
Формат кадра
   Дейтаграмма IP печатается на маленьком свитке бумаги в
   шестнадцатеричный, с каждым октетом, разделенным белым и черным шрифтом. 
   Свиток бумаги обернут вокруг одной ноги авианосца.
   Лента клейкой ленты используется для закрепления краев дейтаграммы.
   пропускная способность ограничена длиной ноги. MTU является переменным, и
   как это ни парадоксально, обычно увеличивается с увеличением возраста носителя. А
   типичный MTU составляет 256 миллиграммов. Может потребоваться некоторое заполнение дейтаграммы.
   При получении клейкая лента удаляется, а бумажная копия
   дейтаграмма оптически сканируется и преобразуется в электронную
   форма.
Обсуждение
   Несколько типов услуг могут быть предоставлены с приоритетом клевания
   заказ. Дополнительным свойством является встроенное обнаружение червей и
   искоренение. Поскольку IP гарантирует доставку с максимальной эффективностью, потери
   перевозчика можно допустить. Со временем носители
Вайцман [Страница 1] 

RFC 1149 IP-дейтаграммы на авианосцах 1 апреля 1990 г.
   регенерация. Пока вещание не указано, штормы могут вызвать
   потери данных. Постоянная повторная попытка доставки до тех пор, пока перевозчик
   капли.  Журналы аудита генерируются автоматически и часто могут быть
   найдены на бревнах и кабельных лотках.
Вопросы безопасности
   Безопасность, как правило, не является проблемой при нормальной работе, но представляет собой особую проблему.
   должны быть приняты меры (например, шифрование данных), когда авианосцы
   используются в тактической обстановке.
Адрес автора
   Дэвид Вайцман
   Корпорация BBN Systems and Technologies
   Подразделение BBN Labs
   Моултон-стрит, 10
   Кембридж, Массачусетс, 02238
   Телефон: (617) 873-4323
   Электронная почта: dwaitzman@BBN.COM
Вайцман [Страница 2]
 

RFC 1149 — Стандарт передачи IP-датаграмм на авианосителях

Javascript отключен? Как и другие современные веб-сайты, IETF Datatracker использует Javascript. Пожалуйста, включите Javascript для полной функциональности.

 Сетевая рабочая группа Д. Вайцман
Запрос комментариев: 1149 BBN STC
 1 апреля 1990
 Стандарт передачи IP-датаграмм на авианосцах
Статус этого меморандума
 В этом меморандуме описывается экспериментальный метод инкапсуляции
 Дейтаграммы IP в авианосцах. Эта спецификация в первую очередь
 полезно в городских сетях. Это эксперимент, а не
 рекомендуемый стандарт. Распространение этой памятки не ограничено.
Обзор и рациональность
 Авиаперевозчики могут обеспечить высокую задержку, низкую пропускную способность и низкую пропускную способность.
 высотная служба. Топология соединения ограничена одним
 путь точка-точка для каждого перевозчика, используемый со стандартными перевозчиками,
 но многие несущие могут использоваться без существенных помех с
 друг друга, за пределами ранней весны. Это из-за 3D эфира
 пространство, доступное носителям, в отличие от 1D-эфира, используемого
 IEEE802.3. Перевозчики имеют встроенную систему предотвращения столкновений
 система, которая увеличивает доступность. В отличие от некоторых сетевых
 технологий, таких как пакетная радиосвязь, связь не ограничивается
 расстояние прямой видимости. Услуга, ориентированная на соединение, доступна в
 некоторые города, обычно основанные на топологии центрального узла. Формат кадра
 Дейтаграмма IP печатается на маленьком свитке бумаги в
 шестнадцатеричный, с каждым октетом, разделенным белым и черным шрифтом.
 Свиток бумаги обернут вокруг одной ноги авианосца.
 Лента клейкой ленты используется для закрепления краев дейтаграммы.
 пропускная способность ограничена длиной ноги. MTU является переменным, и
 как это ни парадоксально, обычно увеличивается с увеличением возраста носителя. А
 типичный MTU составляет 256 миллиграммов. Может потребоваться некоторое заполнение дейтаграммы.
 При получении клейкая лента удаляется, а бумажная копия
 дейтаграмма оптически сканируется и преобразуется в электронную
 форма.
Обсуждение
 Несколько типов услуг могут быть предоставлены с приоритетом клевания
 заказ. Дополнительным свойством является встроенное обнаружение червей и
 искоренение. Поскольку IP гарантирует доставку с максимальной эффективностью, потери
 перевозчика можно допустить. Со временем носители
Вайцман [Страница 1]
RFC 1149Дейтаграммы IP на авианосцах 1 апреля 1990 г.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *