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

RFC 3748 — Расширяемый протокол идентификации (EAP)

В этом документе определен расширяемый протокол идентификации (Extensible Authentication Protocol) — модель идентифкации, которая поддерживает множество методов проверки. EAP обычно работает непосредственно на базе протоколов канального уровня типа PPP или IEEE 802 и не требует использования протокола IP. EAP обеспечивает собственную поддержку повторов передачи и избавления от дубликатов, основанную на гарантированном порядке доставки нижележащего уровня. Фрагментация в EAP не поддерживается, однако отдельные методы EAP могут реализовать свои средства фрагментации. RFC 3748 

RFC 1112 — Расширение IP Multicasting

Этот документ описывает расширение программ хостов IP для поддержки групповой адресации. IP multicasting - это передача дейтаграммы IP группе хостов, содержащей некоторое число хостов, с использованием одного IP-адреса получателя для всей группы. Групповые (multicast) дейтаграммы доставляются всем членам группы с таким же уровнем надежности, как и обычные (unicast) дейтаграммы IP. RFC 1112 

RFC 2397 — Схема data:URL (Data:URI)

У некоторым приложений, работающих с URL, так же есть потребность непосредственно встривать небольшие media-данные. Этот документ определяет новую URL-схему, данные из которой будет использоваться сразу после их получения. Data:URL позволяет включать небольшие элементы данных в строку URL, как если бы они были ссылкой на внешний ресурс. RFC 2397 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RFC 1191 — Исследование MTU на пути следования сообщения

Данный документ описывает методику определения Maximum Transmission Unit (MTU) на произвольном маршруте в Internet. Он определяет небольшие изменения для маршрутизаторов, генерирующих один тип ICMP сообщений. Для маршрута, пролегающего через маршрутизатор, который не был изменен, может методика может выдавать неверное значение MTU. RFC 1191 

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

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

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

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

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

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

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

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

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

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

RFC 2577 — Вопросы безопасности FTP

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

RFC 894 — Стандарт передачи дейтаграмм IP в сетях Ethernet

В этом RFC описывается стандартный метод инкапсуляции дейтаграмм IP в кадры Ethernet. RFC содержит спецификацию стандарта для сообщества ARPA-Internet. Этот документ относится к сетям Ethernet (48-битовая адресация) Процедура передачи дейтаграмм IP в сетях Experimental Ethernet (8-битовая адресация) рассматривается в работе. RFC 894 

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

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

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