AAA
упорядочить по:
← предыдущая12345678следующая →

RFC 4273 — Определения объектов управления для BGP-4

Этот документ определяет часть базы MIB для использования с протоколами сетевого управления в сообществе Internet. В частности, документ определяет объекты управления для протокола BGP версии 4 и предыдущих версий. В документе описаны развернутые на практике реализации данного модуля MIB в историческом контексте для прояснения некоторых элементов и отмечены ошибки, в результате которых модуль MIB давал неполное представление протокола BGP. В настоящее время продолжается работа по замене модуля MIB с учетом современного состояния протокола BGP и его расширений. RFC 4273 

RFC 2556 — Транспортный сервис OSI на основе UDP. Обоснование статуса Historic

Документ RFC 1240, «OSI connectionless transport services on top of UDP» был опубликован как Proposed Standard в июне 1991 года, но до настоящего времени неизвестно ни одной реализации, соответствующей RFC 1240. Кроме того, имеется растущие сомнения в целесообразности использовании UDP-транспорта в средах, где может возникать насыщение. RFC 2556 

RFC 2644 — Смена принятого по умолчанию поведения маршрутизаторов по отношению к пакетам Directed Broadcast

В требованиях к маршрутизаторам указано, что эти устройства должны принимать и пересылать широковещательный трафик Directed Broadcast. В этом же документе указано, что маршрутизаторы должны иметь опцию, позволяющую запретить эту функцию, и по умолчанию функция поддержки directed broadcast должна быть включена. Однако поддержка пересылки таких пакетов обеспечивает возможность организации эффективных атак на другие сети. RFC 2644 

RFC 2475 — Архитектура дифференцированного обслуживания (Diffserv)

В этом документе определена архитектура для реализации масштабируемой дифференциации услуг в Internet. «Услуга» определяет некоторые значимые характеристики передачи пакетов в одном направлении по одному или множеству путей внутри сети. Эти характеристики могут быть заданы количественно или статистически в части пропускной способности, задержки, вариаций задержки и/или потери пакетов или могут быть определены с форме некоторого относительного уровня приоритета доступа к сетевым ресурсам. Дифференциация услуг желательна для аккомодации разнородных требований приложений и ожиданий пользователей, а также позволяет дифференцировать стоимость услуг Internet. RFC 2475 

RFC 5291 — Возможность выходной фильтрации маршрутов для BGP-4

В настоящее время обычной практикой для узлов BGP является прием маршрутных обновлений от партнера с последующей фильтрацией нежелательных обновлений на основе локальной политики маршрутизации. Поскольку генерация и передача маршрутных обновлений отправителем, равно как их обработка получателем, потребляют ресурсы, отказ от генерации нежелательных маршрутных обновлений может давать преимущества. В этом документе определен основанный на протоколе BGP механизм, позволяющий узлу BGP передавать своим партнерам набор фильтров ORF для ограничения/фильтрации исходящих маршрутных обновлений для данного узла. RFC 5291 

RFC 2427 — Многопротокольные соединения через Frame Relay

В этом документе описаны методы инкапсуляции для передачи межсетевого трафика через магистрали Frame Relay. В документе рассмотрены вопросы маршрутизации и организации мостов Bridging. Системы, способные поддерживать оба описанных pltcm метода инкапсуляции, а также иные методы, должны знать a-priori для каких виртуальных устройств используется тот или иной метод инкапсуляции. Инкапсуляция определенного типа может использоваться только для тех виртуальных устройств, которые настроены на такое использование. RFC 2427 

RFC 3540 — Устойчивый механизм сигнализации насыщения с помощью ECN-nonce

В это документе описано необязательное расширение ECN-nonce, обеспечивающее для ECN защиту от случайного или преднамеренного сокрытия пакетов, помеченных отправителем TCP. Расширение повышает устойчивость работы систем контроля насыщения, предотвращая возможность использования Explicit Congestion Notification для неправомерного захвата полосы сетевых соединений. ECN-nonce использует два кода ECT в поле ECN заголовков IP и требует наличия флага в заголовке TCP. Расширение эффективно работает как на маршрутизаторах, так и на хостах. RFC 3540 

RFC 5212 — Требования к многозоновым и многоуровневым сетям на базе GMPLS

Большинство первоначальных усилий по использованию GMPLS было связано со средами, содержащими устройства с одним типом коммутации. Управление плоскостью данных в таких случаях похоже на управление классическими сетями IP/MPLS. За счет расширения MPLS путем поддержки множества технологий коммутации GMPLS обеспечивает комплексную основу для управления многоуровневыми сетями, использующими одну или множество технологий коммутации. Технология GMPLS расширяет возможности MPLS в плане использования множества технологий коммутации. RFC 5212 

RFC 5195 — Автоматическое детектирование Layer-1 VPN на основе BGP

Целью настоящего документа является определение механизма автоматического детектирования Layer-1 VPN на основе протокола BGP. Механизм автоматического детектирования для L1VPN позволяет устройствам сети провайдера автоматически находить набор PE, имеющих порты, подключенные к устройствам CE, которые входят в одну сеть VPN. Эта информация требуется для завершения сигнальной фазы соединений L1VPN. RFC 5195 

RFC 3916 — Требования к сквозной эмуляции псевдо-провода (PWE3)

Эмуляция PWE3 представляет собой механизм эмуляции существенных атрибутов различных типов сетевого сервиса - ATM, Frame Relay или Ethernet - через сети с коммутацией пакетов PSN. Обязательные функции псевдо-провода PW включают инкапсуляцию обусловленных типом сервиса PDU, получаемых входным портом и передачу их через путь или туннель с обеспечением синхронизации, порядка доставки и иных операций, требуемых для эмуляции поведения и характеристик сервиса с максимально возможной полнотой. RFC 3916 

RFC 4302 — Идентификационный заголовок IP

В этом документе описана обновленная версия IP Authentication Header, который разработан для обеспечения услуг проверки идентификации в IPv4 и IPv6. Идентификационный заголовок IP используется для обеспечения целостности и идентификации источника данных для дейтаграмм IP без организации специальных соединений и защиты против повторного использования пакетов. Услуги по защите могут обеспечиваться между парой взаимодействующих хостов, парой защитных шлюзов, а также между защитным шлюзом и хостом. RFC 4302 

RFC 3168 — Добавление явных уведомлений о перегрузке (ECN) в IP

В документе приведена спецификация включения явного уведомление о насыщении ECN в протоколы TCP и IP, включая использование для ECN двух битов заголовка IP. Сначала рассматривается использование протоколом TCP процедуры отбрасывания пакетов для индикации насыщения. Далее даются пояснения по поводу новых возможностей, обусловленных добавлением активного управления очередями в инфраструктуру Internet, когда маршрутизаторы детектируют насыщение до того, как будет переполнена очередь, и уже не обязаны отбрасывать пакеты для индикации насыщения. RFC 3168 

RFC 3286 — Введение в SCTP

В данном документе проводится обзорное рассмотрение возможностей протокола управления потоковой передачей. SCTP представляет собой новый транспортный протокол для сетей IP, работающий на одном уровне с протоколами UDP и TCP и обеспечивающий транспортные функции для различных приложений Internet. В отличие от TCP, протокол SCTP обеспечивает множество функций, которые имеют важное значение для организации телефонной связи и в то же время могут обеспечивать ряд преимуществ для других приложений, которым требуется транспорт с высоким уровнем производительности и надежности. RFC 3286 

RFC 4197 — Требования к сквозной эмуляции каналов TDM через сети пакетной коммутации

В этом документе рассматриваются требования для сквозной эмуляции каналов передачи цифровых сигналов TDM через сети PDH и SONET/SDH в сетях пакетной коммутации PSN. Эти требования основаны на архитектуре эмуляции прямых соединений PWE3. Документ опирается на применимые требования спецификации PWE3 и дополняет этот документ определением специфических требований для устройств TDM. RFC 4197 

RFC 3985 — Архитектура сквозной эмуляции псевдо-провода (PWE3)

В этом документе описана архитектура сквозной эмуляции псевдо-провода. PWE3 представляет собой механизм, который эмулирует существенные атрибуты телекоммуникационного сервиса в сетях PSN. В документе рассматривается эмуляция таких служб, как Frame Relay, ATM, Ethernet, TDM и SONET/SDH в сетях с коммутацией пакетов PSN, использующих IP или MPLS. Документ представляет архитектурную схему псевдо-проводов PW, определяет используемые термины, а также описывает различные протокольные элементы и их функции. RFC 3985 

упорядочить по:
← предыдущая12345678следующая →