Примеры в контексте "Rfc - Rfc"

Все варианты переводов "Rfc":
RFC
Примеры: Rfc - Rfc
This RFC has been made obsolete by RFC 2152, an informational RFC which never became a standard. Этот RFC устарел по сравнению с RFC 2152, информационным RFC, который никогда не был стандартом.
Authentication mechanisms used by ONC RPC are described in RFC 2695, RFC 2203, and RFC 2623. Механизмы аутентификации, используемые ONC RPC, описаны в RFC 2695, RFC 2203 и RFC 2623.
NBT is defined by the RFC 1001 and RFC 1002 standard documents. Детально изложен в документах RFC 1001 и RFC 1002.
Neighbor discovery is governed by IETF standards RFC 4861 and RFC 4862. Обнаружение соседей регулируется стандартами IETF RFC 4861 и RFC 4862.
RFC 4103 supports an optional forward error correction scheme based on redundant transmission (using RFC 2198). RFC 4103 поддерживает опционально схему прямой коррекции ошибок, основанную на избыточной передаче (используя RFC 2198).
It is described in RFC 1122 and RFC 1123. Это описано в RFC 1122 и RFC 1123.
RFC 4745 and RFC 5025 define a framework for authorization policies controlling access to application-specific data. RFC 4745 и RFC 5025 определяют структуру для политики авторизации, контролируя доступ к определенным данным приложения.
In November 1987, RFC 1034 and RFC 1035 superseded the 1983 DNS specifications. В ноябре 1987 года были приняты спецификации DNS - RFC 1034 и RFC 1035.
RFC 3857 and RFC 3858 define a subscription event "watcher info". RFC 3857 и RFC 3858 определяют событие «watcher info».
The Internet Engineering Task Force published the original specifications in RFC 882 and RFC 883 in November 1983. Рабочая группа IETF опубликовала оригинальные спецификации в RFC 882 и RFC 883 в ноябре 1983 года.
The Message Session Relay Protocol (RFC 4975, RFC 4976) is a text-based protocol for exchanging arbitrarily-sized content between users, at any time. Протокол Message Session Relay (Реле Сессий Сообщений) (RFC 4975, RFC 4976) определяет текстовый протокол, используемый для обмена содержимым произвольного размера между пользователями в любое время.
RFC 3863 and RFC 4479 describe this procedure, RFC 4480 (RPID), RFC 4481, RFC 4482 (CPID) and various drafts describe contents and formats of the presence documents. RFC 3863 и RFC 4479 описывают эту процедуру, RFC 4480 (RPID), RFC 4481, RFC 4482 (CPID) и другие - описывают содержание и форматы документов присутствия.
The use of the standard was encouraged by IETF language tags, introduced in RFC 1766 in March 1995, and continued by RFC 3066 from January 2001 and RFC 4646 from September 2006. Использование стандарта было инспирировано специальной комиссией интернет-разработок (IETF) по языковым тегам, которая ввела запрос комментариев RFC 1766 в марте 1995 года, продолжила обсуждение в запросе RFC 3066 от января 2001 года и в запросе RFC 4646 от сентября 2006 года.
The second version of the SMI (SMIv2) is described in RFC 2578 and RFC 2579. Вторая версия SMI (SMIv2) описана в RFC 2578 и RFC 2579.
Unfortunately, a long-existing discrepancy between RFC 793 and RFC 1122 limits the usability of this feature of TCP; nonetheless, it is heavily used by certain standard application protocols, notably the Telnet protocol. К сожалению, длительно существующие несоответствия RFC 793 и RFC 1122 ограничивают удобство использования этой функции протокола TCP; тем не менее, она активно используется некоторыми прикладными протоколами, в частности Telnet.
In 2001 the IETF published BEEP (RFC 3080) and BEEP on TCP (RFC 3081) with some enhancements to BXXP. В 2001 году IETF опубликованы BEEP (RFC 3080) и BEEP по TCP (RFC 3081) с некоторыми усовершенствованиями в BXXP.
The interesting thing about the IPv4 implementation of RFC 2474 is that even though Diffserv has been completely redefined, it is still backward compatible with the original RFC 2475 specification. Интересный момент IPv4 применения в RFC 2474 заключается в том, что даже, несмотря на тот факт, что Diffserv был абсолютно переопределен, он все еще обратно совместим с оригинальной RFC 2475 спецификацией.
It was never approved as an RFC, but it has since been cited and used by other RFCs (e.g. RFC 2693) and several other publications. Он так и не был утвержден в качестве RFC, но с тех пор цитируется и используется другими документами RFC (например RFC 2693) и в ряде других изданий.
In efforts to provide a shared framework for algorithm and application development in DTNs, RFC 4838 and RFC 5050 were published in 2007 to define a common abstraction to software running on disrupted networks. В рамках данных трудов, чтобы обеспечить общую основу для алгоритма и разработать приложения в сети передачи данных, в RFC 4838 и RFC 5050 были опубликованы статьи в 2007 году для определения общей абстракции в программном обеспечении по разрыву сетей.
Syntax: NAMES (RFC 1459) NAMES] (RFC 2812) Returns a list of who is on the comma-separated list of , by channel name. Синтаксис: NAMES (RFC 1459) NAMES] (RFC 2812) Возвращает список пользователей, находящихся на каналах, определённых в разделенном запятыми списке <каналы>.
The first set of extensions was published in 1999 by the Internet Engineering Task Force as RFC 2671, also known as EDNS0 which was updated by RFC 6891 in 2013 changing abbreviation slightly to EDNS(0). Первый набор расширений был опубликован в 1999 году Инженерной рабочей группой по Интернету как RFC 2671, также известный как EDNS0, который был обновлен в RFC 6891 в 2013 году и изменил аббревиатуру на EDNS. Система доменных имен была впервые разработана в начале 1980-х годов.
RTP was developed by the Audio-Video Transport Working Group of the Internet Engineering Task Force (IETF) and first published in 1996 as RFC 1889, superseded by RFC 3550 in 2003. Протокол был разработан Audio-Video Transport Working Group в IETF и впервые опубликован в 1996 году как RFC 1889 (RFC 1889 является устаревшим с момента выхода RFC 3550 в 2003 году).
It was developed in the NETCONF working group and published in December 2006 as RFC 4741 and later revised in June 2011 and published as RFC 6241. Он был разработан в рамках рабочей группы NETCONF и впервые опубликован в RFC 4741, который был переработан в RFC 6241 в июне 2011.
The ROHC compression scheme differs from other compression schemes, such as IETF RFC 1144 and RFC 2508, by the fact that it performs well over links where the packet loss rate is high, such as wireless links. Схема сжатия ROHC отличается от других схем, вроде IETF RFC 1144 и RFC 2508, тем, что не испытывает проблем при работе с сетями с большими коэффициентами потерь данных.
This protocol extension is defined in RFC 4217. Это расширение протокола определено в спецификации RFC 4217.