ru Tue, 04 Aug 2009 01:50:30 +0400 rfc2ruhttp://feedburner.google.com http://feedproxy.google.com/~r/rfc2ru/~3/BEOAF-KuuL4/4273.rfc <p>Этот документ определяет часть базы MIB для использования с протоколами сетевого управления в сообществе Internet. В частности, документ определяет объекты управления для протокола BGP версии 4 и предыдущих версий. В документе описаны развернутые на практике реализации данного модуля MIB в историческом контексте для прояснения некоторых элементов и отмечены ошибки, в результате которых модуль MIB давал неполное представление протокола BGP. В настоящее время продолжается работа по замене модуля MIB с учетом современного состояния протокола BGP и его расширений.</p><p><a href="http://rfc2.ru/4273.rfc" title="RFC 4273 - Определения объектов управления для BGP-4">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/BEOAF-KuuL4" height="1" width="1"/> Jeffrey Haas, Susan Hares, Николай Малых http://rfc2.ru/4273.rfc http://feedproxy.google.com/~r/rfc2ru/~3/8lnc218RQf0/2556.rfc <p>Документ RFC 1240, &laquo;OSI connectionless transport services on top of UDP&raquo; был опубликован как Proposed Standard в июне 1991 года, но до настоящего времени неизвестно ни одной реализации, соответствующей RFC 1240. Кроме того, имеется растущие сомнения в целесообразности использовании UDP-транспорта в средах, где может возникать насыщение.</p><p><a href="http://rfc2.ru/2556.rfc" title="RFC 2556 - Транспортный сервис OSI на основе UDP. Обоснование статуса Historic">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/8lnc218RQf0" height="1" width="1"/> Scott Bradner, Николай Малых http://rfc2.ru/2556.rfc http://feedproxy.google.com/~r/rfc2ru/~3/MDFnyDXNQ_0/2644.rfc <p>В требованиях к маршрутизаторам указано, что эти устройства должны принимать и пересылать широковещательный трафик Directed Broadcast. В этом же документе указано, что маршрутизаторы должны иметь опцию, позволяющую запретить эту функцию, и по умолчанию функция поддержки directed broadcast должна быть включена. Однако поддержка пересылки таких пакетов обеспечивает возможность организации эффективных атак на другие сети.</p><p><a href="http://rfc2.ru/2644.rfc" title="RFC 2644 - Смена принятого по умолчанию поведения маршрутизаторов по отношению к пакетам Directed Broadcast">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/MDFnyDXNQ_0" height="1" width="1"/> Daniel Senie, Николай Малых http://rfc2.ru/2644.rfc http://feedproxy.google.com/~r/rfc2ru/~3/Tzm3z4EOwRE/2475.rfc <p>В этом документе определена архитектура для реализации масштабируемой дифференциации услуг в Internet. &laquo;Услуга&raquo; определяет некоторые значимые характеристики передачи пакетов в одном направлении по одному или множеству путей внутри сети. Эти характеристики могут быть заданы количественно или статистически в части пропускной способности, задержки, вариаций задержки и/или потери пакетов или могут быть определены с форме некоторого относительного уровня приоритета доступа к сетевым ресурсам. Дифференциация услуг желательна для аккомодации разнородных требований приложений и ожиданий пользователей, а также позволяет дифференцировать стоимость услуг Internet.</p><p><a href="http://rfc2.ru/2475.rfc" title="RFC 2475 - Архитектура дифференцированного обслуживания (Diffserv)">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/Tzm3z4EOwRE" height="1" width="1"/> Steven Blake, David Black, Mark Carlson, Elwyn Davies, Zheng Wang, Walter Weiss, Николай Малых http://rfc2.ru/2475.rfc http://feedproxy.google.com/~r/rfc2ru/~3/gJyTLRhDfGE/5291.rfc <p>В настоящее время обычной практикой для узлов BGP является прием маршрутных обновлений от партнера с последующей фильтрацией нежелательных обновлений на основе локальной политики маршрутизации. Поскольку генерация и передача маршрутных обновлений отправителем, равно как их обработка получателем, потребляют ресурсы, отказ от генерации нежелательных маршрутных обновлений может давать преимущества. В этом документе определен основанный на протоколе BGP механизм, позволяющий узлу BGP передавать своим партнерам набор фильтров ORF для ограничения/фильтрации исходящих маршрутных обновлений для данного узла.</p><p><a href="http://rfc2.ru/5291.rfc" title="RFC 5291 - Возможность выходной фильтрации маршрутов для BGP-4">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/gJyTLRhDfGE" height="1" width="1"/> Enke Chen, Yakov Rekhter, Николай Малых http://rfc2.ru/5291.rfc http://feedproxy.google.com/~r/rfc2ru/~3/QwWOM768oa8/2427.rfc <p>В этом документе описаны методы инкапсуляции для передачи межсетевого трафика через магистрали Frame Relay. В документе рассмотрены вопросы маршрутизации и организации мостов Bridging. Системы, способные поддерживать оба описанных pltcm метода инкапсуляции, а также иные методы, должны знать a-priori для каких виртуальных устройств используется тот или иной метод инкапсуляции. Инкапсуляция определенного типа может использоваться только для тех виртуальных устройств, которые настроены на такое использование.</p><p><a href="http://rfc2.ru/2427.rfc" title="RFC 2427 - Многопротокольные соединения через Frame Relay">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/QwWOM768oa8" height="1" width="1"/> Andrew Malis, Caralyn Brown, Николай Малых http://rfc2.ru/2427.rfc http://feedproxy.google.com/~r/rfc2ru/~3/URsqjwJPadM/3540.rfc <p>В это документе описано необязательное расширение ECN-nonce, обеспечивающее для ECN защиту от случайного или преднамеренного сокрытия пакетов, помеченных отправителем TCP. Расширение повышает устойчивость работы систем контроля насыщения, предотвращая возможность использования Explicit Congestion Notification для неправомерного захвата полосы сетевых соединений. ECN-nonce использует два кода ECT в поле ECN заголовков IP и требует наличия флага в заголовке TCP. Расширение эффективно работает как на маршрутизаторах, так и на хостах.</p><p><a href="http://rfc2.ru/3540.rfc" title="RFC 3540 - Устойчивый механизм сигнализации насыщения с помощью ECN-nonce">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/URsqjwJPadM" height="1" width="1"/> Neil Spring, David Wetherall, David Ely, Николай Малых http://rfc2.ru/3540.rfc http://feedproxy.google.com/~r/rfc2ru/~3/ki90MkraX-M/5212.rfc <p>Большинство первоначальных усилий по использованию GMPLS было связано со средами, содержащими устройства с одним типом коммутации. Управление плоскостью данных в таких случаях похоже на управление классическими сетями IP/MPLS. За счет расширения MPLS путем поддержки множества технологий коммутации GMPLS обеспечивает комплексную основу для управления многоуровневыми сетями, использующими одну или множество технологий коммутации. Технология GMPLS расширяет возможности MPLS в плане использования множества технологий коммутации.</p><p><a href="http://rfc2.ru/5212.rfc" title="RFC 5212 - Требования к многозоновым и многоуровневым сетям на базе GMPLS">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/ki90MkraX-M" height="1" width="1"/> Kohei Shiomoto, Dimitri Papadimitriou, Jean-Louis Le Roux, Martin Vigoureux, Deborah Brungard, Николай Малых http://rfc2.ru/5212.rfc http://feedproxy.google.com/~r/rfc2ru/~3/NTHiYt2nOwc/5195.rfc <p>Целью настоящего документа является определение механизма автоматического детектирования Layer-1 VPN на основе протокола BGP. Механизм автоматического детектирования для L1VPN позволяет устройствам сети провайдера автоматически находить набор PE, имеющих порты, подключенные к устройствам CE, которые входят в одну сеть VPN. Эта информация требуется для завершения сигнальной фазы соединений L1VPN.</p><p><a href="http://rfc2.ru/5195.rfc" title="RFC 5195 - Автоматическое детектирование Layer-1 VPN на основе BGP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/NTHiYt2nOwc" height="1" width="1"/> Hamid Ould-Brahim, Yakov Rekhter, Don Fedyk, Николай Малых http://rfc2.ru/5195.rfc http://feedproxy.google.com/~r/rfc2ru/~3/ttGmlf4vGiM/3916.rfc <p>Эмуляция PWE3 представляет собой механизм эмуляции существенных атрибутов различных типов сетевого сервиса - ATM, Frame Relay или Ethernet - через сети с коммутацией пакетов PSN. Обязательные функции псевдо-провода PW включают инкапсуляцию обусловленных типом сервиса PDU, получаемых входным портом и передачу их через путь или туннель с обеспечением синхронизации, порядка доставки и иных операций, требуемых для эмуляции поведения и характеристик сервиса с максимально возможной полнотой.</p><p><a href="http://rfc2.ru/3916.rfc" title="RFC 3916 - Требования к сквозной эмуляции псевдо-провода (PWE3)">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/ttGmlf4vGiM" height="1" width="1"/> Vijay Gill, Kireeti Kompella, Thomas Nadeau, Craig White, Николай Малых http://rfc2.ru/3916.rfc http://feedproxy.google.com/~r/rfc2ru/~3/XvLLWXOY0Oo/4302.rfc <p>В этом документе описана обновленная версия IP Authentication Header, который разработан для обеспечения услуг проверки идентификации в IPv4 и IPv6. Идентификационный заголовок IP используется для обеспечения целостности и идентификации источника данных для дейтаграмм IP без организации специальных соединений и защиты против повторного использования пакетов. Услуги по защите могут обеспечиваться между парой взаимодействующих хостов, парой защитных шлюзов, а также между защитным шлюзом и хостом.</p><p><a href="http://rfc2.ru/4302.rfc" title="RFC 4302 - Идентификационный заголовок IP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/XvLLWXOY0Oo" height="1" width="1"/> Stephen Kent, Николай Малых http://rfc2.ru/4302.rfc http://feedproxy.google.com/~r/rfc2ru/~3/SOtXeeIaLXY/3168.rfc <p>В документе приведена спецификация включения явного уведомление о насыщении ECN в протоколы TCP и IP, включая использование для ECN двух битов заголовка IP. Сначала рассматривается использование протоколом TCP процедуры отбрасывания пакетов для индикации насыщения. Далее даются пояснения по поводу новых возможностей, обусловленных добавлением активного управления очередями в инфраструктуру Internet, когда маршрутизаторы детектируют насыщение до того, как будет переполнена очередь, и уже не обязаны отбрасывать пакеты для индикации насыщения.</p><p><a href="http://rfc2.ru/3168.rfc" title="RFC 3168 - Добавление явных уведомлений о перегрузке (ECN) в IP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/SOtXeeIaLXY" height="1" width="1"/> K. Ramakrishnan, Sally Floyd, David L. Black, Николай Малых http://rfc2.ru/3168.rfc http://feedproxy.google.com/~r/rfc2ru/~3/gvTOZL955cg/3286.rfc <p>В данном документе проводится обзорное рассмотрение возможностей протокола управления потоковой передачей. SCTP представляет собой новый транспортный протокол для сетей IP, работающий на одном уровне с протоколами UDP и TCP и обеспечивающий транспортные функции для различных приложений Internet. В отличие от TCP, протокол SCTP обеспечивает множество функций, которые имеют важное значение для организации телефонной связи и в то же время могут обеспечивать ряд преимуществ для других приложений, которым требуется транспорт с высоким уровнем производительности и надежности. </p><p><a href="http://rfc2.ru/3286.rfc" title="RFC 3286 - Введение в SCTP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/gvTOZL955cg" height="1" width="1"/> Lyndon Ong, John Yoakum, Николай Малых http://rfc2.ru/3286.rfc http://feedproxy.google.com/~r/rfc2ru/~3/hGKqIJPoa9c/4197.rfc <p>В этом документе рассматриваются требования для сквозной эмуляции каналов передачи цифровых сигналов TDM через сети PDH и SONET/SDH в сетях пакетной коммутации PSN. Эти требования основаны на архитектуре эмуляции прямых соединений PWE3. Документ опирается на применимые требования спецификации PWE3 и дополняет этот документ определением специфических требований для устройств TDM.</p><p><a href="http://rfc2.ru/4197.rfc" title="RFC 4197 - Требования к сквозной эмуляции каналов TDM через сети пакетной коммутации">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/hGKqIJPoa9c" height="1" width="1"/> Maximilian Riegel, Sasha Vainshtein, Yaakov Stein, Prayson Pate, Ron Cohen, Tim Frost, Николай Малых http://rfc2.ru/4197.rfc http://feedproxy.google.com/~r/rfc2ru/~3/_f9jYEHVI-4/3985.rfc <p>В этом документе описана архитектура сквозной эмуляции псевдо-провода. PWE3 представляет собой механизм, который эмулирует существенные атрибуты телекоммуникационного сервиса в сетях PSN. В документе рассматривается эмуляция таких служб, как Frame Relay, ATM, Ethernet, TDM и SONET/SDH в сетях с коммутацией пакетов PSN, использующих IP или MPLS. Документ представляет архитектурную схему псевдо-проводов PW, определяет используемые термины, а также описывает различные протокольные элементы и их функции.</p><p><a href="http://rfc2.ru/3985.rfc" title="RFC 3985 - Архитектура сквозной эмуляции псевдо-провода (PWE3)">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/_f9jYEHVI-4" height="1" width="1"/> Stewart Bryant, Prayson Pate, Николай Малых http://rfc2.ru/3985.rfc http://feedproxy.google.com/~r/rfc2ru/~3/TB-VDYijuI4/1180.rfc <p>Данный документ представляет собой учебное пособие по стеку протоколов TCP/IP, включающее в себя вопросы пересылки дейтаграмм IP между отправителем и получателем через цепочку маршрутизаторов. То, что приведено в документе, составляет лишь минимум информации, требующийся каждому профессионалу, работающему в среде TCP/IP. К числу таких профессионалов относятся системные администраторы, системные программисты и администраторы сетей. Этот документ не содержит определений новых протоколов, он предназначен для обучения.</p><p><a href="http://rfc2.ru/1180.rfc" title="RFC 1180 - Учебник по TCP/IP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/TB-VDYijuI4" height="1" width="1"/> Theodore John Socolofsky, Claudia Jeanne Kale, Николай Малых http://rfc2.ru/1180.rfc http://feedproxy.google.com/~r/rfc2ru/~3/WAoU1R7xwfY/1157.rfc <p>Архитектурная модель SNMP представляет собой набор станций сетевого управления и управляемых сетевых элементов. На станциях управления выполняются управляющие программы, которые обеспечивают мониторинг и контроль сетевых элементов. Simple Network Management Protocol используется для обмена информацией между станциями сетевого управления и программными агентами сетевых элементов.</p><p><a href="http://rfc2.ru/1157.rfc" title="RFC 1157 - Протокол SNMP">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/WAoU1R7xwfY" height="1" width="1"/> Jeffrey Case, Mark Fedor, Martin Lee Schoffstall, James Davin, Николай Малых http://rfc2.ru/1157.rfc http://feedproxy.google.com/~r/rfc2ru/~3/5Bj7s54UaP8/1123.rfc <p>Этот документ является вторым из пары RFC, определяющих и обсуждающих требования к реализации хост-систем на базе стека протоколов Internet. Документ посвящен протоколам прикладного уровня и протоколам поддержки. В этом RFC рассмотрены стандарты протоколов, которые должны использоваться на хостах, подключенных к сети Internet, а также связанные с ними RFC и другие документы, описывающие текущие варианты спецификаций для таких протоколов.</p><p><a href="http://rfc2.ru/1123.rfc" title="RFC 1123 - Требования к хостам Internet - Прикладные и служебные протоколы">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/5Bj7s54UaP8" height="1" width="1"/> Robert Braden, Николай Малых http://rfc2.ru/1123.rfc http://feedproxy.google.com/~r/rfc2ru/~3/7Fr7gREklJc/1122.rfc <p>Этот документ является первым из пары RFC, определяющих и обсуждающих требования к реализации хост-систем на базе стека протоколов Internet. Документ посвящен коммуникационным протоколам &mdash; канальный уровень, уровень IP (сетевой) и транспортный уровень. В этом RFC рассмотрены стандарты протоколов, которые должны использоваться на хостах, подключенных к сети Internet, а также связанные с ними RFC и другие документы, описывающие текущие варианты спецификаций для таких протоколов.</p><p><a href="http://rfc2.ru/1122.rfc" title="RFC 1122 - Требования к хостам Internet - Коммуникационные уровни">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/7Fr7gREklJc" height="1" width="1"/> Robert Braden, Николай Малых http://rfc2.ru/1122.rfc http://feedproxy.google.com/~r/rfc2ru/~3/AWYMESzWzNo/2684.rfc <p>Глобальные, кампусные и локальные сети ATM используются для доставки дейтаграмм IP и другого трафика, не требующего организации соединений, между хостами, маршрутизаторами, мостами и другими сетевыми устройствами. Документ описывает два метода инкапсуляции при передаче межсетевого трафика с использованием AAL типа 5 по сети ATM. Первый метод позволяет мультиплексировать множество протоколов через одно виртуальное соединение ATM, а во втором методе предполагается наличие отдельного виртуального соединения ATM для каждого из протоколов.</p><p><a href="http://rfc2.ru/2684.rfc" title="RFC 2684 - Многопротокольная инкапсуляция с использованием AAL 5">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/AWYMESzWzNo" height="1" width="1"/> Dan Grossman, Juha Heinanen, Николай Малых http://rfc2.ru/2684.rfc http://feedproxy.google.com/~r/rfc2ru/~3/jr3RUzdcSps/1071.rfc <p>Эффективность расчета контрольных сумм очень важна с точки зрения производительности. В результате эффективной реализации остальных компонент протокольной обработки расчет контрольных сумм стал, например, одним из факторов, ограничивающих производительность TCP. Экономия доли микросекунды в расчете на один байт данных TCP может привести к существенному снижению суммарного расхода процессорного времени.</p><p><a href="http://rfc2.ru/1071.rfc" title="RFC 1071 - Расчет контрольных сумм в Internet">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/jr3RUzdcSps" height="1" width="1"/> R. Braden, D. Borman, C. Partridge, Николай Малых http://rfc2.ru/1071.rfc http://feedproxy.google.com/~r/rfc2ru/~3/5Q8KTHCfA2E/2544.rfc <p>Производители зачастую приукрашивают свою продукцию для ее продвижения на рынке. В стремлении занять большую часть рынка они иной раз вводят в заблуждение потенциальных пользователей своей продукции. В этом документе содержатся определения и обсуждение множества тестов, которые могут служить для определения параметров производительности устройств, используемых для соединения сетей. Кроме того, в документе описаны специфические форматы представления результатов тестирования.</p><p><a href="http://rfc2.ru/2544.rfc" title="RFC 2544 - Методология тестирования устройств для соединения сетей">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/5Q8KTHCfA2E" height="1" width="1"/> Scott Bradner, Jim McQuaid, Николай Малых http://rfc2.ru/2544.rfc http://feedproxy.google.com/~r/rfc2ru/~3/xQ-3-ceqR_c/2246.rfc <p>Целью протокола TLS является обеспечение конфиденциальности и целостности данных при коммуникации двух приложений.<br /> Этот документ и сам протокол TLS базируются на спецификации протокола SSL 3.0, опубликованного Netscape. Transport Layer Security разработан IETF и является открытым для использования. Этот документ предназначен, прежде всего, для читателей, которые будут создавать протокольные приложения, и осуществлять их криптографический анализ.</p><p><a href="http://rfc2.ru/2246.rfc" title="RFC 2246 - Протокол TLS 1.0">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/xQ-3-ceqR_c" height="1" width="1"/> Christopher Allen, Tim Dierks, Семенов Юрий Алексеевич http://rfc2.ru/2246.rfc http://feedproxy.google.com/~r/rfc2ru/~3/wrmZeK15E-I/2866.rfc <p>Управление распределенными последовательными каналами и модемными пулами для большого числа пользователей может потребовать значительных усилий администраторов сети. Поскольку модемные пулы по определению являются каналами во внешний мир, они требуют пристального внимания с точки зрения безопасности, идентификации пользователей и учета их работы. Этот документ описывает протокол обмена учетными сведениями Accounting между серверами доступа NAS и Accounting Server.</p><p><a href="http://rfc2.ru/2866.rfc" title="RFC 2866 - RADIUS Accounting - Средства учета RADIUS">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/wrmZeK15E-I" height="1" width="1"/> Carl Rigney, Николай Малых http://rfc2.ru/2866.rfc http://feedproxy.google.com/~r/rfc2ru/~3/IFlyzpdNkoU/3013.rfc <p>Целью настоящего документа является выражение того, что инженерное сообщество, представленное IETF, ожидает от провайдеров Internet в части обеспечения безопасности. Назначение документа состоит не в том, чтобы определить набор требований ко всем ISP, а скорее в повышении уровня информированности ISP в части ожиданий сообщества и создания темы для обсуждения ожиданий сообщества в сфере безопасности.</p><p><a href="http://rfc2.ru/3013.rfc" title="RFC 3013 - Службы и процедуры обеспечения безопасности, рекомендуемые для провайдеров Internet">Читать дальше &#8594;</a></p><img src="http://feeds.feedburner.com/~r/rfc2ru/~4/IFlyzpdNkoU" height="1" width="1"/> Tom Killalea, Николай Малых http://rfc2.ru/3013.rfc