RFC1999 日本語訳
1999 Request for Comments Summary RFC Numbers 1900-1999. J. Elliott. January 1997. (Format: TXT=39819 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group J. Elliott Request for Comments: 1999 ISI Category: Informational January 1997
コメントを求めるワーキンググループJ.エリオット要求をネットワークでつないでください: 1999年のISIカテゴリ: 情報の1997年1月
Request for Comments Summary
コメントには、概要を要求してください。
RFC Numbers 1900-1999
RFC No.1900-1999
Status of This Memo
このメモの状態
This RFC is a slightly annotated list of the 100 RFCs from RFC 1900 through RFCs 1999. This is a status report on these RFCs. This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このRFCはRFC1900からRFCs1999の100RFCsのわずかに注釈されたリストです。 これはこれらのRFCsに関する現状報告です。 このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Note
注意
Many RFCs, but not all, are Proposed Standards, Draft Standards, or Standards. Since the status of these RFCs may change during the standards processing, we note here only that they are on the standards track. Please see the latest edition of "Internet Official Protocol Standards" for the current state and status of these RFCs. In the following, RFCs on the standards track are marked [STANDARDS- TRACK].
すべてではなく、多くのRFCsがProposed Standards、Draft Standards、またはStandardsです。 これらのRFCsの状態が規格処理の間、変化するかもしれないので、私たちは、ここで標準化過程の上にそれらがあるだけであることに注意します。 これらのRFCsの現状と状態に「インターネット公式プロトコル標準」の最新版を見てください。 以下では、標準化過程の上のRFCsは[STANDARDS- TRACK]であるとマークされます。
RFC Author Date Title --- ------ ---- -----
RFC作者日付のタイトル--- ------ ---- -----
1999 Elliott Jan 97 Requests For Comments Summary
コメント概要に関する1999のエリオット1月97日の要求
This memo.
このメモ。
1998 Chen Aug 96 An Application of the BGP Community
Attribute in Multi-home Routing
1998年のチェン8月96日 マルチホームルート設定における、BGP共同体属性の適用
This document presents an application of the BGP community attribute [2] in simplifying the implementation and configuration of routing policies in the multi-provider Internet. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはマルチプロバイダーインターネットでのルーティング方針の実装と構成を簡素化することにおける、BGP共同体属性[2]の適用を提示します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 1] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[1ページ]のRFC1999Summary
1997 Chandra Aug 96 BGP Communities Attribute
1997 チャンドラ8月96日のBGP共同体属性
This document describes an extension to BGP which may be used to pass additional information to both neighboring and remote BGP peers. [STANDARDS-TRACK]
このドキュメントは隣接しているものと同様にリモートなBGP同輩に追加情報を渡すのに使用されるかもしれないBGPに拡大について説明します。 [標準化過程]
1996 Vixie Aug 96 A Mechanism for Prompt Notification of
Zone Changes (DNS NOTIFY)
1996年のVixie8月96日 ゾーン変化の迅速な通知のためのメカニズム(DNSは通知します)
This memo describes the NOTIFY opcode for DNS, by which a master server advises a set of slave servers that the master's data has been changed and that a query should be initiated to discover the new data. [STANDARDS-TRACK]
このメモはDNSのためにNOTIFY opcodeについて説明します。(マスターサーバは、DNSでマスターのデータを変えて、新しいデータを発見するために質問を開始するべきであると1セットの奴隷サーバに忠告します)。 [標準化過程]
1995 Ohta Aug 96 Incremental Zone Transfer in DNS
DNSの1995年の太田8月96日の増加のゾーン転送
This document proposes extensions to the DNS protocols to provide an incremental zone transfer (IXFR) mechanism. [STANDARDS-TRACK]
このドキュメントは、増加のゾーン転送(IXFR)メカニズムを提供するためにDNSプロトコルに拡大を提案します。 [標準化過程]
1994 Simpson Aug 96 PPP Challenge Handshake Authentication
Protocol (CHAP)
1994 シンプソン8月96日のpppチャレンジハンドシェイク式認証プロトコル(やつ)
This document defines a method for Authentication using PPP, which uses a random Challenge, with a cryptographically hashed Response which depends upon the Challenge and a secret key. [STANDARDS-TRACK]
このドキュメントはAuthenticationのために無作為のChallengeを使用するPPPを使用することでメソッドを定義します、Challengeと秘密鍵による暗号で論じ尽くされたResponseと共に。 [標準化過程]
1993 Barbir Aug 96 PPP Gandalf FZA Compression Protocol
1993 Barbir8月96日のpppガンダルフFZA圧縮プロトコル
This document describes the use of the Gandalf FZA data compression algorithm [3] for compressing PPP encapsulated packets. This memo provides information for the Internet community. It does not specify an Internet standard.
このドキュメントはガンダルフFZAデータ圧縮アルゴリズム[3]のパケットであるとカプセル化されたPPPを圧縮する使用について説明します。 このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。
1992 Castineyra Aug 96 The Nimrod Routing Architecture
ニムロデの1992Castineyra8月96日ルート設定アーキテクチャ
Nimrod is a scalable routing architecture designed to accommodate a continually expanding and diversifying internetwork. First suggested by Noel Chiappa, the Nimrod architecture has undergone revision and refinement through the efforts of the Nimrod working group of the IETF. In this document, we present a detailed description of this architecture. This memo provides information for the Internet community. It does not specify an Internet standard.
ニムロデは絶えず広がっていて多角化しているインターネットワークを収容するように設計されたスケーラブルなルーティングアーキテクチャです。 1番目はクリスマスChiappaによって示されて、ニムロデアーキテクチャはIETFのニムロデワーキンググループの取り組みを通した改正と気品を受けました。 本書では、私たちはこのアーキテクチャの詳述を提示します。 このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。
Elliott Informational [Page 2] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[2ページ]のRFC1999Summary
1991 Atkins Aug 96 PGP Message Exchange Formats
アトキンス8月96日のPGP Message Exchangeがフォーマットする1991
This document describes the format of "PGP files", i.e., messages that have been encrypted and/or signed with PGP. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは「PGPファイル」、すなわち、暗号化される、そして/または、PGPを契約されたメッセージの形式について説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1990 Sklower Aug 96 The PPP Multilink Protocol (MP)
1990 pppマルチリンクが議定書の中で述べるSklower8月96日(MP)
This document proposes a method for splitting, recombining and sequencing datagrams across multiple logical data links. [STANDARDS- TRACK]
このドキュメントは複数の論理的なデータ・リンクの向こう側にデータグラムを分けて、再結合して、配列するためのメソッドを提案します。 [規格道]
1989 Simpson Aug 96 PPP Link Quality Monitoring
1989 シンプソン8月96日のpppのリンクの上質のモニター
This document defines a protocol for generating Link-Quality-Reports. [STANDARDS-TRACK]
このドキュメントは、Linkの上質のレポートを作るためにプロトコルを定義します。 [標準化過程]
1988 McAnally Aug 96 Conditional Grant of Rights to Specific
Hewlett-Packard Patents In Conjunction
With the Internet Engineering Task
Force's Internet-Standard Network
Management Framework
1988 インターネット・エンジニアリング・タスク・フォースのインターネット標準のネットワークマネージメントフレームワークに関連した特定のヒューレット・パッカード特許への権利のマクアナリー8月96日の条件付き贈与
This grant is made to help facilitate inclusion of certain patented search address technology covering network device mapping in IETF standards-track Management Information Base (MIB) modules. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
この交付金は、IETF標準化過程でManagement Information基地(MIB)のモジュールを写像するネットワークデバイスをカバーするある特許をとられた検索アドレス技術の包含を容易にするのが助けさせられます。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1987 Newman Aug 96 Ipsilon's General Switch Management
Protocol Specification Version 1.1
1987 ニューマン8月96日のIpsilonの一般スイッチ管理プロトコル仕様バージョン1.1
The General Switch Management Protocol (GSMP), is a general purpose protocol to control an ATM switch. GSMP allows a controller to establish and release connections across the switch; add and delete leaves on a point-to-multipoint connection; manage switch ports; request configuration information; and request statistics. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
一般Switch Managementプロトコル(GSMP)はATMスイッチを制御する汎用のプロトコルです。 GSMPはスイッチの向こう側に設立するコントローラとリリース接続を許します。 ポイントツーマルチポイント接続に葉を加えて、削除してください。 スイッチポートを管理してください。 設定情報を要求してください。 そして、統計を要求してください。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 3] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[3ページ]のRFC1999Summary
1986 Polites Aug 96 Experiments with a Simple File Transfer
Protocol for Radio Links using Enhanced
Trivial File Transfer Protocol (ETFTP)
ラジオリンクへの簡単なファイル転送プロトコルが高められたトリビアル・ファイル転送プロトコルを使用している1986Polites8月96日実験(ETFTP)
This document is a description of the Enhanced Trivial File Transfer Protocol (ETFTP). This protocol is an experimental implementation of the NETwork BLock Transfer Protocol (NETBLT), RFC 998 [1], as a file transfer application program. This memo defines an Experimental Protocol for the Internet community.
このドキュメントはEnhancedトリビアル・ファイル転送プロトコル(ETFTP)の記述です。 このプロトコルはNETwork BLock Transferプロトコル(NETBLT)の実験的な実装です、RFC998[1]、ファイル転送アプリケーション・プログラムとして。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1985 De Winter Aug 96 SMTP Service Extension
for Remote Message Queue Starting
8月96日のSMTPがリモートメッセージキュー始めのための拡大を修理する1985年のDe冬
This memo defines an extension to the SMTP service whereby an SMTP client and server may interact to give the server an opportunity to start the processing of its queues for messages to go to a given host. [STANDARDS-TRACK]
このメモはSMTPクライアントとサーバが与えられたホストに行くメッセージのための待ち行列の処理を始める機会をサーバに与えるために相互作用するかもしれないSMTPサービスと拡大を定義します。 [標準化過程]
1984 I.A.B. Aug 96 IAB and IESG Statement on Cryptographic
Technology and the Internet
1984年の暗号の技術とインターネットに関するI.A.B.8月96日のIABとIESG声明
The Internet Architecture Board (IAB) and the Internet Engineering Steering Group (IESG), the bodies which oversee architecture and standards for the Internet, are concerned by the need for increased protection of international commercial transactions on the Internet, and by the need to offer all Internet users an adequate degree of privacy. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
インターネット・アーキテクチャ委員会(IAB)とインターネットEngineering Steering Group(IESG)(インターネットのアーキテクチャと規格を監督するボディー)はインターネットにおける国際的な商業トランザクションの増強された保護の必要性、および適切な度合いのプライバシーをすべてのインターネットユーザに提供する必要性によって関係があらせます。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1983 Malkin Aug 96 Internet Users' Glossary
1983 マルキン8月96日のインターネットユーザの用語集
There are many networking glossaries in existence. This glossary concentrates on terms which are specific to the Internet. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
現存する多くのネットワーク用語集があります。 この用語集はインターネットに特定の諸条件で集中します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1982 Elz Aug 96 Serial Number Arithmetic
1982Elz8月96日通し番号演算
The DNS has long relied upon serial number arithmetic, a concept which has never really been defined, certainly not in an IETF document, though which has been widely understood. This memo supplies the missing definition. It is intended to update RFC1034 and RFC1035. [STANDARDS- TRACK]
DNSは長い間、通し番号演算、本当に確かに、IETFドキュメントでないことで一度も定義されたことがない概念を当てにしています、もっとも、どれが広くわかられましたか? このメモはなくなった定義を供給します。 RFC1034とRFC1035をアップデートするのは意図しています。 [規格道]
Elliott Informational [Page 4] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[4ページ]のRFC1999Summary
1981 McCann Aug 96 Path MTU Discovery for IP version 6
1981 IPバージョン6のためのマッキャン8月96日Path MTU Discovery
This document describes Path MTU Discovery for IP version 6. It is largely derived from RFC 1191, which describes Path MTU Discovery for IP version 4. [STANDARDS-TRACK]
このドキュメントはIPバージョン6のためにPath MTUディスカバリーについて説明します。 RFC1191からそれを主に得ます。(RFCはIPバージョン4のためにPath MTUディスカバリーについて説明します)。 [標準化過程]
1980 Seidman Aug 96 A Proposed Extension to HTML :
Client-Side Image Maps
1980 HTMLへの提案された拡大あたりのシードマン8月96日: クライアント側の画像マップ
This document specifies an extension to the HTML language, referred to as "Client-Side Image Maps," which resolves some limitations. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはいくつかの制限を決議する「クライアント側の画像マップ」と呼ばれたHTML言語に拡大を指定します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1979 Woods Aug 96 PPP Deflate Protocol
1979の森8月96日のpppはプロトコルに空気を抜かせます。
This document describes the use of the PPP Deflate compression protocol for compressing PPP encapsulated packets. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはPPP Deflate圧縮プロトコルのパケットであるとカプセル化されたPPPを圧縮する使用について説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1978 Rand Aug 96 PPP Predictor Compression Protocol
1978ランドの8月96日のppp予言者圧縮プロトコル
This document describes the use of the Predictor data compression algorithm for compressing PPP encapsulated packets. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはPredictorデータ圧縮アルゴリズムのパケットであるとカプセル化されたPPPを圧縮する使用について説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1977 Schryver Aug 96 PPP BSD Compression Protocol
1977 Schryver8月96日のppp BSD圧縮プロトコル
This document describes the use of the Unix Compress compression protocol for compressing PPP encapsulated packets. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはUnix Compress圧縮プロトコルのパケットであるとカプセル化されたPPPを圧縮する使用について説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 5] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[5ページ]のRFC1999Summary
1976 Schneider Aug 96 PPP for Data Compression in Data
Circuit-Terminating Equipment (DCE)
1976 回路を終えるデータ設備のデータ圧縮のためのシュナイダー8月96日のppp(DCE)
This document defines a specific set of parameters for these protocols and an LCP extension to define a standard way of using PPP for data compression of serial data in Data Circuit-Terminating Equipment (DCE). This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはData Circuit-終わりEquipmentのシリアルデータのデータ圧縮にPPPを使用する標準の方法(DCE)でこれらのプロトコルとLCP拡張子が定義する特定のセットのパラメタを定義します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1975 Schremp Aug 96 PPP Magnalink Variable Resource
Compression
1975Schremp8月96日のpppのMagnalinkの可変リソース圧縮
The Magnalink Variable Resource Compression Algorithm (MVRCA) allows a wide range of interoperable compression implementations whose performance characteristics are a function of available CPU and memory resources. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
Magnalink Variable Resource Compression Algorithm(MVRCA)は性能の特性が利用可能なCPUとメモリリソースの機能であるさまざまな共同利用できる圧縮実装を許容します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1974 Friend Aug 96 PPP Stac LZS Compression Protocol
1974 友人8月96日のppp Stac LZS圧縮プロトコル
This document describes the use of the Stac LZS data compression algorithm, with single or multiple compression histories, for compressing PPP encapsulated packets. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはStac LZSデータ圧縮アルゴリズムの使用について説明します、単一であるか複数の圧縮歴史で、パケットであるとカプセル化されたPPPを圧縮するために。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1973 Simpson Jun 96 PPP in Frame Relay
シンプソン6月96日のPPPが船体の骨組を組み立て終えてリレーする1973
This document describes the use of Frame Relay for framing PPP encapsulated packets. [STANDARDS-TRACK]
このドキュメントはFrame Relayのパケットであるとカプセル化された縁どりPPPの使用について説明します。 [標準化過程]
1972 Crawford Aug 96 A Method for the Transmission of IPv6
Packets over Ethernet Networks
1972 イーサネットの上のIPv6パケットのトランスミッションのためのメソッドがネットワークでつなぐクロフォード8月96日
This memo specifies the frame format for transmission of IPv6 [IPV6] packets and the method of forming IPv6 link-local addresses on Ethernet networks. [STANDARDS-TRACK]
このメモはIPv6[IPV6]パケットのトランスミッションとIPv6のリンクローカルのアドレスをイーサネットネットワークに形成するメソッドにフレーム形式を指定します。 [標準化過程]
1971 Thomson Aug 96 IPv6 Stateless Address Autoconfiguration
1971年のトムソン8月96日のIPv6の状態がないアドレス自動構成
This document specifies the steps a host takes in deciding how to autoconfigure its interfaces in IP version 6. [STANDARDS-TRACK]
このドキュメントはIPバージョン6のインタフェースを自動構成する方法を決めるホストが見て取るステップを指定します。 [標準化過程]
Elliott Informational [Page 6] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[6ページ]のRFC1999Summary
1970 Narten Aug 96 Neighbor Discovery for IP Version 6
(IPv6)
1970はIPバージョン6のための8月96日の隣人発見をNartenします。(IPv6)
This document specifies the Neighbor Discovery protocol for IP Version 6. [STANDARDS-TRACK]
このドキュメントはIPバージョン6にNeighborディスカバリープロトコルを指定します。 [標準化過程]
1969 Sklower Jun 96 The PPP DES Encryption Protocol (DESE)
1969年のSklower6月96日 ppp DES暗号化プロトコル(DESE)
This document provides specific details for the use of the DES standard [5, 6] for encrypting PPP encapsulated packets. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはパケットであるとカプセル化されたPPPを暗号化するDES規格[5、6]の使用のための特定の詳細を明らかにします。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1968 Meyer Jun 96 The PPP Encryption Control Protocol
(ECP)
1968 ppp暗号化コントロールが議定書の中で述べるマイヤー6月96日(ECP)
This document defines a method for negotiating data encryption over PPP links. [STANDARDS-TRACK]
このドキュメントはPPPリンクの上のデータ暗号化を交渉するためのメソッドを定義します。 [標準化過程]
1967 Schneider Aug 96 PPP LZS-DCP Compression Protocol
(LZS-DCP)
1967 シュナイダー8月96日のppp LZS-DCP圧縮プロトコル(LZS-DCP)
This document describes the use of the Stac LZS data compression algorithm for compressing PPP encapsulated packets, using a DCP header [6]. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはStac LZSデータ圧縮アルゴリズムのパケットであるとカプセル化されたPPPを圧縮する使用について説明します、DCPヘッダー[6]を使用して。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1966 Bates Jun 96 BGP Route Reflection
An alternative to full mesh IBGP
1966 完全なメッシュIBGPへのベイツ6月96日のBGP Route Reflection An代替手段
This document describes the use and design of a method known as "Route Reflection" to alleviate the the need for "full mesh" IBGP. This memo defines an Experimental Protocol for the Internet community.
このドキュメントは、「完全なメッシュ」IBGPの必要性を軽減するために「ルート反射」として知られているメソッドの使用とデザインについて説明します。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1965 Traina Jun 96 Autonomous System Confederations for BGP
BGPのための1965Traina6月96日自律システム同盟者
This document describes an extension to BGP which may be used to create a confederation of autonomous systems which is represented as one single autonomous system to BGP peers external to the confederation. This memo defines an Experimental Protocol for the Internet community.
このドキュメントは自律システムの同盟者を創造するのに使用されるかもしれないBGPに拡大について説明します(BGPへの1つの単一の自律システムが同盟者にとって外部であることの形でじっと見るとき、表されます)。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
Elliott Informational [Page 7] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[7ページ]のRFC1999Summary
1964 Linn Jun 96 The Kerberos Version 5 GSS-API Mechanism
1964年のリン6月96日 ケルベロスバージョン5GSS-APIメカニズム
This specification defines protocols, procedures, and conventions to be employed by peers implementing the Generic Security Service Application Program Interface (as specified in RFCs 1508 and 1509) when using Kerberos Version 5 technology (as specified in RFC 1510). [STANDARDS- TRACK]
ケルベロスバージョン5技術を使用するとき(RFC1510で指定されるように)Generic Security Service Application Program Interface(RFCs1508と1509年に指定されるように)を実装する同輩によって使われるように、この仕様はプロトコル、手順、およびコンベンションを定義します。 [規格道]
1963 Schneider Aug 96 PPP Serial Data Transport Protocol
(SDTP)
1963 シュナイダー8月96日のpppシリアルデータトランスポート・プロトコル(SDTP)
This document describes a new Network level protocol (from the PPP point of view), PPP Serial Data Transport Protocol, that provides encapsulation and an associated control protocol for transporting serial data streams over a PPP link. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは新しいNetwork平らなプロトコル(PPP観点からの)、PPPリンクの上にシリアルデータストリームを輸送するのにカプセル化と関連制御プロトコルを提供するPPP Serial Data Transportプロトコルについて説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1962 Rand Jun 96 The PPP Compression Control Protocol
(CCP)
1962ランドの6月96日 ppp圧縮制御プロトコル(CCP)
This document defines a method for negotiating data compression over PPP links. [STANDARDS-TRACK]
このドキュメントはPPPリンクの上にデータ圧縮を交渉するためのメソッドを定義します。 [標準化過程]
1961 McMahon Jun 96 GSS-API Authentication Method for SOCKS
Version 5
ソックスバージョンのための1961年のマクマホン6月96日のGSS-API認証方法、5
This document provides the specification for the SOCKS V5 GSS-API authentication protocol, and defines a GSS-API-based encapsulation for provision of integrity, authentication and optional confidentiality. [STANDARDS-TRACK]
このドキュメントは、SOCKS V5 GSS-API認証プロトコルに仕様を提供して、保全、認証、および任意の秘密性の支給のためにGSS APIベースのカプセル化を定義します。 [標準化過程]
1960 Howes Jun 96 A String Representation of LDAP
Search Filters
1960年のハウズ6月96日 LDAP検索フィルタのストリング表現
The Lightweight Directory Access Protocol (LDAP) [1] defines a network representation of a search filter transmitted to an LDAP server. Some applications may find it useful to have a common way of representing these search filters in a human-readable form. This document defines a human-readable string format for representing LDAP search filters. [STANDARDS-TRACK]
ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)[1]はLDAPサーバに送られた検索フィルタのネットワーク表現を定義します。いくつかのアプリケーションが、人間読み込み可能なフォームにこれらの検索フィルタを表す一般的な方法を持っているのが役に立つのがわかるかもしれません。 このドキュメントは、LDAP検索フィルタを表すために人間読み込み可能な記号列の書式を定義します。 [標準化過程]
Elliott Informational [Page 8] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[8ページ]のRFC1999Summary
1959 Howes Jun 96 An LDAP URL Format
1959 LDAP URL形式あたりのハウズ6月96日
This document describes a format for an LDAP Uniform Resource Locator which will allow Internet clients to have direct access to the LDAP protocol. [STANDARDS-TRACK]
このドキュメントはインターネットクライアントがLDAPプロトコルにダイレクトに近づく手段を持つことができるLDAP Uniform Resource Locatorのために形式について説明します。 [標準化過程]
1958 Carpenter Jun 96 Architectural Principles of the Internet
1958は6月96日にインターネットの建築プリンシプルズの大工仕事をします。
The Internet and its architecture have grown in evolutionary fashion from modest beginnings, rather than from a Grand Plan. While this process of evolution is one of the main reasons for the technology's success, it nevertheless seems useful to record a snapshot of the current principles of the Internet architecture. This is intended for general guidance and general interest, and is in no way intended to be a formal or invariant reference model. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
インターネットとそのアーキテクチャはGrand Planからというよりむしろ穏やかな始めからの進化論のファッションで発展しました。 発展のこのプロセスは技術の成功の主な理由の1つですが、それにもかかわらず、インターネットアーキテクチャの現在の原理のスナップを記録するのは役に立つように思えます。 これは、一般的な指導と一般的興味のために意図して、正式であるか不変な規範モデルであることを決して意図しません。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1957 Nelson Jun 96 Some Observations on Implementations
of the Post Office Protocol (POP3)
1957 郵便局の実装におけるいくつかの観測が議定書の中で述べるネルソン6月96日(POP3)
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1956 Engebretson Jun 96 Registration in the MIL Domain
ミルドメインでの1956Engebretson6月96日登録
This RFC describes the policy for the registration of second level domains under the ".MIL" domain. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このRFCは".MIL"ドメインの下でセカンドレベルドメインの登録のための方針を説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1955 Hinden Jun 96 New Scheme for Internet Routing and
Addressing (ENCAPS) for IPNG
1955はIPNGのためにインターネットルート設定と(ENCAPS)を扱うことの6月96日の新しい体系をHindenします。
This paper proposes a new scheme which I believe is a good medium term solution to the routing and address problems of the internet. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
この論文は私が良い中期ソリューションであると信じている新しい体系をインターネットのルーティングとアドレス問題に提案します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 9] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[9ページ]のRFC1999Summary
1954 Newman May 96 Transmission of Flow Labelled IPv4 on
ATM Data Links Ipsilon Version 1.0
1954年の流れのニューマン5月96日の送信は気圧データ・リンクの上のIPv4をIpsilonバージョン1.0とラベルしました。
This document specifies the manner for transmitting IPv4 datagrams over an ATM data link, both in a default manner and in the presence of flow labelling via Ipsilon Flow Management Protocol [IFMP]. This document provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはATMデータ・リンク(デフォルト方法とIpsilon Flow Managementを通して[IFMP]とプロトコルをラベルする流れがあるとき両方)の上にIPv4データグラムを送るための方法を指定します。 このドキュメントはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1953 Newman May 96 Ipsilon Flow Management Protocol
Specification for IPv4 Version 1.0
1953 IPv4バージョン1.0のためのニューマン5月96日のIpsilon流れ管理プロトコル仕様
The Ipsilon Flow Management Protocol (IFMP), is a protocol for allowing a node to instruct an adjacent node to attach a layer 2 label to a specified IP flow. This document provides information for the Internet community. This memo does not specify an Internet standard of any kind.
Ipsilon Flow Managementプロトコル(IFMP)は、ノードが、層2のラベルを指定されたIP流動に取り付けるよう隣接しているノードに命令するのを許容するためのプロトコルです。 このドキュメントはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1952 Deutsch May 96 GZIP file format specification
version 4.3
1952年のドイツ語5月96日のGZIPファイル形式仕様バージョン4.3
This specification defines a lossless compressed data format that is compatible with the widely used GZIP utility. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
この仕様は広く使用されたGZIPユーティリティと互換性がある圧縮されたlosslessデータの形式を定義します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1951 Deutsch May 96 DEFLATE Compressed Data Format
Specification version 1.3
1951年のドイツ語5月96日のDEFLATE Compressed Data Format Specificationバージョン1.3
This specification defines a lossless compressed data format that compresses data using a combination of the LZ77 algorithm and Huffman coding, with efficiency comparable to the best currently available general-purpose compression methods. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
この仕様はLZ77アルゴリズムとハフマンコード化の組み合わせを使用することでデータを圧縮するlossless圧縮されたデータの形式を定義します、最も良い現在利用可能な汎用圧縮方法に匹敵する効率で。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1950 Deutsch May 96 ZLIB Compressed Data Format
Specification version 3.3
1950年のドイツ語5月96日のZLIB Compressed Data Format Specificationバージョン3.3
This specification defines a lossless compressed data format. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
この仕様はlossless圧縮されたデータの形式を定義します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 10] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[10ページ]のRFC1999Summary
1949 Ballarde May 96 Scalable Multicast Key Distribution
1949Ballarde5月96日のスケーラブルなマルチキャスト主要な分配
This memo provides a scalable solution to the multicast key distribution problem. This memo defines an Experimental Protocol for the Internet community.
このメモはマルチキャストの主要な分配問題にスケーラブルな解決法を提供します。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1948 Bellovin May 96 Defending Against Sequence Number
Attacks
1948 一連番号攻撃に対して防御されるBellovin5月96日
IP spoofing attacks based on sequence number spoofing have become a serious threat on the Internet (CERT Advisory CA-95:01). While ubiquitous crypgraphic authentication is the right answer, we propose a simple modification to TCP implementations that should be a very substantial block to the current wave of attacks. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
一連番号スプーフィングに基づくIPスプーフィング攻撃はインターネット(CERT勧告カリフォルニア-95: 01)で重大な脅威になりました。 遍在しているcrypgraphic認証は正しい答ですが、私たちは非常にかなりのブロックであるべきであるTCP実装への簡単な変更を攻撃の電流波に提案します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1947 Spinellis May 96 Greek Character Encoding for Electronic
Mail Messages
電子メールメッセージのための1947年のスピネリ5月96日のギリシアの文字符号化
This document describes a standard encoding for electronic mail [RFC822] containing Greek text and provides implementation guide-lines. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは、ギリシアのテキストを含んでいて、電子メールのために[RFC822]をコード化する規格について説明して、実装ガイドラインを提供します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1946 Jackowski May 96 Native ATM Support for ST2+
1946 ST2+のJackowskiの5月96日のネイティブの気圧サポート
This memo describes a working implementation which enables applications to directly invoke ATM services in the following environments: ATM to internet, internet to ATM, and internet to internet across ATM. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモはアプリケーションが直接以下の環境におけるATMサービスを呼び出すのを可能にする働く実装について説明します: インターネットへのATM、ATMへのインターネット、およびATMの向こう側のインターネットへのインターネット。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1945 Berners-Lee May 96 Hypertext Transfer Protocol -- HTTP/1.0
1945年のバーナーズ・リー5月96日のハイパーテキスト転送プロトコル--HTTP/1.0
The Hypertext Transfer Protocol (HTTP) is an application-level protocol with the lightness and speed necessary for distributed, collaborative, hypermedia information systems. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
ハイパーテキストTransferプロトコル(HTTP)は分配されて、協力的なハイパーメディアインフォメーションシステムに必要な軽さと速度があるアプリケーションレベルプロトコルです。このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 11] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[11ページ]のRFC1999Summary
1944 Bradner May 96 Benchmarking Methodology for Network
Interconnect Devices
1944 ネットワーク内部連絡デバイスのためのブラドナー5月96日のベンチマーキング方法論
This document discusses and defines a number of tests that may be used to describe the performance characteristics of a network interconnecting device. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは、ネットワーク内部連絡デバイスの性能の特性について説明するのに使用されるかもしれない多くのテストについて、議論して、定義します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1943 Jennings May 96 Building an X.500 Directory Service
in the US
1943 米国でX.500ディレクトリサービスを組み込むジョニングス5月96日
This document provides definition and recommends considerations that must be undertaken to operate a X.500 Directory Service in the United States. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは、定義を提供して、合衆国でX.500ディレクトリサービスを操作するために引き受けなければならない問題を推薦します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1942 Raggett May 96 HTML Tables
1942 HTMLが見送るRaggett5月96日
This specification extends HTML to support a wide variety of tables. This memo defines an Experimental Protocol for the Internet community.
この仕様は、さまざまなテーブルを支えるためにHTMLを広げています。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1941 Sellers May 96 Frequently Asked Questions for Schools
1941 セラーズ5月96日は頻繁に学校に質問しました。
The goal of this FYI document, produced by the Internet School Networking (ISN) group in the User Services Area of the Internet Engineering Task Force (IETF), is to act as an introduction to the Internet for faculty, administration, and other school personnel in primary and secondary schools. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
インターネット・エンジニアリング・タスク・フォース(IETF)のUser Services Areaのインターネット学校Networking(ISN)グループによって製作されたこのFYIドキュメントの目標は教授陣、管理、および他の教職員のために序論として予備選挙と中等学校でインターネットに機能することです。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1940 Estrin May 96 Source Demand Routing: Packet Format and
Forwarding Specification (Version 1).
1940Estrin5月96日ソース要求ルート設定: パケット・フォーマットと推進仕様(バージョン1)。
The purpose of SDRP is to support source-initiated selection of routes to complement the route selection provided by existing routing protocols for both inter-domain and intra-domain routes. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
SDRPの目的は既存のルーティング・プロトコルによって相互ドメインとイントラドメインルートの両方に提供されたルート選択の補足となるようにルートの情報筋によって開始された品揃えをサポートすることです。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 12] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[12ページ]のRFC1999Summary
1939 Myers May 96 Post Office Protocol - Version 3
1939年のマイアーズ5月96日のPOP--バージョン3
The Post Office Protocol - Version 3 (POP3) is intended to permit a workstation to dynamically access a maildrop on a server host in a useful fashion. [STANDARDS-TRACK]
ポスト紙オフィスプロトコル--バージョン3(POP3)が、役に立つファッションでワークステーションがサーバー・ホストの上でダイナミックに郵便受けにアクセスすることを許可することを意図します。 [標準化過程]
1938 Haller May 96 A One-Time Password System
1938 ハラー5月96日のA One-時間パスワードシステム
This document describes a one-time password authentication system (OTP). [STANDARDS-TRACK]
このドキュメントはワンタイムパスワード認証システム(OTP)について説明します。 [標準化過程]
1937 Rekhter May 96 "Local/Remote" Forwarding Decision in
Switched Data Link Subnetworks
1937 切り換えられたデータ・リンクサブネットワークでのRekhterの5月96日の「地方かリモートな」推進決定
This document describes extensions to the IP architecture that relaxes these constraints, thus enabling the full utilization of the services provided by SVC-based Data Link subnetworks. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはこれらの規制を弛緩するIPアーキテクチャに拡大について説明します、その結果、SVCベースのData Linkサブネットワークによって提供されたサービスの完全利用を可能にします。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1936 Touch Apr 96 Implementing the Internet Checksum in
Hardware
1936 インターネットがハードウェアのチェックサムであると実装する接触4月96日
This memo presents a techniques for efficiently implementing the Internet Checksum in hardware. It includes PLD code for programming a single, low cost part to perform checksumming at 1.26 Gbps. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモはハードウェアで効率的にインターネットChecksumを実装するためのテクニックを提示します。 それは1.26Gbpsでchecksummingしながら働くように単一の、そして、低い費用部分にプログラムするためのPLDコードを含んでいます。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1935 Quarterman Apr 96 What is the Internet, Anyway?
1935 Anyway?、Quarterman4月96日のWhatはインターネットです。
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1934 Smith Apr 96 Ascend's Multilink Protocol Plus (MP+)
スミス4月96日が昇る1934によるそのうえ、マルチリンクプロトコルです。(MP+)
This document proposes an extension to the PPP Multilink Protocol (MP) [1]. Multilink Protocol Plus (MP+) is a new control protocol for managing multiple data links that are bundled by MP. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはPPP Multilinkプロトコル(MP)[1]に拡大を提案します。 マルチリンクプロトコルPlus(MP+)は、MPによって添付される複数のデータ・リンクを管理するための新しい制御プロトコルです。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 13] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[13ページ]のRFC1999Summary
1933 Gilligan Apr 96 Transition Mechanisms for IPv6 Hosts
and Routers
IPv6ホストとルータのための1933のギリガン4月96日の変遷メカニズム
This document specifies IPv4 compatibility mechanisms that can be implemented by IPv6 hosts and routers. [STANDARDS-TRACK]
このドキュメントはIPv6ホストとルータで実装することができるIPv4互換性メカニズムを指定します。 [標準化過程]
1932 Cole Apr 96 IP over ATM: A Framework Document
1932 気圧でのコール4月96日IP: フレームワークドキュメント
It is hoped that this document, in classifying ATM approaches and issues will help to focus the IP over ATM working group's direction.This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
アプローチと問題が助けるATMを分類することにおけるこのドキュメントがメモがインターネットコミュニティのための情報を供給するATMワーキンググループのdirection.Thisの上でIPの焦点を合わせることが望まれています。 このメモはどんな種類のインターネット標準も指定しません。
1931 Brownell Apr 96 Dynamic RARP Extensions for
Automatic Network Address Acquisition
自動ネットワーク・アドレス獲得のための1931のブラウネル4月96日のダイナミックなRARP拡張子
This memo describes extensions to the Reverse Address Resolution Protocol (RARP [2]) and called Dynamic RARP (DRARP, pronounced D-RARP). This memo provides information for the Internet community. This memo does not define an Internet standard of any kind.
このメモは拡大について逆アドレス解決プロトコルに説明します。(RARP[2])と呼ばれたDynamic RARP(D-RARPであると断言されたDRARP)。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も定義しません。
1930 Hawkinson Mar 96 Guidelines for creation, selection, and
registration of an Autonomous System (AS)
Autonomous Systemの作成、選択、および登録のための1930Hawkinson3月96日Guidelines(AS)
This memo discusses when it is appropriate to register and utilize an Autonomous System (AS), and lists criteria for such. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このメモは、Autonomous System(AS)を登録して、利用するのがいつ適切であるかと議論して、そのようなものの評価基準を記載します。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
1929 Leech Mar 96 Username/Password Authentication for
SOCKS V5
1929はソックスV5のための3月96日のユーザ名/パスワード認証を取ります。
The protocol specification for SOCKS Version 5 specifies a generalized framework for the use of arbitrary authentication protocols in the initial socks connection setup. This document describes one of those protocols, as it fits into the SOCKS Version 5 authentication "subnegotiation". [STANDARDS-TRACK]
SOCKSバージョン5のためのプロトコル仕様は初期のソックス接続設定における任意の認証プロトコルの使用に一般化されたフレームワークを指定します。 SOCKSバージョン5認証"副交渉"に収まるとき、このドキュメントはそれらのプロトコルの1つについて説明します。 [標準化過程]
Elliott Informational [Page 14] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[14ページ]のRFC1999Summary
1928 Leech Mar 96 SOCKS Protocol Version 5
1928個のヒルの3月96日のソックスがバージョン5について議定書の中で述べます。
This memo describes a protocol that is an evolution of the previous version of the protocol, version 4 [1]. This new protocol stems from active discussions and prototype implementations. [STANDARDS-TRACK]
このメモはプロトコル、バージョン4[1]の旧バージョンの発展であるプロトコルについて説明します。 この新しいプロトコルは活発な議論とプロトタイプ実装によります。 [標準化過程]
1927 Rogers Apr 96 Suggested Additional MIME Types for
Associating Documents
1927 ロジャース4月96日は、ドキュメントを関連づけるために追加MIMEの種類を示しました。
Seven new types of MIME types are suggested in this document. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
7つの新しいタイプのMIMEの種類は本書では示されます。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1926 Eriksson Apr 96 An Experimental Encapsulation of IP
Datagrams on Top of ATM
1926年のエリクソン4月96日 気圧の上のIPデータグラムの実験的なカプセル化
This RFC describes a method of encapsulating IP datagrams on top of Acoustical Transmission Media (ATM). This is a non-recommended standard. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このRFCはAcoustical Transmissionメディア(ATM)の上でIPがデータグラムであるとカプセル化するメソッドを説明します。 これは非お勧めの規格です。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1925 Callon Apr 96 The Twelve Networking Truths
1925年のCallon4月96日 12のネットワーク真
This memo documents the fundamental truths of networking for the Internet community. This memo does not specify a standard, except in the sense that all standards must implicitly follow the fundamental truths. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモはインターネットコミュニティのためのネットワークの基本的な真を記録します。 すべての規格がそれとなく基本的な真に続かなければならないという意味以外に、このメモは規格を指定しません。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1924 Elz Apr 96 A Compact Representation of IPv6 Addresses
1924年のElz4月96日 IPv6アドレスのコンパクトな表現
This document specifies a more compact representation of IPv6 addresses, which permits encoding in a mere 20 bytes. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントはIPv6アドレスの、よりコンパクトな表現を指定します。(それは、わずか20バイトでコード化することを許可します)。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 15] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[15ページ]のRFC1999Summary
1923 Halpern Mar 96 RIPv1 Applicability Statement for
Historic Status
1923 歴史的な状態へのアルペルン3月96日のRIPv1適用性証明
RIP Version 1 [RFC-1058] has been declared an historic document. This Applicability statement provides the supporting motivation for that declaration. The primary reason, as described below, is the Classful nature of RIPv1. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RIPバージョン1[RFC-1058]は歴史的文書であると宣言されました。 このApplicability声明はその宣言に関する動機をサポートするのに提供します。 以下で説明されるプライマリ理由はRIPv1のClassful自然です。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1922 Zhu Mar 96 Chinese Character Encoding for Internet
Messages
1922 メッセージをインターネットにコード化する朱3月96日のChinese Character
This memo describes methods of transporting Chinese characters in Internet services which transport text, such as electronic mail [RFC-822], network news [RFC-1036], telnet [RFC-854] and the World Wide Web [RFC-1866]. This memo provides information for the Internet community. It does not specify an Internet standard.
このメモはテキストを輸送するインターネットのサービスにおける漢字を輸送するメソッドを説明します、電子メール[RFC-822]や、ネットニュース[RFC-1036]や、telnet[RFC-854]やWWW[RFC-1866]などのように。 このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。
1921 Dujonc Mar 96 TNVIP Protocol
1921 Dujonc3月96日のTNVIPプロトコル
The goal of this document specifies a Telnet profile to support VIP terminal emulation allowing the access to the BULL hosts applications through a TCP/IP network. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントの目標は、TCP/IPネットワークを通してVIPターミナルエミュレーション許容がBULLホストアプリケーションへのアクセスであるとサポートするためにTelnetプロフィールを指定します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1920 I.A.B. Mar 96 INTERNET OFFICIAL PROTOCOL STANDARDS
1920のI.A.B.3月96日のインターネット公式プロトコル標準
This memo describes the state of standardization of protocols used in the Internet as determined by the Internet Architecture Board (IAB). [STANDARDS-TRACK]
このメモはインターネット・アーキテクチャ委員会(IAB)によって決定されるようにインターネットで使用されるプロトコルの標準化の状態について説明します。 [標準化過程]
1919 Chatel Mar 96 Classical versus Transparent IP Proxies
1919 シャテル3月96日の透明なIPに対して古典的なプロキシ
This document explains "classical" and "transparent" proxy techniques and attempts to provide rules to help determine when each proxy system may be used without causing problems. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このドキュメントは、「古典的で」「透明な」プロキシのテクニックについて説明して、それぞれのプロキシシステムがいつ問題を起こさないで使用されるかもしれないかを決定するのを助けるために規則を提供するのを試みます。このメモはインターネットコミュニティのための情報を前提とします。 このメモはどんな種類のインターネット標準も指定しません。
Elliott Informational [Page 16] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[16ページ]のRFC1999Summary
1918 Rekhter Feb 96 Address Allocation for Private Internets
1918 個人的なインターネットのためのRekhter2月96日のアドレス配分
This document describes address allocation for private internets. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このドキュメントは個人的なインターネットのためのアドレス配分について説明します。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
1917 Nesser Feb 96 An Appeal to the Internet Community to
Return Unused IP Networks (Prefixes)
to the IANA
1917 未使用のIPネットワーク(接頭語)をIANAに返すインターネット共同体への1上告あたりのNesser2月96日
This document is an appeal to the Internet community to return unused address space, i.e. any block of consecutive IP prefixes, to the Internet Assigned Numbers Authority (IANA) or any of the delegated registries, for reapportionment. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このドキュメントは未使用のアドレス空間を返すインターネットコミュニティへの上告です、すなわちどんなブロックの連続したIP接頭語、インターネットAssigned民数記Authority(IANA)か代表として派遣された登録のどれかに、定数是正のために。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
1916 Berkowitz Feb 96 Enterprise Renumbering: Experience and
Information Solicitation
1916 バーコウィッツ2月96日のエンタープライズの番号を付け替えること: 経験と情報懇願
Because of the urgent need for, and substantial difficulty in, renumbering IP networks, the PIER working group is compiling a series of documents to assist sites in their renumbering efforts. The intent of these documents is to provide both educational and practical information to the Internet community. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
緊急のために、IPネットワークに番号を付け替えさせるPIERワーキンググループにおける必要性、およびかなりの困難がそうです。それらが取り組みに番号を付け替えさせるのにサイトを助けるために一連のドキュメントを編集します。 これらのドキュメントの意図は教育的なものと同様に実際的な情報をインターネットコミュニティに提供することです。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1915 Kastenholz Feb 96 Variance for The PPP Connection Control
Protocol and The PPP Encryption Control
Protocol
1915Kastenholzのppp接続制御プロトコルのための2月96日の変化とppp暗号化制御プロトコル
The PPP Working group has developed two protocols, one to control compression on PPP links; the Compression Control Protocol (CCP), documented in draft-ietf-pppext-compression-04.txt. The second is the Encryption Control Protocol (ECP), used to control encryption on serial links, documented in draft-ietf-pppext-encryption-03.txt. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
PPP WorkingグループはPPPリンクの上に圧縮を制御するために2つのプロトコル、1を開発しました。 草稿ietf-pppext圧縮04.txtに記録されたCompression Controlプロトコル(CCP)。 2番目は連続のリンクの上に暗号化を制御するのに使用されるプロトコル(ECP)が草稿ietf-pppext暗号化03.txtに記録したEncryption Controlです。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
Elliott Informational [Page 17] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[17ページ]のRFC1999Summary
1914 Faltstrom Feb 96 How to Interact with a Whois++ Mesh
1914は2月96日にどうWhois++メッシュと対話するかをFaltstromします。
In the Whois++ architecture [Deutsch94],[Weider94], mesh traversal is done by the client, since each server 'refers' the client to the next appropriate server(s). [STANDARDS-TRACK]
Whois+ + アーキテクチャ[Deutsch94]、[Weider94]では、メッシュ縦断がクライアントによって行われます、各サーバが次の適切なサーバをクライアントを'参照する'ので。 [標準化過程]
1913 Weider Feb 96 Architecture of the Whois++ Index Service
1913年のWhois++インデックスサービスのワイダー2月96日のアーキテクチャ
The authors describe an architecture for indexing in distributed databases, and apply this to the WHOIS++ protocol. [STANDARDS-TRACK]
作者は、分散データベースで索引をつけるためにアーキテクチャについて説明して、WHOIS++プロトコルにこれを適用します。 [標準化過程]
1912 Barr Feb 96 Common DNS Operational and Configuration
Errors
1912年のバール2月96日の一般的なDNS操作上と構成誤り
This memo describes errors often found in both the operation of Domain Name System (DNS) servers, and in the data that these DNS servers contain. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
このメモは両方でのドメインネームシステム(DNS)サーバの操作がしばしば見つけられて、これらのDNSサーバが含むデータでそうする誤りについて説明します。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
1911 Vaudreuil Feb 96 Voice Profiule of Internet Mail
1911 インターネットメールのボードルイ2月96日の声のProfiule
The following document is a profile of the Internet standard MIME and ESMTP protocols for use as a digital voice networking protocol. This memo defines an Experimental Protocol for the Internet community.
以下のドキュメントはデジタル声のネットワーク・プロトコルとしての使用のためのインターネット標準MIMEとESMTPプロトコルのプロフィールです。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1910 Waters Feb 96 User-based Security Model for SNMPv2
1910はSNMPv2のために2月96日のユーザベースの機密保護モデルに水をやらせます。
In this administrative framework, a security model defines the mechanisms used to achieve an administratively-defined level of security for protocol interactions. Although many such security models might be defined, it is the purpose of this document, User-based Security Model for SNMPv2, to define the first, and, as of this writing, only, security model for this administrative framework. This memo defines an Experimental Protocol for the Internet community.
この管理フレームワークでは、機密保護モデルはプロトコル相互作用のために行政上定義されたレベルのセキュリティを達成するのに使用されるメカニズムを定義します。 多くのそのような機密保護モデルが定義されるかもしれませんが、それは1番目を定義するためにはこのドキュメント、SNMPv2のためのUserベースのSecurity Modelの目的です、そして、この書くこと現在、セキュリティはこの管理フレームワークのためにモデル化されるだけです。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
1909 McClogherie Feb 96 An Administrative Infrastructure for
SNMPv2
1909年のMcClogherie2月96日 SNMPv2のための管理インフラストラクチャ
It is the purpose of this document, An Administrative Infrastructure for SNMPv2, to define an administrative framework which realizes effective management in a variety of configurations and environments. This memo defines an Experimental Protocol for the Internet community.
それは、さまざまな構成と環境で効果的な管理がわかる管理フレームワークを定義するためにはこのドキュメント、SNMPv2のためのAn Administrative Infrastructureの目的です。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
Elliott Informational [Page 18] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[18ページ]のRFC1999Summary
1908 Case Jan 96 Coexistence between Version 1 and
Version 2 of the Internet-standard
Network Management Framework
インターネット標準ネットワークマネージメントフレームワークのバージョン1とバージョン2の間の1908年のケース1月96日共存
The purpose of this document is to describe coexistence between version 2 of the Internet-standard Network Management Framework [1-6], termed the SNMP version 2 framework (SNMPv2), and the original Internet- standard Network Management Framework (SNMPv1>. [STANDARDS-TRACK]
このドキュメントの目的はSNMPバージョン2フレームワーク(SNMPv2)と呼ばれたインターネット標準Network Management Framework[1-6]のバージョン2とオリジナルのインターネット標準のNetwork Management Frameworkの間の共存について説明することです。(SNMPv1>。[標準化過程]
1907 Case Jan 96 Management Information Base for Version
2 of the Simple Network Management
Protocol (SNMPv2)
1907は簡単なネットワーク管理プロトコルのバージョン2のために1月96日の管理情報ベースをケースに入れます。(SNMPv2)
It is the purpose of this document to define managed objects which describe the behavior of a SNMPv2 entity. [STANDARDS-TRACK]
SNMPv2実体の振舞いについて説明する管理オブジェクトを定義するのは、このドキュメントの目的です。 [標準化過程]
1906 Case Jan 96 Transport Mappings for Version 2 of the
Simple Network Management Protocol (SNMPv2)
簡単なネットワーク管理プロトコルのバージョン2のための1906のケース1月96日の輸送マッピング(SNMPv2)
It is the purpose of this document to define how the SNMPv2 maps onto an initial set of transport domains. [STANDARDS-TRACK]
SNMPv2がどう1人の始発の輸送にドメインを写像するかを定義するのは、このドキュメントの目的です。 [標準化過程]
1905 Case Jan 96 Protocol Operations for Version 2 of the
Simple Network Management Protocol (SNMPv2)
1905は簡単なネットワークマネージメントのバージョン2のための操作が議定書の中で述べる1月96日のプロトコルをケースに入れます。(SNMPv2)
It is the purpose of this document, Protocol Operations for SNMPv2, to define the operations of the protocol with respect to the sending and receiving of the PDUs. [STANDARDS-TRACK]
それは、PDUsの送受信に関してプロトコルの操作を定義するためにはこのドキュメント、SNMPv2のためのプロトコルOperationsの目的です。 [標準化過程]
1904 Case Jan 96 Conformance Statements for Version 2 of
the Simple Network Management Protocol
(SNMPv2)
簡単なネットワーク管理プロトコルのバージョン2のための1904のケース1月96日の順応声明(SNMPv2)
It may be useful to define the acceptable lower-bounds of implementation, along with the actual level of implementation achieved. It is the purpose of this document to define the notation used for these purposes. [STANDARDS-TRACK]
実装の許容できる下界を定義するのは達成された実装の実際のレベルと共に役に立つかもしれません。 これらの目的に使用される記法を定義するのは、このドキュメントの目的です。 [標準化過程]
Elliott Informational [Page 19] RFC 1999 Summary of 1900-1999 January 1997
1900-1999 1997年1月のエリオット情報[19ページ]のRFC1999Summary
1903 Case Jan 96 Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2)
1903は1月96日に簡単なネットワーク管理プロトコルのバージョン2のために原文のコンベンションをケースに入れます。(SNMPv2)
It is the purpose of this document to define the initial set of textual conventions available to all MIB modules. [STANDARDS-TRACK]
すべてのMIBモジュールに利用可能な原文のコンベンションの始発を定義するのは、このドキュメントの目的です。 [標準化過程]
1902 Case Jan 96 Structure of Management Information for
Version 2 of the Simple Network
Management Protocol (SNMPv2)
1902は簡単なネットワーク管理プロトコルのバージョン2のための経営情報の1月96日の構造をケースに入れます。(SNMPv2)
It is the purpose of this document, the Structure of Management Information (SMI), to define that adapted subset, and to assign a set of associated administrative values. [STANDARDS-TRACK]
それは、このドキュメントの目的、その適合している部分集合を定義して、1セットの関連管理値を割り当てるためにはManagement情報(SMI)のStructureです。 [標準化過程]
1901 Case Jan 96 Introduction to Community-based SNMPv2
1901は1月96日の序論を地域密着型のSNMPv2にケースに入れます。
The purpose of this document is to define the Community-based Administrative Framework for the SNMP version 2 framework (SNMPv2). This document specifies an Experimental protocol for the Internet community.
このドキュメントの目的はSNMPバージョン2フレームワーク(SNMPv2)のためにCommunityベースのAdministrative Frameworkを定義することです。 このドキュメントはExperimentalプロトコルをインターネットコミュニティに指定します。
1900 Carpenter Feb 96 Renumbering Needs Work
1900年の大工2月96日の番号を付け替えるのは仕事を必要とします。
Hosts in an IP network are identified by IP addresses, and the IP address prefixes of subnets are advertised by routing protocols. A change in such IP addressing information associated with a host or subnet is known as "renumbering". This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
IPアドレスでIPネットワークのホストを特定します、そして、ルーティング・プロトコルはサブネットのIPアドレス接頭語の広告を出します。 ホストかサブネットに関連しているそのようなIPアドレス指定情報における変化は「番号を付け替える」として知られています。 このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Author's Address
作者のアドレス
Josh Elliott University of Southern California Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292
ジョッシュエリオット南カリフォルニア情報Sciences Institute大学4676海軍本部Wayマリナデルレイ、カリフォルニア 90292
Phone: (310) 822-1511
以下に電話をしてください。 (310) 822-1511
EMail: elliott@isi.edu
メール: elliott@isi.edu
Elliott Informational [Page 20]
エリオットInformationalです。[20ページ]
一覧
スポンサーリンク
