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

RFC 2060 — Протокол IMAP v.4, rev. 1

Протокол IMAP обеспечивает клиентам возможность доступа и манипуляций с почтовыми сообщениями на сервере. IMAP разрешает манипуляции с удаленными папками сообщений, называемыми почтовыми ящиками (mailboxes), как с локальными почтовыми ящиками. IMAP также позволяет offline-клиентам синхронизировать почтовые ящики с сервером. RFC 2060 

RFC 2196 — Справочник по безопасности сетевого узла

Это пособие представляет собой руководство по разработке политики компьютерной безопасности и процедур для сетевых узлов, взаимодействующих с интернетом. Цель данного руководства — предоставить практические рекомендации системным и сетевым администраторам, пытающимся защитить свою информацию и сервисы. Данный справочник предоставляет лишь общие рамки определения политики и процедур безопасности. RFC 2196 

RFC 2684 — Многопротокольная инкапсуляция с использованием AAL 5

Глобальные, кампусные и локальные сети ATM используются для доставки дейтаграмм IP и другого трафика, не требующего организации соединений, между хостами, маршрутизаторами, мостами и другими сетевыми устройствами. Документ описывает два метода инкапсуляции при передаче межсетевого трафика с использованием AAL типа 5 по сети ATM. Первый метод позволяет мультиплексировать множество протоколов через одно виртуальное соединение ATM, а во втором методе предполагается наличие отдельного виртуального соединения ATM для каждого из протоколов. RFC 2684 

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

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

RFC 4272 — Анализ уязвимостей протокола BGP

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

RFC 4277 — Опыт использования протокола BGP-4

Целью настоящего документа является рассмотрение вопроса о том, как требования, предъявляемые к публикации проектов стандартов Internet для протоколов маршрутизации, выполнены для протокола BGP-4. Этот документ удовлетворяет требованиям ко «второму отчету» IETF. Для удовлетворения этих требования данный документ описывает дополнительный опыт, приобретенный в период между выпуском проекта стандарта и заявлением его в качестве стандарта. RFC 4277 

RFC 4675 — Атрибуты RADIUS для поддержки VLAN и приоритета

В этом документе предложены дополнительные атрибуты RADIUS для выделения VLAN и приоритизации, используемые в целях контроля доступа к локальным сетям IEEE 802. Эти атрибуты могут использоваться с протоколами RADIUS и Diameter. RFC 4675 

RFC 5234 — Расширенная спецификация синтаксиса Бэкуса-Наура (ABNF)

Технические спецификации Internet зачастую требуют использования формального синтаксиса. За долгие годы модифицированная версия формы Бэкуса-Наура, названная ABNF, приобрела популярность во множестве спецификаций Internet. Эта форма сочетает компактность и простоту с достаточно мощными средствами представления. Данная спецификация также включает дополнительные определения правил и кодирования для основы лексического анализатора типов, используемого в нескольких спецификациях Internet. RFC 5234 

RFC 4456 — BGP Route Reflection — альтернатива полносвязности IBGP

В типовой ситуации все узлы BGP в одной AS должны образовывать полносвязный набор соединений потому, что любая внешняя маршрутная информация должна передаваться всем остальным маршрутизаторам внутри данной AS. Это порождает серьезные проблемы масштабирования. В данном документе описан метод Route Reflection «отражения маршрутов» и его использование, ослабляющее требование полносвязности для IBGP. RFC 4456 

RFC 3251 — Передача электроэнергии по протоколу IP

MPLampS (наиболее бессмысленная коммутация лампочек) представляет собой архитектуру передачи электроэнергии по протоколу IP. Во многих местах у читателей этого документа могут возникнуть вопросы типа: «А это имеет смысл?», «Такое возможно?», «Автор в своем уме?» Читатель должен подавить в себе эти неуместные вопросы и читать документ дальше. При условии выполнения этого требования от читателя не требуется никаких технических знаний для чтения этого документа. В некоторых случаях от читателя может требоваться отсутствие технических знаний. RFC 3251 

RFC 4033 — Безопасность DNS — введение и требования

Расширение DNSSEC добавляет поддержку аутентификации источника и проверку целостности данных для системы доменных имен DNS. В данном документе содержится вводная информация и описание возможностей и недостатков расширения. В документе также рассматриваются типы сервиса, которые расширение DNS может и не может обеспечивать. И, наконец, в документе приводится описание связей между набором документов, описывающих DNSSEC. RFC 4033 

RFC 4422 — Простой уровень аутентификации и защиты (SASL)

Простой уровень аутентификации и защиты (SASL) представляет собой схему обеспечения услуг по аутентификации и защите данных в основанных на прямых соединениях протоколов на основе механизмов, допускающих замену. Эта схема обеспечивает структурированный интерфейс между протоколами и механизмами. Схема позволяет использовать существующие механизмы для новых протоколов и добавлять новые механизмы для старых протоколов. Кроме того, эта схема обеспечивает протокол для защиты последующих протокольных транзакций внутри уровня защиты данных. RFC 4422 

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

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

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

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

RFC 4413 — Поведение полей TCP/IP

В этом документе описано поведение полей TCP/IP в контексте сжатия заголовков. Такое сжатие возможно благодаря тому, что большинство полей заголовка незначительно отличается от пакета к пакету. Многие из полей являются статическими или меняются более или менее предсказуемо. При разработке схем компрессии заголовков весьма важно понимать поведение полей. RFC 4413 

RFC 917 — Подсети Internet

Мы обсуждаем парадигму «подсетей» в сетях Internet, представляющих собой видимые подмножества единой сети IP. По административным и техническим причинам многие организации делят свою сеть IP на несколько подсетей вместо приобретения дополнительных блоков адресов IP. Мы предлагаем процедуры для использования подсетей и обсуждаем варианты решения возникающих проблем. RFC 917 

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

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

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

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

RFC 4305 — Требования к реализациям криптографических алгоритмов для ESP и AH

В серии протоколов IPsec используются различные криптографические алгоритмы для защиты передаваемых через сеть данных. Протоколы ESP и AH обеспечивают два механизма защиты данных при передаче через защищенные связи IPsec SA. Для обеспечения интероперабельности разнородных реализаций требуется задать набор обязательных для реализации алгоритмов, чтобы всем реализациям был доступен по крайней мере один алгоритм. В этом документе определен текущий вариант набора обязательных для реализаций ESP и AH алгоритмов, а также указаны алгоритмы, которые следует реализовать, поскольку они могут стать обязательными в будущем. RFC 4305 

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

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

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