Архив рубрики: Технологии

RFC по сетевым протоколам на русском

TCP/IP — это семейство сетевых протоколов, ориентированных на
совместную работу. В состав семейства входит несколько компонентов:
• IP (Internet Protocol — межсетевой протокол) обеспечивает передачу пакетов дан­
ных с одного компьютера на другой (RFC791);
• ICMP (Internet Control Message Protocol — протокол управляющих сообщений
в Интернете) отвечает за различные виды низкоуровневой поддержки протокола
IP, включая сообщения об ошибках, вспомогательные маршрутизирующие запро­
сы и отладочные сообщения (RFC792);
• ARP (Address Resolution Protocol — протокол преобразования адресов) обеспечи­
вает трансляцию IP-адресов в аппаратные адреса (RFC826)2;
• UDP (User Datagram Protocol — протокол передачи датаграмм пользователя) обе­
спечивает непроверяемую одностороннюю доставку данных (RFC768);
• TCP (Transmission Control Protocol — протокол управления передачей) обеспечи­
вает надежный дуплексный канал связи между процессами на двух компьютерах
с возможностью управления потоками и контроля ошибок (RFC793).
Эти протоколы образуют иерархию, или стек, в котором протокол верхнего уровня
использует протокол нижележащего уровня. Систему TCP/IP обычно описывают в виде
пятиуровневой структуры (рис. 14.1), но реальная система TCP/IP содержит только три
из этих уровней.

 Подборка RFC на русском языке в основном  по сетевым протоколам,все оформленно в удобном виде.

— User Datagram Protocol (Протокол пользовательских дейтаграмм)RFC768
— Internet Protocol (Протокол Интернета)RFC791
— Internet Control Message Protocol (Протокол ICMP )RFC792
— Transmission Control Protocol (Протокол управления передачей. Спецификация протокола)RFC793
— Протокол преобразования адресов Ethernet (ARP)RFC826
— Протокол Echo RFC862
— Discard Protocol (Протокол отбрасывания)RFC863
— Протокол генерации символов RFC864
— Стандарт передачи дейтаграмм IP в сетях Ethernet RFC894
— Протокол RARP RFC903
— Broadcasting Datagrams (Широковещательная рассылка дейтаграмм IP) RFC919
— Broadcasting Internet Datagrams in the Presence of Subnets (Широковещательная рассылка дейтаграмм при наличии подсетей) RFC922
— Internet Standard Subnetting Procedure (Стандартные процедуры организации подсетей IP) RFC950
— Domain Administrators Operations Guide (Руководство администратора домена) RFC1033
— A Standard for the Transmission of IP Datagrams over IEEE 802 Networks (Стандарт передачи дейтаграмм IP в сетях IEEE 802) RFC1042
— Computing the Internet Checksum (Расчет контрольных сумм в Internet ) RFC1071
— Models of Policy Based Routing (Маршрутизация на основе правил) RFC1104
— Расширение IP Multicasting RFC1112
— Requirements for Internet Hosts – Communications Layers (Требования к хостам Internet – коммуникационные уровни) RFC1122
— Requirements for Internet Hosts – Application and Support (Требования к хостам Internet – прикладные и служебные протоколы) RFC1123
— A Simple Network Management Protocol (SNMP) (Простой протокол сетевого управления) RFC1157
— A TCP/IP Tutorial (Учебник по TCP/IP) RFC1180
— Path MTU Discovery RFC1191
— The MD4 Message-Digest Algorithm (Алгоритм MD4) RFC1320
— The MD5 Message-Digest Algorithm (Алгоритм MD5) RFC1321
— Identification Protocol (Протокол идентификации) RFC1413
— Мультипротокольная инкапсуляция через AAL5 RFC1483
— Multiprotocol Interconnect over Frame Relay (Многопротокольные соединения через Frame Relay) RFC1490
— Applicability Statement for the Implementation of Classless Inter-Domain
Routing (CIDR) (Заявление о применимости для реализации бесклассовой доменной маршрутизации CIDR) RFC1517
— An Architecture for IP Address Allocation with CIDR (Архитектура распределения адресов IP для CIDR) RFC1518
— Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy (Бесклассовая междоменная маршрутизация (CIDR): Выделение адресов и стратегия агрегирования) RFC1519
— IP и ARP через АТМ RFC1577
— Cisco Systems X.25 over TCP (XOT) RFC1613
— MTU протокола IP при передаче через АТМ AAL5 RFC1626
— The Point-to-Point Protocol (PPP) RFC1661
— Generic Routing Encapsulation (GRE) (Базовая инкапсуляция маршрутных данных) RFC1701
— Спецификация протокола BGP-4ф RFC1771
— Application of the Border Gateway Protocol in the Internet (Применение протокола BGP в Internet) RFC1772
— Requirements for IP Version 4 Routers (Требования к маршрутизаторам IP V4) RFC1812
— Address Allocation for Private Internets (Распределение адресов в частных IP-сетях) RFC1918
— Guidelines for creation, selection, and registration of an Autonomous System (AS) (Руководство по созданию, выбору и регистрации автономных систем) RFC1930
— Defending Against Sequence Number Attacks (Защита от атак с подменой порядковых номеров) RFC1948
— Autonomous System Confederations for BGP (Конфедерации автономных систем в BGP) RFC1965
— BGP Route Reflection: An alternative to full mesh IBGP (BGP Route Reflection – альтернатива полносвязности IBGP) RFC1966
— Serial Number Arithmetic (Арифметика порядковых номеров) RFC1982
— A Mechanism for Prompt Notification of Zone Changes (DNS NOTIFY) (Механизм быстрого уведомления об изменении зоны) RFC1996
— BGP Communities Attribute (Атрибут BGP Communities) RFC1997
— TCP Slow Start, Congestion Avoidance, Fast Retransmit, and Fast Recovery Algorithms (Алгоритмы Slow Start, Congestion Avoidance, Fast Retransmit и Fast Recovery для протокола TCP) RFC2001
— Internet Message Access Protocol – v. 4, rev. 1 (Протокол IMAP v.4, rev. 1) RFC2060
— Key words for use in RFCs to Indicate Requirement Levels (Ключевые слова для обозначения уровня требований в RFC) RFC2119
— PPP Vendor Extenrions (Расширения поставщикам ПО протокола PPP) RFC2153
— Simple Authentication and Security Layer (SASL) (Простой уровень аутентификации и защиты SASL) RFC2222
— Augmented BNF for Syntax Specifications: ABNF1 (Расширенная спецификация синтаксиса Бэкуса-Наура (ABNF)) RFC2234
— Network Ingress Filtering: Defeating Denial of Service Attacks which employ IP Source Address Spoofing (Фильтрация на входе в сеть: Защита от DoS-атак с использованием обманных адресов IP (IP Spoofing)) RFC2267
— Multiprotocol Extensions for BGP-4 (Многопротокольные расширения для BGP-4) RFC2283
— Протокол OSPF версии 2 RFC2328
— Protection of BGP Sessions via the TCP MD5 Signature Option (Защита сеансов BGP с использованием сигнатур MD5) RFC2385
— Multiprotocol Interconnect over Frame Relay (Многопротокольные соединения через Frame Relay) RFC2427
— The One-Time-Password SASL Mechanism (Механизм SASL с однократными паролями) RFC2444
— RIP Version 2 (Протокол RIP версии 2) RFC2453
— Message Submission (Прием сообщений от пользователей) RFC2476
— The Network Access Identifier (Идентификатор доступа в сеть) RFC2486
— Anti-Spam Recommendations for SMTP MTA’s (Рекомендации по предотвращению спама для SMTP MTA) RFC2505
— A Method for Transmitting PPP Over Ethernet (PPPoE) (Метод передачи РРР через Ethernet (PPPoE)) RFC2516
— Detached Domain Name System (DNS) Information (Обособленная информация DNS) RFC2540
— SMTP Service Extension for Authentication (Расширение сервиса SMTP для аутентификации) RFC2554
— OSI connectionless transport services on top of UDP Applicability Statement for Historic Status (Транспортный сервис OSI
на основе UDP. Обоснование статуса Historic) RFC2556
— FTP Security Considerations (Вопросы безопасности FTP) RFC2577
— TCP Congestion Control1 (Контроль насыщения в TCP) RFC2581
— Changing the Default for Directed Broadcasts in Routers (Смена принятого по умолчанию поведения маршрутизаторов по отношению к пакетам Directed Broadcast) RFC2644
— Security Extensions For HTML (Безопасность HTML (расширение)) RFC2659
— Multiprotocol Encapsulation over ATM Adaptation Layer 5 (Мультипротокольная инкапсуляция через AAL5) RFC2684
— BGP Route Reflection — An Alternative to Full Mesh IBGP (BGP Route Reflection – альтернатива полносвязности IBGP) RFC2796
— Simple Mail Transfer Protocol (Протокол SMTP) RFC2821
— Network Ingress Filtering: Defeating Denial of Service Attacks which employ IP Source Address Spoofing (Фильтрация на входе в сеть для защиты от DoS-атак с использованием обманных адресов IP (IP Spoofing)) RFC2827
— Capabilities Advertisement with BGP-4 (Анонсирование возможностей в BGP-4) RFC2842
— Multiprotocol Extensions for BGP-4 (Многопротокольные расширения для BGP-4) RFC2858
— Remote Authentication Dial In User Service (RADIUS) (Протокол RADIUS) RFC2865
— RADIUS Accounting (RADIUS – средства учета) RFC2866
— Route Refresh Capability for BGP-4 (Возможность обновления маршрутов для BGP-4) RFC2918
— Stream Control Transmission Protocol (Протокол SCTP) RFC2960
— Recommended Internet Service Provider Security Services and Procedures (Службы и процедуры обеспечения безопасности, рекомендуемые для провайдеров Internet) RFC3013
— Спецификация Протокола Объединенного Пространства Памяти. RFC3018
— Комментарии к Протоколу Объединенного Пространства Памяти RFC3018-1
— Traditional IP Network Address Translator (Traditional NAT) (Традиционная трансляция сетевых адресов IP (NAT)) RFC3022
— Autonomous System Confederations for BGP (Конфедерации автономных систем в BGP) RFC3065
— IP Payload Compression Protocol (IPComp) (Протокол компрессии данных IP ) RFC3173
—  Electricity over IP (Передача электроэнергии по протоколу IP) RFC3251
— An Introduction to the Stream Control Transmission Protocol (SCTP) (Введение в SCTP) RFC3286
— Capabilities Advertisement with BGP-4 (Анонсирование возможностей в BGP-4) RFC3392
— Система DDDS. Часть 1 — DDDS в целом RFC3401
— Система DDDS. Часть 2 — Алгоритм RFC3402
— Система DDDS. Часть 3 — База данных DNS RFC3403
— Система DDDS. Часть 4 — Приложение для преобразования URI RFC3404
— Система DDDS. Часть 5 — Процедуры присваивания URI.ARPA RFC3405
— The Security Flag in the IPv4 Header (Флаг безопасности в заголовке IPv4) RFC3514
— Robust Explicit Congestion Notification (ECN) Signaling with Nonces (Устойчивый механизм сигнализации насыщения с помощью ECN-nonce) RFC3540
— Linux Netlink as an IP Services Protocol (Netlink как протокол для служб IP) RFC3549
— Key Management Considerations for the TCP MD5 Signature Option (Управление ключами для при использовании опции TCP MD5 Signature) RFC3562
— The Lightweight User Datagram Protocol (UDP-Lite) (Облегченный протокол пользовательских дейтаграмм (UDP-Lite)) RFC3828
— Mobile IPv4 Extension for Carrying Network Access Identifiers (Расширение Mobile IPv4 для передачи идентификаторов доступа) RFC3846
— A 224-bit One-way Hash Function: SHA-224 (Необратимая 224-битовая хэш-функция SHA-224) RFC3874
— Configuring BGP to Block Denial-of-Service Attacks (Настройка BGP для блокирования DoS-атак) RFC3882
— WHOIS Protocol Specification (Спецификация протокола WHOIS) RFC3912
— Требования к сквозной эмуляции псевдо-провода (PWE3) RFC3916
— Архитектура сквозной э
муляции псевдо-провода (PWE3) RFC3985
— Early IANA Allocation of Standards Track Code Points (Предварительное распределение IANA кодов для проектов стандартов) RFC4020
— Domain Name System Media Types RFC4027
— Безопасность DNS  — введение и требования RFC4033
— Terminology for Describing Internet Connectivity (Терминология для описания услуг по подключению к Internet) RFC4084
— Management Information Base for the User Datagram Protocol (UDP) (MIB для протокола UDP) RFC4113
— Requirements for Edge-to-Edge Emulation of Time Division Multiplexed (TDM) Circuits over Packet Switching Networks (Требования к сквозной эмуляции каналов TDM через сети пакетной коммутации) RFC4197
— Augmented BNF for Syntax Specifications: ABNF (Расширенная спецификация синтаксиса Бэкуса-Наура (ABNF)) RFC4234
— The Secure Shell (SSH) Protocol Architecture (Архитектура протокола SSH) RFC4251
— BGP Wedgies RFC4264
— Протокол BGP-4 RFC4271
— BGP Security Vulnerabilities Analysis (Анализ уязвимостей протокола BGP) RFC4272
— Definitions of Managed Objects for BGP-4 (Определения объектов управления для BGP-4) RFC4273
— BGP-4 Protocol Analysis (Анализ протокола BGP-4) RFC4274
— BGP-4 MIB Implementation Survey (Опрос по реализациям BGP-4 MIB) RFC4275
— BGP-4 Implementation Report (Отчет о реализации протокола BGP-4) RFC4276
— Опыт использования протокола BGP-4 RFC4277
— Standards Maturity Variance Regarding the TCP MD5 Signature Option (RFC 2385) and the BGP-4 Specification (Отход от стандартных требования для опции TCP MD5 Signature (RFC 2385) и спецификации BGP-4) RFC4278
— Криптографические алгоритмы для использования с IKEv2 RFC4307
— Криптографические наборы для Ipsec RFC4308
— Datagram Congestion Control Protocol (DCCP) (Протокол DCCP) RFC4340
— BGP Extended Communities Attribute (Атрибут BGP Extended Communities) RFC4360
— What’s in a Name: False Assumptions about DNS Names (Что в имени тебе моем? Ложные представления о доменных именах) RFC4367
— BGP Communities for Data Collection (Группы BGP для сбора данных) RFC4384
— TCP/IP Field Behavior (Поведение полей TCP/IP) RFC4413
— Simple Authentication and Security Layer (SASL) (Простой уровень аутентификации и защиты (SASL)) RFC4422
— BGP MULTI_EXIT_DISC (MED) Considerations (Вопросы использования атрибута BGP MED) RFC4451
— BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP) (BGP Route Reflection – альтернатива полносвязности IBGP) RFC4456
— Механизм Anonymous в SASL RFC4505
— Согласование для протокола PPPoE значений MTU/MRU более 1492 RFC4638
— Атрибуты RADIUS для поддержки VLAN и приоритета RFC4675

Автор: r1za
Дата публикации: 2014-11-12T05:13:00.000-08:00

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

                                                                               краткий обзор:
История системы TCP/IP тесно связана с историей Интернета и уходит корнями на
несколько десятилетий назад. Популярность Интернета во многом обусловлена элегант­
ностью и гибкостью системы TCP/IP, а также тем, что это открытое и некоммерческое
семейство протоколов. В свою очередь, широкое распространение системы TCP/IP
именно в Интернете позволило этому семейству одержать верх над несколькими конку­
рирующими семействами, популярными в свое время по политическим или коммерче­
ским причинам.

Прародительницей Интернета была сеть ARPANET, организованная в 1969 году
Министерством обороны США. К концу 1980-х годов эта сеть перестала быть научно-
исследовательской и наступила эра коммерческого Интернета. В настоящее время Ин­
тернет представляет собой совокупность частных сетей, принадлежащих провайдерам
интернет-услуг (ISP — internet service provider) и соединяющихся в так называемых “точ­
ках обмена трафиком” (peering center).

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

Основными действующими лицами в управлении Интернетом являются следующие ор­
ганизации.

• ICANN (Internet Corporation for Assigned Names and Numbers — Корпорация по на­
значению имен и адресов в Интернете). Эта группа с наибольшим правом может
быть названа ответственной за Интернет. Только она обладает всеми реальными
полномочиями. Корпорация ICANN контролирует выделение адресов и доменных
имен в Интернете, а также другие аспекты его деятельности, например номера про­
токольных портов. Эта организация, основанная как некоммерческая корпорация,
расположена в Калифорнии и действует в рамках меморандума по взаимопонима­
нии с Министерством торговли США (www.icann.org).
• ISOC (Internet Society — Сообщество пользователей Интернета) — открытая член­
ская организация, представляющая интересы пользователей Интернета. Несмотря
на то что эта организация преследует образовательные и политические цели, она
широко известна как прикрытие для технического развития Интернет. В частно­
сти, организация ISOC является головной организацией по отношению к проблем­
ной группе проектирования Интернета (ietf.org), контролирующей всю техни­
ческую работу. ISOC является международной некоммерческой организацией. Ее
офисы расположены в Вашингтоне, округ Колумбия, и Женеве ( www.isoc.org).
• IETF (Internet Engineering Task Force — Проблемная группа проектирования Ин­
тернета) — эта организация отвечает за разработку и публикацию технических
стандартов Интернета, являясь открытым форумом, принять участие в котором
может любой желающий (www.ietf.org).
• IGF (Internet Governance Forum) — это организация, созданная Организацией Объединенных Наций относительно недавно, в 2005 году, чтобы предоставить воз­
можность для проведения международных и политических дискуссий, посвящен­
ных Интернету. Она проводит ежегодные конференции, но ее роль со временем
постепенно возрастает, поскольку правительства разных стран пытаются устано­
вить более жесткий контроль за Интернетом ( intgovforum.org).

Среди перечисленных организаций наибольшая ответственность лежит на ICANN:
она выступает в качестве руководящего органа Интернета, исправляя ошибки, допущен­
ные в прошлом, и продумывая пути дальнейшего развития Интернета с учетом потреб­
ностей пользователей, правительств и бизнеса.

Техническая деятельность сообщества пользователей Интернета находит отражение
в серии документов, известных как RFC (Request For Comments — запрос коммента­
риев). В формате документов RFC публикуются стандарты протоколов, предлагаемые
нововведения, а также информационные бюллетени. Получая сначала статус черновых
проектов (Internet Draft), после бурных дебатов в телеконференциях и на форумах IETF
они либо отвергаются, либо получают официальный статус. Свое мнение по поводу
предлагаемого стандарта может высказать любой участник обсуждения. Иногда доку­
мент RFC представляет собой не стандартизацию протоколов Интернета, а всего лишь
констатацию или объяснение некоторых аспектов современной практики.

Документы RFC имеют порядковые номера. На сегодняшний день их более 5600.

У каждого документа есть описательное название (например, Algorithms for Synchronizing
Network Clocks — алгоритмы сетевой синхронизации часов), но, во избежание неодно­
значности, на документы чаще всего ссылаются по номерам. Будучи опубликованным,
документ RFC никогда не меняется. Изменения и дополнения публикуются в виде но­
вых документов с собственными номерами. Обновление может либо дополнять и разъяс­
нять документ RFC, либо полностью его заменять.

Существует множество источников, распространяющих документы RFC, но сайт
tfc-editor.org является центральным диспетчерским пунктом и всегда содержит са­
мую свежую информацию. Прежде чем тратить время на чтение документа RFC, вы­
ясните его статус на сайте tfc-editor.org; возможно, этот документ уже не содержит
наиболее актуальную информацию.

Процесс публикации стандартов Интернета подробно описан в документе RFC2026.

Другой полезный метадокумент — RFC5540, 40 Years ofRFCs (40 лет существования до­
кументов RFC). В нем описаны культурные и технические аспекты публикации доку­
ментов RFC.

Пусть читателей не пугает обилие технических подробностей в документах RFC.

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

Не все документы RFC написаны сухим техническим языком. Встречаются докумен­
ты развлекательного содержания (часть из них опубликована первого апреля), среди ко­
торых нам особенно нравятся следующие:

• RFC1149 — A Standard for the Transmission of IP Datagrams on Avian Carriers (стандарт
передачи датаграмм с помощью птиц)1;
• RFC1925 — The Twelve Networking Truths (12 сетевых истин);
• RFC3251 — Electricity over IP (передача электричества по протоколу IP);
• RFC3514 — The Security Flag in the IPv4 Header (защитный флажок в заголовке про­
токола IPv4).
• RFC4041 — Requirements for Morality Section in Routing Area Drafts (моральный кодекс
маршрутизатора).

Помимо собственных порядковых номеров, документам RFC могут назначаться но­
мера серий FYI (For Your Information — к вашему сведению), ВСР (Best Current Practi­
ce — лучший существующий подход) и STD (Standard — стандарт). Перечисленные се­
рии являются подмножествами серии RFC, группирующими документы по важности
или назначению.

Документы FYI — это вводные или информационные материалы, предназначенные
для широкой аудитории. Как правило, именно с них лучше всего начинать изучать не­
знакомую тему. К сожалению, эта серия в последнее время стала иссякать и сейчас со­
временных документов FYI очень немного.
Документы ВСР описывают рекомендуемые процедуры для администраторов веб­
сайтов в Интернете. Они содержат административные предписания и представляют
большую ценность для системных администраторов.

Документы STD содержат описания протоколов Интернета, прошедших процедуру
проверки и тестирования в IETF и формально принятых в качестве стандартов.
Нумерация документов в рамках серий RFC, FYI, STD и ВСР ведется раздельно, по­
этому один документ может иметь несколько номеров. Например, документ RFC1713,
Tools for DNS Debugging (инструменты для отладки системы DNS) известен также под
номером FYI127.

Читать →

Биогазовая отрасль эмигрировала с Восточной Европы в Россию

По данным новостного агентства «Latvijas Reitingi», в 2011 году производство электричества из альтернативных источников энергии, преимущественно из биогаза, сократилось из 42% к 15%. Более того, как сообщает информационное агентство REGNUM, правительство Латвии ограничило поддержку биогазовых проектов, не смотря на амбициозный план перехода на электроэнергию, производимую из биогаза, до 1 июля 2013 года.

Напоминаем, в 2011 году Министерство экономики Латвии сообщило о курсе на увеличение доли альтернативной энергетики от общего потребления до 40% на протяжении 8 лет. Реорганизация должна была проводиться главным образом за счет биогаза и биомассы. Читать →

Лесопиление

Производство по обработке древесины находится на высшей точке технологического подъёма: технология подстраивается под потребности предприятий, становится гибкой, целиком соответствющей коммерческим правилам современной эпохи.

Несомненно, в погоне за снижением показателей стоимости продукта приходится использовать современные способы, которые считались до этого недостижимыми. Читать →

«Прима-Центр» совершенствует управление торговлей на платформе 1С

Торгово-складской учет компании «Прима-Центр» автоматизирован благодаря успешному внедрению типового программного решения 1С: Управление торговлей 8

С целью автоматизации задач оперативного и управленческого учета, анализа и планирования торговых операций, в ООО «Прима-Центр» успешно реализовано внедрение программного продукта 1С:  Управление торговлей 8. В результате типового внедрения 1С выросли качественные и скоростные показатели документооборота, повысилась прозрачность учета, получен качественный аналитический инструмент. Читать →

Держатель кпк

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

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