RFC2999 日本語訳
2999 Request for Comments Summary RFC Numbers 2900-2999. S. Ginoza. August 2001. (Format: TXT=45307 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Ginoza Request for Comments: 2999 ISI Category: Informational August 2001
コメントを求めるワーキンググループS.宜野座の要求をネットワークでつないでください: 2999年のISIカテゴリ: 情報の2001年8月
Request for Comments Summary
コメントには、概要を要求してください。
RFC Numbers 2900-2999
RFC No.2900-2999
Status of This Memo
このメモの状態
This RFC is a slightly annotated list of the 100 RFCs from RFC 2900 through RFCs 2999. 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はRFC2900からRFCs2999の100RFCsのわずかに注釈されたリストです。 これはこれらのRFCsに関する現状報告です。 このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
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作者日付のタイトル--- ------ ---- -----
2999 Ginoza Aug 2001 Request for Comments Summary
宜野座2001年8月がコメント概要のために要求する2999
This memo.
このメモ。
2998 Bernet Nov 2000 A Framework for Integrated
Services Operation over
Diffserv Networks
2998 Diffservネットワークの上の統合サービス操作のための1フレームワークあたりのBernet2000年11月
This document describes a framework by which Integrated Services may be supported over Diffserv networks. This memo provides information for the Internet community.
このドキュメントはIntegrated ServicesがDiffservネットワークの上でサポートされるかもしれないフレームワークについて説明します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 1] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[1ページ]のRFC2999概要
2997 Bernet Nov 2000 Specification of the Null
Service Type
2997 ヌルサービスタイプのBernet2000年11月の仕様
The Null Service allows applications to identify themselves to network Quality of Service (QoS) policy agents, using RSVP signaling. However, it does not require them to specify resource requirements. QoS policy agents in the network respond by applying QoS policies appropriate for the application (as determined by the network administrator). This mode of RSVP usage is particularly applicable to networks that combine differentiated service (diffserv) QoS mechanisms with RSVP signaling. In this environment, QoS policy agents may direct the signaled application's traffic to a particular diffserv class of service. [STANDARDS TRACK]
RSVPシグナリングを使用して、Null ServiceはアプリケーションにService(QoS)方針エージェントのネットワークQualityに自分たちを特定させます。 しかしながら、リソース要件を指定するのがそれらを必要としません。 ネットワークのQoS方針エージェントは、アプリケーションに、適切なQoS方針を適用することによって、応じます(ネットワーク管理者によって決定されるように)。 RSVP用法のこのモードは特に差別化されたサービス(diffserv)QoSメカニズムを合図するRSVPに結合するネットワークに適切です。 この環境で、QoS方針エージェントは特定のdiffservのクラスのサービスに合図されたアプリケーションのトラフィックを向けるかもしれません。 [標準化過程]
2996 Bernet Nov 2000 Format of the RSVP DCLASS
Object
2996 RSVP DCLASSオブジェクトのBernet2000年11月の形式
This document specifies the format of the DCLASS object and briefly discusses its use. [STANDARDS TRACK]
このドキュメントは、DCLASSオブジェクトの形式を指定して、簡潔に使用について議論します。 [標準化過程]
2995 Lu Nov 2000 Pre-SPIRITS Implementations of
PSTN-initiated Services
2995 Lu2000年11月はPSTNによって開始されたサービスの実装にあらかじめ生気を与えさせます。
This document describes four existing implementations of SPIRITS-like services from Korea Telecom, Lucent Technologies, NEC, and Telia in cooperation with Nortel Networks. SPIRITS-like services are those originating in the Public Switched Telephone Network (PSTN) and necessitating the interactions of the Internet and PSTN. This memo provides information for the Internet community.
このドキュメントはノーテルNetworksと提携して韓国テレコム、ルーセントテクノロジーズ、日本電気、およびTeliaから4つの既存のSPIRITSのようにサービスの実装について説明します。 SPIRITSのようなサービスはPublic Switched Telephone Network(PSTN)で起こって、インターネットとPSTNの相互作用を必要とするものです。 このメモはインターネットコミュニティのための情報を提供します。
2994 Ohta Nov 2000 A Description of the MISTY1
Encryption Algorithm
2994年の太田2000年11月MISTY1暗号化アルゴリズムの記述
This document describes a secret-key cryptosystem MISTY1, which is block cipher with a 128-bit key, a 64-bit block and a variable number of rounds. It documents the algorithm description including key scheduling part and data randomizing part. This memo provides information for the Internet community.
このドキュメントは秘密鍵暗号システムMISTY1について説明します。(MISTY1は128ビットのキー(64ビットのブロックと可変数のラウンド)があるブロック暗号です)。 それは主要なスケジューリング部分とデータランダム化部分を含むアルゴリズム記述を記録します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 2] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[2ページ]のRFC2999概要
2993 Hain Nov 2000 Architectural Implications of
NAT
2993 NATのハイン2000年11月建築含意
This document discusses some of the architectural implications and guidelines for implementations of Network Address Translation (NAT). This memo provides information for the Internet community.
このドキュメントはNetwork Address Translation(NAT)の実装のための建築含意とガイドラインのいくつかについて議論します。 このメモはインターネットコミュニティのための情報を提供します。
2992 Hopps Nov 2000 Analysis of an Equal-Cost
Multi-Path Algorithm
2992 等しい費用マルチ経路アルゴリズムのホップス2000年11月の分析
Equal-cost multi-path (ECMP) is a routing technique for routing packets along multiple paths of equal cost. The forwarding engine identifies paths by next-hop. When forwarding a packet the router must decide which next-hop (path) to use. This document gives an analysis of one method for making that decision. The analysis includes the performance of the algorithm and the disruption caused by changes to the set of next-hops. This memo provides information for the Internet community.
等しい費用マルチ経路(ECMP)は等しい費用の複数の経路に沿ったルーティングパケットのためのルーティングのテクニックです。 推進エンジンは次のホップで経路を特定します。 パケットを進めるとき、ルータは、どの次のホップ(経路)を使用したらよいかを決めなければなりません。 このドキュメントはその決定をするための1つのメソッドの分析を与えます。 分析は次のホップのセットへの変化によって引き起こされたアルゴリズムと分裂の性能を含んでいます。 このメモはインターネットコミュニティのための情報を提供します。
2991 Thaler Nov 2000 Multipath Issues in Unicast
and Multicast Next-Hop
Selection
2000年11月の多重通路がユニキャストで支給する2991のターレルとマルチキャスト次のホップ選択
The effect of multipath routing on a forwarder is that the forwarder potentially has several next-hops for any given destination and must use some method to choose which next-hop should be used for a given data packet. This memo summarizes current practices, problems, and solutions. This memo provides information for the Internet community.
多重通路ルーティングの混載業者への効果は混載業者が潜在的にどんな与えられた目的地へのいくつかの次のホップも持って、どの次のホップが与えられたデータ・パケットに使用されるべきであるかを選ぶ何らかのメソッドを使用しなければならないということです。 このメモは現在の実務、問題、およびソリューションをまとめます。 このメモはインターネットコミュニティのための情報を提供します。
2990 Huston Nov 2000 Next Steps for the IP QoS
Architecture
2990 ヒューストン2000年11月に、QoSアーキテクチャはIPのために次に踏まれます。
This document highlights the outstanding architectural issues relating to the deployment and use of QoS mechanisms within internet networks, noting those areas where further standards work may assist with the deployment of QoS internets. This document is the outcome of a collaborative exercise on the part of the Internet Architecture Board. This memo provides information for the Internet community.
このドキュメントはインターネットネットワークの中でQoSメカニズムの展開と使用に関連する傑出している構造的な問題を強調します、さらなる標準化作業がQoSインターネットの展開を助けるかもしれないそれらの領域に注意して。 このドキュメントはインターネット・アーキテクチャ委員会側の協力的な運動の結果です。 このメモはインターネットコミュニティのための情報を提供します。
2989 Aboba Nov 2000 Criteria for Evaluating AAA
Protocols for Network Access
2989 ネットワークアクセスのためにAAAプロトコルを評価するAboba2000年11月評価基準
This document represents a summary of Authentication, Authorization, Accounting (AAA) protocol requirements for network access. This memo provides information for the Internet community.
このドキュメントはAuthentication、Authorization、ネットワークアクセサリーのためのAccounting(AAA)プロトコル要件の概要を表します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 3] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[3ページ]のRFC2999概要
2988 Paxson Nov 2000 Computing TCP's Retransmission
Timer
2988 TCPの再送信タイマーを計算するパクソン2000年11月
This document defines the standard algorithm that Transmission Control Protocol (TCP) senders are required to use to compute and manage their retransmission timer. [STANDARDS TRACK]
このドキュメントは通信制御プロトコル(TCP)送付者が彼らの再送信タイマーを計算して、管理するのに使用しなければならない標準のアルゴリズムを定義します。 [標準化過程]
2987 Hoffman Nov 2000 Registration of Charset and
Languages Media Features Tags
2987 ホフマン2000年11月に、Charsetと言語メディアの登録はタグを特集します。
This document contains the registration for two media feature tags: "charset" and "language". [STANDARDS TRACK]
このドキュメントは特徴がタグ付けをする2つのメディアのための登録を含んでいます: "charset"と「言語。」 [標準化過程]
2986 Nystrom Nov 2000 PKCS #10: Certification
Request Syntax Specification
Version 1.7
2986 ニストロム2000年11月PKCS#10: 証明要求構文仕様バージョン1.7
This memo represents a republication of PKCS #10 v1.7 from RSA Laboratories' Public-Key Cryptography Standards (PKCS) series, and change control is retained within the PKCS process. The body of this document, except for the security considerations section, is taken directly from the PKCS #9 v2.0 or the PKCS #10 v1.7 document. This memo provides information for the Internet community.
このメモはRSA研究所の公開鍵暗号化標準(PKCS)シリーズからPKCS#10v1.7の再刊を表します、そして、変化コントロールはPKCSプロセスの中で保有されます。 セキュリティ問題部を除いて、このドキュメントのボディーは直接PKCS#9v2.0かPKCS#10v1.7ドキュメントから抜粋されます。 このメモはインターネットコミュニティのための情報を提供します。
2985 Nystrom Nov 2000 PKCS #9: Selected Object
Classes and Attribute Types
Version 2.0
2985 ニストロム2000年11月PKCS#9: 選択されたオブジェクトは属します、そして、属性はバージョン2.0をタイプします。
This memo represents a republication of PKCS #9 v2.0 from RSA Laboratories' Public-Key Cryptography Standards (PKCS) series, and change control is retained within the PKCS process. The body of this document, except for the security considerations section, is taken directly from that specification. This memo provides information for the Internet community.
このメモはRSA研究所の公開鍵暗号化標準(PKCS)シリーズからPKCS#9v2.0の再刊を表します、そして、変化コントロールはPKCSプロセスの中で保有されます。 セキュリティ問題部を除いて、このドキュメントのボディーは直接その仕様から抜粋されます。 このメモはインターネットコミュニティのための情報を提供します。
2984 Adams Oct 2000 Use of the CAST-128 Encryption
Algorithm in CMS
2984 cmにおけるキャスト-128暗号化アルゴリズムのアダムスの2000年10月の使用
This document specifies how to incorporate CAST-128 into the S/MIME Cryptographic Message Syntax (CMS) as an additional algorithm for symmetric encryption. [STANDARDS TRACK]
このドキュメントは左右対称の暗号化のための追加アルゴリズムとしてS/MIME Cryptographic Message Syntax(CMS)にキャスト-128を組み入れる方法を指定します。 [標準化過程]
Ginoza Informational [Page 4] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[4ページ]のRFC2999概要
2983 Black Oct 2000 Differentiated Services and
Tunnels
2983 黒い2000年10月はサービスとトンネルを差別化しました。
This document considers the interaction of Differentiated Services (diffserv) with IP tunnels of various forms. This memo provides information for the Internet community.
このドキュメントは様々な形式のIPトンネルとのDifferentiated Services(diffserv)の相互作用を考えます。このメモはインターネットコミュニティのための情報を提供します。
2982 Kavasseri Oct 2000 Distributed Management
Expression MIB
2982 Kavasseri2000年10月の分散管理式MIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing expressions of MIB objects. [STANDARDS TRACK]
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはMIBオブジェクトの式を管理するのに使用される管理オブジェクトについて説明します。 [標準化過程]
2981 Kavasseri Oct 2000 Event MIB
2981 Kavasseri2000年10月のイベントMIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects that can be used to manage and monitor MIB objects and take action through events. [STANDARDS TRACK]
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは管理して、MIBオブジェクトをモニターして、イベントを通して行動を取るのに使用できる管理オブジェクトについて説明します。 [標準化過程]
2980 Barber Oct 2000 Common NNTP Extensions
2980 バーバー2000年10月一般的なNNTP拡張子
In this document, a number of popular extensions to the Network News Transfer Protocol (NNTP) protocol defined in RFC 977 are documented and discussed. While this document is not intended to serve as a standard of any kind, it will hopefully serve as a reference document for future implementers of the NNTP protocol. This memo provides information for the Internet community.
本書では、RFC977で定義されたネットワークの電子情報を転送するプロトコル(NNTP)プロトコルへの多くのポピュラーな拡大について、記録されて、議論します。 このドキュメントがどんな種類の規格としても機能することを意図していない間、それは希望をいだいてNNTPプロトコルの将来のimplementersのための参考書類として機能するでしょう。 このメモはインターネットコミュニティのための情報を提供します。
2979 Freed Oct 2000 Behavior of and Requirements
for Internet Firewalls
2979はインターネットファイアウォールのための2000年10月振舞いと要件を解放しました。
This memo defines behavioral characteristics of and interoperability requirements for Internet firewalls. This memo provides information for the Internet community.
このメモはインターネットファイアウォールのための行動の特性と相互運用性要件を定義します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 5] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[5ページ]のRFC2999概要
2978 Freed Oct 2000 IANA Charset Registration
Procedures
2978は2000年10月IANA Charset登録手順を解放しました。
Multipurpose Internet Mail Extensions (MIME) and various other Internet protocols are capable of using many different charsets. This in turn means that the ability to label different charsets is essential. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
マルチパーパスインターネットメールエクステンション(MIME)と他の様々なインターネットプロトコルは多くの異なったcharsetsを使用できます。 これは、異なったcharsetsをラベルする能力が不可欠であることを順番に意味します。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
2977 Glass Oct 2000 Mobile IP Authentication,
Authorization, and Accounting
Requirements
2977のガラスの2000年10月のモバイルIP認証、承認、および会計要件
This document contains the requirements which would have to be supported by a AAA service to aid in providing Mobile IP services. This memo provides information for the Internet community.
このドキュメントはモバイルIPサービスを提供する際に支援するためにAAAサービスでサポートされなければならない要件を含んでいます。 このメモはインターネットコミュニティのための情報を提供します。
2976 Donovan Oct 2000 The SIP INFO Method
2976 ドノヴァン2000年10月の一口インフォメーションメソッド
This document proposes an extension to the Session Initiation Protocol (SIP). This extension adds the INFO method to the SIP protocol. The intent of the INFO method is to allow for the carrying of session related control information that is generated during a session. [STANDARDS TRACK]
このドキュメントはSession Initiationプロトコル(SIP)に拡大を提案します。 この拡大はINFOメソッドをSIPプロトコルに追加します。 INFOメソッドの意図はセッションの携帯を考慮するのがセッションの間に生成される制御情報について話したということです。 [標準化過程]
2975 Aboba Oct 2000 Introduction to Accounting
Management
2975 会計管理へのAboba2000年10月の紹介
This document describes and discusses the issues involved in the design of the modern accounting systems. The field of Accounting Management is concerned with the collection the collection of resource consumption data for the purposes of capacity and trend analysis, cost allocation, auditing, and billing. This memo provides information for the Internet community.
Accounting Managementの分野はそうです。このドキュメントは、現代の会計システムの設計にかかわる問題について、説明して、議論します。容量、傾向変動分析、費用配分、監査、および支払いの目的のためのリソース消費実績の収集が収集に関係がありました。 このメモはインターネットコミュニティのための情報を提供します。
2974 Handley Oct 2000 Session Announcement Protocol
2974 ハンドレー2000年10月のセッション発表プロトコル
This document describes version 2 of the multicast session directory announcement protocol, Session Announcement Protocol (SAP), and the related issues affecting security and scalability that should be taken into account by implementors. This memo defines an Experimental Protocol for the Internet community.
このドキュメントはマルチキャストセッションディレクトリ発表プロトコル、Session Announcementプロトコル(SAP)、セキュリティに影響する関連する問題、および作成者によって考慮に入れられるべきであるスケーラビリティのバージョン2について説明します。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
Ginoza Informational [Page 6] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[6ページ]のRFC2999概要
2973 Balay Oct 2000 IS-IS Mesh Groups
2973年のBalay2000年10月、-、グループを網の目にかけてください。
This document describes a mechanism to reduce redundant packet transmissions for the Intermediate System to Intermediate System (IS-IS) Routing protocol, as described in ISO 10589. This memo provides information for the Internet community.
このドキュメントがIntermediate Systemのために余分なパケット伝送をIntermediate Systemに変えるためにメカニズムについて説明する、(-、)、ISO10589で説明されるようにプロトコルを発送すること。 このメモはインターネットコミュニティのための情報を提供します。
2972 Popp Oct 2000 Context and Goals for Common
Name Resolution
俗称解決の2972のポップ2000年10月の文脈と目標
This document establishes the context and goals for a Common Name Resolution Protocol. This memo provides information for the Internet community.
このドキュメントは俗称Resolutionプロトコルの文脈と目標を確立します。 このメモはインターネットコミュニティのための情報を提供します。
2971 Showalter Oct 2000 IMAP4 ID extension
2971 ショウォーター2000年10月のIMAP4 ID拡張子
This document describes an ID extension which will enable Internet Message Access Protocol - Version 4rev1 (IMAP4rev1) to advertise what program a client or server uses to provide service. The ID extension allows the server and client to exchange identification information on their implementation in order to make bug reports and usage statistics more complete. [STANDARDS TRACK]
このドキュメントはインターネットMessage Accessプロトコルを可能にするID拡大について説明します--クライアントかサーバがサービスを提供するのに使用するすべてのプログラムの広告を出すバージョン4rev1(IMAP4rev1)。 ID拡大で、サーバとクライアントは、バグレポートと用法統計をより完全にするようにそれらの実装の識別情報を交換できます。 [標準化過程]
2970 Daigle Oct 2000 Architecture for Integrated
Directory Services - Result
from TISDAG
統合ディレクトリサービスのためのDaigle2970年2000年10月のアーキテクチャ--TISDAGからの結果
Drawing from experiences with the TISDAG (Technical Infrastructure for Swedish Directory Access Gateways) project, this document outlines an approach to providing the necessary infrastructure for integrating such widely-scattered servers into a single service, rather than attempting to mandate a single protocol and schema set for all participating servers to use. This memo provides information for the Internet community.
TISDAG(スウェーデンのディレクトリAccess Gatewaysのための技術的なInfrastructure)プロジェクトの経験からの図面、このドキュメントはただ一つのプロトコルと図式が使用するすべて参加しているサーバのためにセットしたのを強制するのを試みるよりむしろそのような広く点在しているサーバをただ一つのサービスと統合するのに必要なインフラを提供することへのアプローチについて概説します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 7] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[7ページ]のRFC2999概要
2969 Eklof Oct 2000 Wide Area Directory Deployment
- Experiences from TISDAG
2969年のEklof2000年10月の広い領域ディレクトリ展開--TISDAGからの経験
This document catalogues some of the experiences gained in developing the necessary infrastructure for a national (i.e., multi-organizational) directory service and pilot deployment of the service in an environment with off-the-shelf directory service products. This memo provides information for the Internet community.
このドキュメントは環境におけるサービスの国家(すなわち、マルチ組織的な)のディレクトリサービスとパイロット展開のためにすぐ入手できるディレクトリサービス製品で必要なインフラを開発する際に行われた経験のいくつかをカタログに載せます。 このメモはインターネットコミュニティのための情報を提供します。
2968 Daigle Oct 2000 Mesh of Multiple DAG servers -
Results from TISDAG
Multiple DAGサーバの2968年のDaigle2000年10月のMesh--TISDAGからの結果
This document defines the basic principle for establishing a mesh, that interoperating services should exchange index objects, according to the architecture of the mesh (e.g., hierarchical, or graph-like, preferably without loops!). The Common Indexing Protocol (CIP) is designed to facilitate the creation not only of query referral indexes, but also of meshes of (loosely) affiliated referral indexes. The purpose of such a mesh of servers is to implement some kind of distributed sharing of indexing and/or searching tasks across different servers. So far, the TISDAG (Technical Infrastructure for Swedish Directory Access Gateways) project has focused on creating a single referral index; the obvious next step is to integrate that into a larger set of interoperating services. This memo provides information for the Internet community.
このドキュメントはメッシュを設立するためのサービスを共同利用するとインデックスオブジェクトが交換されるべきであるという基本原理を定義します、メッシュのアーキテクチャによると(例えば、階層的であるか、グラフのようで!、望ましくは、輪なしで) Common Indexingプロトコル(CIP)は、質問紹介インデックスだけではなく、(緩く)合併された紹介インデックスのメッシュについて作成を容易にするように設計されています。 サーバのそのようなメッシュの目的は異なったサーバの向こう側にタスクを索引をつける、そして/または、捜すある種の分配された共有を実装することです。 今までのところ、TISDAG(スウェーデンのディレクトリAccess Gatewaysのための技術的なInfrastructure)プロジェクトは、ただ一つの紹介インデックスを作成するのは焦点を合わせました。 次の明白なステップはサービスを共同利用するより大きいセットとそれを統合することです。 このメモはインターネットコミュニティのための情報を提供します。
2967 Daigle Oct 2000 TISDAG - Technical
Infrastructure for Swedish
Directory Access Gateways
2967年のDaigle2000年10月のTISDAG--スウェーデンのディレクトリアクセスゲートウェイへの技術インフラ
The overarching goal of this project is to develop the necessary technical infrastructure to provide a single-access-point service for searching for whitepages information on Swedish Internet users. This memo provides information for the Internet community.
このプロジェクトのアーチをかける目標はスウェーデン人のインターネットユーザのwhitepages情報を検索するための単一のアクセスポイントサービスを提供するために必要な技術インフラを開発することです。 このメモはインターネットコミュニティのための情報を提供します。
2966 Li Oct 2000 Domain-wide Prefix
Distribution with Two-Level
IS-IS
2レベルとの2966年の李2000年10月のドメイン全体の接頭語分配、-
This document describes extensions to the Intermediate System to Intermediate System (IS-IS) protocol to support optimal routing within a two-level domain. This memo provides information for the Internet community.
このドキュメントがIntermediate SystemへのIntermediate Systemに拡大について説明する、(-、)、議定書を作って、2レベルのドメインの中で最適ルーティングをサポートしてください。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 8] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[8ページ]のRFC2999概要
2965 Kristol Oct 2000 HTTP State Management
Mechanism
2965 クリストル2000年10月のHTTP国家管理メカニズム
This document specifies a way to create a stateful session with Hypertext Transfer Protocol (HTTP) requests and responses. [STANDARDS TRACK]
このドキュメントはハイパーテキストTransferプロトコル(HTTP)要求と応答とのstatefulセッションを作成する方法を指定します。 [標準化過程]
2964 Moore Oct 2000 Use of HTTP State Management
2964 HTTP国家管理のムーア2000年10月の使用
This memo identifies specific uses of Hypertext Transfer Protocol (HTTP) State Management protocol which are either (a) not recommended by the IETF, or (b) believed to be harmful, and discouraged. This memo also details additional privacy considerations which are not covered by the HTTP State Management protocol specification. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このメモはIETFによって推薦されなかった(a)か有害であって、妨げると信じられている(b)のどちらかであるハイパーテキストTransferプロトコル(HTTP)州のManagementプロトコルの特定の用途を特定します。 また、このメモはHTTP州Managementプロトコル仕様でカバーされていない追加プライバシー問題を詳しく述べます。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
2963 Bonaventure Oct 2000 A Rate Adaptive Shaper for
Differentiated Services
2963 差別化されたサービスのためのレートの適応型の整形器あたりのボナバンチュレール2000年10月
This memo describes several Rate Adaptive Shapers (RAS) that can be used in combination with the single rate Three Color Markers (srTCM) and the two rate Three Color Marker (trTCM) described in RFC2697 and RFC2698, respectively. This memo provides information for the Internet community.
このメモはRFC2697とRFC2698でそれぞれ説明された数個Rate Adaptiveの単一賃率Three Color Markers(srTCM)と組み合わせて使用できるシェーパーズ(RAS)と2レートThree Color Marker(trTCM)について説明します。 このメモはインターネットコミュニティのための情報を提供します。
2962 Raz Oct 2000 An SNMP Application Level
Gateway for Payload Address
Translation
2962 有効搭載量アドレス変換のためのSNMPアプリケーションレベルゲートウェイあたりのRaz2000年10月
This document describes the ALG (Application Level Gateway) for the SNMP (Simple Network Management Protocol) by which IP (Internet Protocol) addresses in the payload of SNMP packets are statically mapped from one group to another. This memo provides information for the Internet community.
このドキュメントはSNMPパケットのペイロードのIP(インターネットプロトコル)アドレスが1つのグループから別のグループまで静的に写像されるSNMP(簡単なNetwork Managementプロトコル)のために、ALG(アプリケーションLevelゲートウェイ)について説明します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 9] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[9ページ]のRFC2999概要
2961 Berger Apr 2001 RSVP Refresh Overhead
Reduction Extensions
2961 バーガー2001年4月のRSVPは全般的な減少拡大をリフレッシュします。
This document describes a number of mechanisms that can be used to reduce processing overhead requirements of refresh messages, eliminate the state synchronization latency incurred when an RSVP (Resource ReserVation Protocol) message is lost and, when desired, refreshing state without the transmission of whole refresh messages. [STANDARDS TRACK]
メッセージをリフレッシュして、RSVP(リソースReserVationプロトコル)メッセージが無くなるとき被られた州の同期潜在を根絶して、このドキュメントは処理オーバヘッド要件を減らす使用できる多くのメカニズムについて説明します。望まれていると、全体の送信のない壮快な州はメッセージをリフレッシュします。 [標準化過程]
2960 Stewart Oct 2000 Stream Control Transmission
Protocol
2960 スチュワート2000年10月のストリーム制御伝動プロトコル
This document describes the Stream Control Transmission Protocol (SCTP). [STANDARDS TRACK]
このドキュメントはStream Control Transmissionプロトコル(SCTP)について説明します。 [標準化過程]
2959 Baugher Oct 2000 Real-Time Transport Protocol
Management Information Base
2959 Baugherの2000年10月のリアルタイムのトランスポート・プロトコル管理情報ベース
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. [STANDARDS TRACK]
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 [標準化過程]
2958 Daigle Oct 2000 The application/whoispp-
response Content-type
2958Daigle2000年10月のアプリケーション/whoispp応答文書内容
The intention of this document, in conjunction with RFC 2957, is to enable MIME-enabled mail software, and other systems using Internet media types, to carry out Whois++ transactions. This memo provides information for the Internet community.
このドキュメントの意志はRFC2957に関連してMIMEで可能にされたメールソフトウェア、およびWhois++トランザクションを行うのにインターネットメディアタイプを使用する他のシステムを可能にすることです。 このメモはインターネットコミュニティのための情報を提供します。
2957 Daigle Oct 2000 The application/whoispp-query
Content-Type
2957Daigle2000年10月のwhoisppアプリケーション/質問コンテントタイプ
The intention of this document, in conjunction with RFC 2958, is to enable MIME-enabled mail software, and other systems using Internet media types, to carry out Whois++ transactions. This memo provides information for the Internet community.
このドキュメントの意志はRFC2958に関連してMIMEで可能にされたメールソフトウェア、およびWhois++トランザクションを行うのにインターネットメディアタイプを使用する他のシステムを可能にすることです。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 10] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[10ページ]のRFC2999概要
2956 Kaat Oct 2000 Overview of 1999 IAB Network
Layer Workshop
2956 1999IABネットワーク層ワークショップのKaat2000年10月の概要
This document is an overview of a workshop held by the Internet Architecture Board (IAB) on the Internet Network Layer architecture hosted by SURFnet in Utrecht, the Netherlands on 7-9 July 1999. The goal of the workshop was to understand the state of the network layer and its impact on continued growth and usage of the Internet. This memo provides information for the Internet community.
このドキュメントは1999年7月7-9日にユトレヒト(オランダ)のSURFnetによってホスティングされたインターネットNetwork Layerアーキテクチャのインターネット・アーキテクチャ委員会によって開かれたワークショップの概要(IAB)です。 ワークショップの目標はインターネットの継続成長と用法でネットワーク層とその影響の状態を理解することでした。 このメモはインターネットコミュニティのための情報を提供します。
2955 Rehbehn Oct 2000 Definitions of Managed Objects
for Monitoring and Controlling
the Frame Relay/ATM PVC Service
Interworking Function
2955 Rehbehn2000年10月に、フレームリレー/気圧PVCサービスの織り込むことをモニターして、制御するための管理オブジェクトの定義は機能します。
This memo defines a Management Information Base (MIB) to configure, monitor, and control a service interworking function (IWF) for Permanent Virtual Connections (PVC) between Frame Relay and Asynchronous Transfer Mode (ATM) technologies. [STANDARDS TRACK]
このメモは、Permanent Virtualコネクションズ(PVC)のためにFrame RelayとAsynchronous Transfer Mode(ATM)技術の間で機能(IWF)を織り込むサービスを構成して、モニターして、制御するために、Management Information基地(MIB)を定義します。 [標準化過程]
2954 Rehbehn Oct 2000 Definitions of Managed Objects
for Frame Relay Service
2954 フレームリレーサービスのための管理オブジェクトのRehbehn2000年10月定義
This memo defines an extension to the Management Information Base (MIB) for use with network management protocols in Transmission Control Protocol/Internet Protocol-based (TCP/IP) internets. In particular, it defines objects for managing the frame relay service. [STANDARDS TRACK]
このメモはネットワーク管理プロトコルでTransmissionのControlのプロトコル/インターネットプロトコルベースの(TCP/IP)インターネットで使用のためのManagement Information基地(MIB)と拡大を定義します。 特に、それは、フレームリレーサービスを管理するためにオブジェクトを定義します。 [標準化過程]
2953 Ts'o Sep 2000 Telnet Encryption: DES 64 bit
Output Feedback
2953tの○2000年9月のtelnet暗号化: DES64はOutput Feedbackに噛み付きました。
This document specifies how to use the data encryption standard (DES) encryption algorithm in output feedback mode with the telnet encryption option. This memo provides information for the Internet community.
このドキュメントはtelnet暗号化オプションで出力フィードバックモードでデータ暗号化標準(DES)暗号化アルゴリズムを使用する方法を指定します。 このメモはインターネットコミュニティのための情報を提供します。
2952 Ts'o Sep 2000 Telnet Encryption: DES 64 bit
Cipher Feedback
2952tの○2000年9月のtelnet暗号化: DES64はCipher Feedbackに噛み付きました。
This document specifies how to use the DES encryption algorithm in cipher feedback mode with the telnet encryption option. This memo provides information for the Internet community.
このドキュメントはtelnet暗号化オプションで暗号フィードバックモードでDES暗号化アルゴリズムを使用する方法を指定します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 11] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[11ページ]のRFC2999概要
2951 Housley Sep 2000 TELNET Authentication Using
KEA and SKIPJACK
2951 ケアとトビウオの類を使用するHousley2000年9月のtelnet認証
This document defines a method to authenticate TELNET using the Key Exchange Algorithm (KEA), and encryption of the TELNET stream using SKIPJACK. This memo provides information for the Internet community.
このドキュメントはKey Exchange Algorithm(KEA)を使用することでTELNETを認証するメソッド、およびSKIPJACKを使用するTELNETストリームの暗号化を定義します。 このメモはインターネットコミュニティのための情報を提供します。
2950 Altman Sep 2000 Telnet Encryption: CAST-128 64
bit Cipher Feedback
2950 アルトマン2000年9月のtelnet暗号化: キャスト-128の64ビットのCipher Feedback
This document specifies how to use the CAST-128 encryption algorithm in cipher feedback mode with the telnet encryption option. Two key sizes are defined: 40 bit and 128 bit. [STANDARDS TRACK]
このドキュメントはtelnet暗号化オプションで暗号フィードバックモードでキャスト-128暗号化アルゴリズムを使用する方法を指定します。 2つの主要なサイズが定義されます: 40ビットと128に噛み付きました。 [標準化過程]
2949 Altman Sep 2000 Telnet Encryption: CAST-128 64
bit Output Feedback
2949 アルトマン2000年9月のtelnet暗号化: キャスト-128の64ビットのOutput Feedback
This document specifies how to use the CAST-128 encryption algorithm in output feedback mode with the telnet encryption option. Two key sizes are defined: 40 bit and 128 bit. [STANDARDS TRACK]
このドキュメントはtelnet暗号化オプションで出力フィードバックモードでキャスト-128暗号化アルゴリズムを使用する方法を指定します。 2つの主要なサイズが定義されます: 40ビットと128に噛み付きました。 [標準化過程]
2948 Altman Sep 2000 Telnet Encryption: DES3 64 bit
Output Feedback
2948 アルトマン2000年9月のtelnet暗号化: DES3 64はOutput Feedbackに噛み付きました。
This document specifies how to use the Triple-DES (data encryption standard) encryption algorithm in output feedback mode with the telnet encryption option. [STANDARDS TRACK]
このドキュメントはtelnet暗号化オプションで出力フィードバックモードでTriple-DES(データ暗号化標準)暗号化アルゴリズムを使用する方法を指定します。 [標準化過程]
2947 Altman Sep 2000 Telnet Encryption: DES3 64 bit
Cipher Feedback
2947 アルトマン2000年9月のtelnet暗号化: DES3 64はCipher Feedbackに噛み付きました。
This document specifies how to use the Triple-DES (data encryption standard) encryption algorithm in cipher feedback mode with the telnet encryption option. [STANDARDS TRACK]
このドキュメントはtelnet暗号化オプションで暗号フィードバックモードでTriple-DES(データ暗号化標準)暗号化アルゴリズムを使用する方法を指定します。 [標準化過程]
2946 Ts'o Sep 2000 Telnet Data Encryption Option
2946tの○2000年9月のtelnetデータ暗号化オプション
This document describes a the telnet encryption option as a generic method of providing data confidentiality services for the telnet data stream. [STANDARDS TRACK]
このドキュメントはtelnetデータ・ストリームのためのデータの機密性サービスを提供する一般的方法としてtelnet暗号化がゆだねるaを記述します。 [標準化過程]
Ginoza Informational [Page 12] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[12ページ]のRFC2999概要
2945 Wu Sep 2000 The SRP Authentication and Key
Exchange System
2945 ウー2000年9月のSRP認証と主要な交換システム
This document describes a cryptographically strong network authentication mechanism known as the Secure Remote Password (SRP) protocol. [STANDARDS TRACK]
このドキュメントは暗号でaについて説明します。Secure Remote Password(SRP)プロトコルとして知られている強いネットワーク認証機構。 [標準化過程]
2944 Wu Sep 2000 Telnet Authentication: SRP
2944 ウー2000年9月のtelnet認証: SRP
This document specifies an authentication scheme for the Telnet protocol under the framework described in RFC 2941, using the Secure Remote Password Protocol (SRP) authentication mechanism. [STANDARDS TRACK]
このドキュメントはRFC2941で説明されたフレームワークの下でTelnetプロトコルの認証体系を指定します、Secure Remote Passwordプロトコル(SRP)認証機構を使用して。 [標準化過程]
2943 Housley Sep 2000 TELNET Authentication Using
DSA
2943 DSAを使用するHousley2000年9月のtelnet認証
This document defines a telnet authentication mechanism using the Digital Signature Algorithm (DSA). It relies on the Telnet Authentication Option. [STANDARDS TRACK]
このドキュメントは、Digital Signature Algorithm(DSA)を使用することでtelnet認証機構を定義します。 それはTelnet Authentication Optionを当てにします。 [標準化過程]
2942 Ts'o Sep 2000 Telnet Authentication:
Kerberos Version 5
2942tの○2000年9月のtelnet認証: ケルベロスバージョン5
This document describes how Kerberos Version 5 is used with the telnet protocol. It describes an telnet authentication suboption to be used with the telnet authentication option. [STANDARDS TRACK]
このドキュメントはケルベロスバージョン5がtelnetプロトコルと共にどう使用されるかを説明します。 それは、telnet認証オプションと共に使用されるためにtelnet認証「副-オプション」について説明します。 [標準化過程]
2941 Ts'o Sep 2000 Telnet Authentication Option
2941tの○2000年9月のtelnet認証オプション
This document describes the authentication option to the telnet protocol as a generic method for negotiating an authentication type and mode including whether encryption should be used and if credentials should be forwarded. [STANDARDS TRACK]
このドキュメントは、認証オプションをtelnetプロトコルに暗号化が使用されるべきであるかどうかと、資格証明書が進められるべきであるかどうかを含む認証タイプとモードを交渉するための一般的方法と説明します。 [標準化過程]
2940 Smith Oct 2000 Definitions of Managed Objects
for Common Open Policy Service
(COPS) Protocol Clients
2940 スミス2000年10月に、一般的なオープンポリシーサービス(巡査)のための管理オブジェクトの定義はクライアントについて議定書の中で述べます。
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based internets. In particular it defines objects for managing a client of the Common Open Policy Service (COPS) protocol. [STANDARDS TRACK]
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPに基づいているインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それは、CommonオープンPolicy Service(COPS)プロトコルのクライアントを管理するためにオブジェクトを定義します。 [標準化過程]
Ginoza Informational [Page 13] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[13ページ]のRFC2999概要
2939 Droms Sep 2000 Procedures and IANA Guidelines
for Definition of New DHCP
Options and Message Types
新しいDHCPオプションとメッセージタイプの定義のための2939のDroms2000年9月手順とIANAガイドライン
This document describes the procedure for defining new DHCP options and message types. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このドキュメントは新しいDHCPオプションとメッセージタイプを定義するための手順について説明します。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
2938 Klyne Sep 2000 Identifying Composite Media
Features
2938 合成メディア機能を特定するKlyne2000年9月
This document describes an abbreviated format for a composite media feature set, based upon a hash of the feature expression describing that composite. [STANDARDS TRACK]
このドキュメントは設定された合成メディア機能のための簡略化された形式について説明します、その合成物について説明する特徴式のハッシュに基づきます。 [標準化過程]
2937 Smith Sep 2000 The Name Service Search Option
for DHCP
2937 DHCPのためのスミス2000年9月の名前サービス検索オプション
This document defines a new Dynamic Host Configuration Protocol (DHCP) option which is passed from the DHCP Server to the DHCP Client to specify the order in which name services should be consulted when resolving hostnames and other information. [STANDARDS TRACK]
このドキュメントはホスト名と他の情報を決議するとき名前サービスが相談されるべきであるオーダーを指定するためにDHCP ServerからDHCP Clientまで合格される新しいDynamic Host Configuration Protocol(DHCP)オプションを定義します。 [標準化過程]
2936 Eastlake Sep 2000 HTTP MIME Type Handler
Detection
2936 イーストレークの2000年9月のHTTP MIMEの種類操作者検出
Entities composing web pages to provide services over the Hypertext Transfer Protocol (HTTP) frequently have the problem of not knowing what Multipurpose Internet Mail Extensions (MIME) types have handlers installed at a user's browser. This document summarizes reasonable techniques to solve this problem for most of the browsers actually deployed on the Internet as of early 2000. This memo provides information for the Internet community.
ハイパーテキストTransferプロトコル(HTTP)の上にサービスを提供するためにウェブページを構成する実体で、(MIME)がどんなマルチパーパスインターネットメールエクステンションをタイプするかを知らないという問題で頻繁にユーザのブラウザに操作者をインストールします。 このドキュメントは、2000年前半の時点で実際にインターネットで配布されたブラウザの大部分のこの問題を解決するために合理的なテクニックをまとめます。 このメモはインターネットコミュニティのための情報を提供します。
2935 Eastlake Sep 2000 Internet Open Trading Protocol
(IOTP) HTTP Supplement
2935年のイーストレークの2000年9月のインターネットの開いている取り引きプロトコル(IOTP)HTTP補足
The goal of mapping to the transport layer is to ensure that the underlying XML documents are carried successfully between the various parties. This document describes that mapping for the Hyper Text Transport Protocol (HTTP), Versions 1.0 and 1.1. [STANDARDS TRACK]
トランスポート層へのマッピングの目標は基本的なXMLドキュメントが首尾よく様々なパーティーの間まで運ばれるのを保証することです。 このドキュメントはHyper Text Transportプロトコル(HTTP)のためのそのマッピング、バージョン1.0と1.1について説明します。 [標準化過程]
Ginoza Informational [Page 14] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[14ページ]のRFC2999概要
2934 McCloghrie Oct 2000 Protocol Independent Multicast
MIB for IPv4
2934 IPv4のためのMcCloghrieの2000年10月のプロトコルの独立しているマルチキャストMIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing the Protocol Independent Multicast (PIM) protocol for IPv4. This memo defines an Experimental Protocol for the Internet community.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはIPv4のためにプロトコル無党派Multicast(PIM)プロトコルを管理するのに使用される管理オブジェクトについて説明します。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
2933 McCloghrie Oct 2000 Internet Group Management
Protocol MIB
2933 McCloghrie2000年10月のインターネット集団経営プロトコルMIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes objects used for managing the Internet Group Management Protocol (IGMP). [STANDARDS TRACK]
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはインターネットGroup Managementプロトコル(IGMP)を管理するのに使用されるオブジェクトについて説明します。 [標準化過程]
2932 McCloghrie Oct 2000 IPv4 Multicast Routing MIB
2932 McCloghrie2000年10月のIPv4マルチキャストルート設定MIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing IP Multicast Routing for IPv4, independent of the specific multicast routing protocol in use. [STANDARDS TRACK]
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、IPv4のためにIP Multicastルート設定を管理するのに使用される管理オブジェクトについて説明します、使用中の特定のマルチキャストルーティング・プロトコルの如何にかかわらず。 [標準化過程]
2931 Eastlake Sep 2000 DNS Request and Transaction
Signatures ( SIG(0)s )
2931 イーストレーク2000年9月DNS要求とトランザクション署名(SIG(0)s)
This document describes the minor but non-interoperable changes in Request and Transaction signature resource records ( SIG(0)s ) that implementation experience has deemed necessary. [STANDARDS TRACK]
このドキュメントはRequestにおける小さい方の、しかし、非共同利用できる変化と実装経験で必要であると考えるTransaction署名リソース記録(SIG(0)s)について説明します。 [標準化過程]
2930 Eastlake Sep 2000 Secret Key Establishment for
DNS (TKEY RR)
2930 DNSのためのイーストレークの2000年9月の秘密鍵設立(TKEY RR)
This document describes a Transaction Key (TKEY) RR that can be used in a number of different modes to establish shared secret keys between a DNS resolver and server. [STANDARDS TRACK]
このドキュメントはDNSレゾルバとサーバの間の共有秘密キーキーを証明するのに多くの異なったモードで使用できるTransaction Key(TKEY)RRについて説明します。[標準化過程]
Ginoza Informational [Page 15] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[15ページ]のRFC2999概要
2929 Eastlake Sep 2000 Domain Name System (DNS) IANA
Considerations
2929のイーストレーク2000年9月のドメインネームシステム(DNS)IANA問題
This document discusses the Internet Assigned Number Authority (IANA) parameter assignment considerations given for the allocation of Domain Name System (DNS) classes, Resource Record (RR) types, operation codes, error codes, etc. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このドキュメントはドメインネームシステム(DNS)のクラス、Resource Record(RR)タイプ、命令コード、エラーコードなどの配分のために与えられたISOCの機関の一つで(IANA)パラメタ課題問題について議論します。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
2928 Hinden Sep 2000 Initial IPv6 Sub-TLA ID
Assignments
2928は2000年9月に初期のIPv6サブTLA ID課題をHindenします。
This document defines initial assignments of IPv6 Sub-Top-Level Aggregation Identifiers (Sub-TLA ID) to the Address Registries. This memo provides information for the Internet community.
このドキュメントはIPv6 SubのトップレベルAggregation Identifiers(サブTLA ID)の初期の課題をAddress Registriesと定義します。 このメモはインターネットコミュニティのための情報を提供します。
2927 Wahl Sep 2000 MIME Directory Profile for
LDAP Schema
2927 LDAP図式のためのウォール2000年9月のMIMEディレクトリプロフィール
This document defines a multipurpose internet mail extensions (MIME) directory profile for holding a lightweight directory access protocol (LDAP) schema. This memo provides information for the Internet community.
このドキュメントは軽量のディレクトリアクセス・プロトコル(LDAP)図式を保持するための多目的のインターネットメール拡張子(MIME)ディレクトリプロフィールを定義します。 このメモはインターネットコミュニティのための情報を提供します。
2926 Kempf Sep 2000 Conversion of LDAP Schemas to
and from SLP Templates
2926 テンプレートとSLPテンプレートからのLDAP Schemasのケンフ2000年9月の変換
This document describes a procedure for mapping between Service Location Protocol (SLP) service advertisements and lightweight directory access protocol (LDAP) descriptions of services. This memo provides information for the Internet community.
このドキュメントはService Locationプロトコル(SLP)サービス広告と軽量のディレクトリアクセス・プロトコル(LDAP)の間でサービスの記述を写像するための手順について説明します。 このメモはインターネットコミュニティのための情報を提供します。
2925 White Sep 2000 Definitions of Managed Objects
for Remote Ping, Traceroute,
and Lookup Operations
2925 リモートピング、トレースルート、およびルックアップ操作のための管理オブジェクトの白い2000年9月定義
This memo defines Management Information Bases (MIBs) for performing remote ping, traceroute and lookup operations at a remote host. [STANDARDS TRACK]
このメモは、リモートホストでリモートピング、トレースルート、およびルックアップ操作を実行するためにManagement情報基地の(MIBs)を定義します。 [標準化過程]
Ginoza Informational [Page 16] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[16ページ]のRFC2999概要
2924 Brownlee Sep 2000 Accounting Attributes and
Record Formats
2924のブラウンリー2000年9月会計属性とレコード形式
This document summarises Internet Engineering Task Force (IETF) and International Telecommunication Union (ITU-T) documents related to Accounting. This memo provides information for the Internet community.
このドキュメントはAccountingに関連するインターネット・エンジニアリング・タスク・フォース(IETF)と国際電気通信連合(ITU-T)ドキュメントについて略言します。 このメモはインターネットコミュニティのための情報を提供します。
2923 Lahey Sep 2000 TCP Problems with Path MTU
Discovery
2923 経路MTU発見に関するレーヒー2000年9月TCP問題
This memo catalogs several known Transmission Control Protocol (TCP) implementation problems dealing with Path Maximum Transmission Unit Discovery (PMTUD), including the long-standing black hole problem, stretch acknowlegements (ACKs) due to confusion between Maximum Segment Size (MSS) and segment size, and MSS advertisement based on PMTU. This memo provides information for the Internet community.
このメモは伸びacknowlegements(ACKs)はMaximum Segment Size(MSS)とセグメントサイズの間の混乱のため長年のブラックホール問題を含むPath Maximum Transmission Unitディスカバリー(PMTUD)を取扱って、PMTUに基づいてMSS広告を取扱うことにおけるいくつかの知られている通信制御プロトコル(TCP)実装問題をカタログに載せます。 このメモはインターネットコミュニティのための情報を提供します。
2922 Bierman Sep 2000 Physical Topology MIB
2922 Biermanの2000年9月の物理的なトポロジーMIB
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing physical topology identification and discovery. This memo provides information for the Internet community.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは物理的なトポロジー識別と発見を管理するのに使用される管理オブジェクトについて説明します。 このメモはインターネットコミュニティのための情報を提供します。
2921 Fink Sep 2000 6BONE pTLA and pNLA Formats
(pTLA)
2921の密告者2000年9月の6BONE pTLAとpNLA形式(pTLA)
This memo defines how the 6bone uses the 3FFE::/16 IPv6 address prefix, allocated in RFC 2471, "IPv6 Testing Address Allocation", to create pseudo Top-Level Aggregation Identifiers (pTLA's) and pseudo Next-Level Aggregation Identifiers (pNLA's). This memo provides information for the Internet community.
このメモは6boneがどう3FFEを使用するかを定義します:、:/16IPv6は「IPv6はアドレス配分をテストし」て、疑似TopレベルAggregation Identifiers(pTLAのもの)と疑似NextレベルAggregation Identifiers(pNLAのもの)を作成するためにRFC2471に割り当てられた接頭語を扱います。 このメモはインターネットコミュニティのための情報を提供します。
2920 Freed Sep 2000 SMTP Service Extension for
Command Pipelining
2920はコマンド連続送信のための2000年9月のSMTPサービス拡張子を解放しました。
This memo defines an extension to the Simple Mail Transfer Protocol (SMTP) service whereby a server can indicate the extent of its ability to accept multiple commands in a single Transmission Control Protocol (TCP) send operation. [STANDARDS TRACK]
このメモはサーバが(TCP)が操作を送るただ一つの通信制御プロトコルにおける複数のコマンドを受け入れる性能の範囲を示すことができるシンプルメールトランスファプロトコル(SMTP)サービスと拡大を定義します。 [標準化過程]
Ginoza Informational [Page 17] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[17ページ]のRFC2999概要
2919 Chandhok Mar 2001 List-Id: A Structured Field
and Namespace for the
Identification of Mailing
Lists
2919 Chandhok2001年3月のリストイド: メーリングリストの識別のための構造化された分野と名前空間
Software that handles electronic mailing list messages (servers and user agents) needs a way to reliably identify messages that belong to a particular mailing list. With the advent of list management headers, it has become even more important to provide a unique identifier for a mailing list regardless of the particular host that serves as the list processor at any given time. [STANDARDS TRACK]
メーリング・リストメッセージ(サーバとユーザエージェント)を処理するソフトウェアが特定のメーリングリストに属すメッセージを確かに特定する方法を必要とします。 リスト管理ヘッダーの到来に従って、その時々でリストプロセッサとして勤める特定のホストにかかわらずメーリングリストのためのユニークな識別子を提供するのはさらに重要になりました。 [標準化過程]
2918 Chen Sep 2000 Route Refresh Capability for
BGP-4
チェン2000年9月が発送する2918はBGP-4のために能力をリフレッシュします。
This document defines a new Border Gateway Protocol (BGP) capability termed 'Route Refresh Capability', which would allow the dynamic exchange of route refresh request between BGP speakers and subsequent re-advertisement of the respective Adj-RIB-Out. [STANDARDS TRACK]
このドキュメントは'ルートRefresh Capability'と呼ばれた新しいボーダ・ゲイトウェイ・プロトコル(BGP)能力を定義して、どれがルートのダイナミックな交換を許容するだろうかが外のそれぞれのAdj-RIBのBGPスピーカーとその後の再広告の間の要求をリフレッシュします。 [標準化過程]
2917 Muthukrishnan Sep 2000 A Core MPLS IP VPN
Architecture
2917 コアMPLS IP VPNアーキテクチャあたりのMuthukrishnan2000年9月
This memo presents an approach for building core Virtual Private Network (VPN) services in a service provider's MPLS backbone. This memo provides information for the Internet community.
このメモはサービスプロバイダーのMPLSバックボーンにおけるビルコアVirtual兵士のNetwork(VPN)サービスのためのアプローチを提示します。 このメモはインターネットコミュニティのための情報を提供します。
2916 Faltstrom Sep 2000 E.164 number and DNS
2916Faltstrom2000年9月のE.164番号とDNS
This document discusses the use of the Domain Name System (DNS) for storage of E.164 numbers. [Standards Track]
このドキュメントはドメインネームシステム(DNS)のE.164番号のストレージの使用について議論します。 [標準化過程]
2915 Mealling Sep 2000 The Naming Authority Pointer
(NAPTR) DNS Resource Record
2915 2000年9月に命名権威指針(NAPTR)DNSリソース記録を荒びきにすること。
This document describes a Domain Name System (DNS) resource record which specifies a regular expression based rewrite rule that, when applied to an existing string, will produce a new domain label or Uniform Resource Identifier (URI). [STANDARDS TRACK]
このドキュメントはどれが正規表現を指定するかが既存のストリングに適用されると新しいドメインラベルかUniform Resource Identifier(URI)を作り出す書換規則を基礎づけたというドメインネームシステム(DNS)リソース記録について説明します。 [標準化過程]
Ginoza Informational [Page 18] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[18ページ]のRFC2999概要
2914 Floyd Sep 2000 Congestion Control Principles
2914 フロイド2000年9月の輻輳制御プリンシプルズ
The goal of this document is to explain the need for congestion control in the Internet, and to discuss what constitutes correct congestion control. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
このドキュメントの目標は、インターネットの輻輳制御の必要性について説明して、正しい輻輳制御を構成することについて議論することです。 このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。
2913 Klyne Sep 2000 MIME Content Types in Media
Feature Expressions
2913 Klyne2000年9月に、メディアによるMIME content typeは式を特徴とします。
This memo defines a media feature tag whose value is a Multipurpose Internet Mail Extensions (MIME) content type. [STANDARDS TRACK]
このメモは値がマルチパーパスインターネットメールエクステンション(MIME)content typeであるメディア特徴タグを定義します。 [標準化過程]
2912 Klyne Sep 2000 Indicating Media Features for
MIME Content
2912 MIME内容のためのメディア機能を示すKlyne2000年9月
This memo defines a Multipurpose Internet Mail Extensions (MIME) ' Content-features:' header that can be used to annotate a MIME message part using this expression format, and indicates some ways it might be used. [STANDARDS TRACK]
このメモはマルチパーパスインターネットメールエクステンション(MIME)が'以下をContent特集する'というこの式形式を使用することでMIMEメッセージ部分を注釈するのに使用できて、それが使用されるかもしれないいくつかの方法を示すヘッダーを定義します。 [標準化過程]
2911 Hastings Sep 2000 Internet Printing
Protocol/1.1: Model and
Semantics
ヘイスティングズの2911年2000年9月のインターネット印刷プロトコル/1.1: モデルと意味論
This document is one of a set of documents, which together describe all aspects of a new Internet Printing Protocol (IPP). [STANDARDS TRACK]
このドキュメントは1セットのドキュメントの1つであり、どれが新しいインターネットPrintingプロトコル(IPP)の全面について一緒に説明しますか? [標準化過程]
2910 Herriot Sep 2000 Internet Printing
Protocol/1.1: Encoding and
Transport
エリオの2910年2000年9月のインターネット印刷プロトコル/1.1: コード化と輸送
This document is one of a set of documents, which together describe all aspects of a new Internet Printing Protocol (IPP). [STANDARDS TRACK]
このドキュメントは1セットのドキュメントの1つであり、どれが新しいインターネットPrintingプロトコル(IPP)の全面について一緒に説明しますか? [標準化過程]
Ginoza Informational [Page 19] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[19ページ]のRFC2999概要
2909 Radoslavov Sep 2000 The Multicast Address-Set
Claim (MASC) Protocol
2909 ラドスラーボフ2000年9月に、マルチキャストアドレスセットクレーム(MASC)は議定書を作ります。
This document describes the Multicast Address-Set Claim (MASC) protocol which can be used for inter-domain multicast address set allocation. This memo defines an Experimental Protocol for the Internet community.
このドキュメントは相互ドメインマルチキャストアドレスセット配分に使用できるMulticast Address-セットクレーム(MASC)プロトコルについて説明します。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
2908 Thaler Sep 2000 The Internet Multicast Address
Allocation Architecture
2908 ターレル2000年9月のインターネットマルチキャストアドレス配分アーキテクチャ
This document proposes a multicast address allocation architecture (MALLOC) for the Internet. This memo provides information for the Internet community.
このドキュメントはマルチキャストアドレス配分アーキテクチャ(MALLOC)をインターネットに提案します。 このメモはインターネットコミュニティのための情報を提供します。
2907 Kermode Sep 2000 MADCAP Multicast Scope Nesting
State Option
2907 カーモード2000年9月の向こう見ずなマルチキャスト範囲巣篭もり州のオプション
This document defines a new option to the Multicast Address Dynamic Client Allocation Protocol (MADCAP) to support nested scoping. [STANDARDS TRACK]
このドキュメントは、入れ子にされた見ることをサポートするためにMulticast Address Dynamic Client Allocationプロトコル(MADCAP)と新しいオプションを定義します。 [標準化過程]
2906 Farrell Aug 2000 AAA Authorization Requirements
2906 ファレル2000年8月AAA承認要件
This document specifies the requirements that Authentication Authorization Accounting (AAA) protocols must meet in order to support authorization services in the Internet. This memo provides information for the Internet community.
このドキュメントはAuthentication Authorization Accounting(AAA)プロトコルにインターネットで承認サービスをサポートするために満たされなければならないという要件を指定します。 このメモはインターネットコミュニティのための情報を提供します。
2905 Vollbrecht Aug 2000 AAA Authorization Application
Examples
2905 Vollbrecht2000年8月AAA承認アプリケーションの例
This memo describes several examples of applications requiring authorization. This memo provides information for the Internet community.
このメモは承認を必要とするアプリケーションに関するいくつかの例について説明します。 このメモはインターネットコミュニティのための情報を提供します。
2904 Vollbrecht Aug 2000 AAA Authorization Framework
2904 Vollbrecht2000年8月のAAA承認フレームワーク
This memo serves as the base requirements for Authorization of Internet Resources and Services (AIRS). It presents an architectural framework for understanding the authorization of Internet resources and services and derives requirements for authorization protocols. This memo provides information for the Internet community.
このメモはインターネット資料とServices(AIRS)のAuthorizationのためのベース要件として機能します。 それは、インターネット資料の、そして、サービスの承認を理解するために建築フレームワークを提示して、承認プロトコルのために要件を引き出します。 このメモはインターネットコミュニティのための情報を提供します。
Ginoza Informational [Page 20] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[20ページ]のRFC2999概要
2903 de Laat Aug 2000 Generic AAA Architecture
2903 de Laat2000年8月のGeneric AAA Architecture
This memo proposes an Authentication, Authorization, Accounting (AAA) architecture that would incorporate a generic AAA server along with an application interface to a set of Application Specific Modules that could perform application specific AAA functions. This memo defines an Experimental Protocol for the Internet community.
このメモはAuthenticationを提案します、Authorization、アプリケーション・インターフェースに伴うジェネリックAAAサーバをアプリケーションの特定のAAA機能を実行できたApplication Specific Modulesの1セットまで取り入れるAccounting(AAA)アーキテクチャ。 このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。
2902 Deering Aug 2000 Overview of the 1998 IAB
Routing Workshop
2902 1998IABルート設定ワークショップのデアリング2000年8月の概要
This document is an overview of a Routing workshop held by the Internet Architecture Board (IAB) during March 25-27, 1998. This memo provides information for the Internet community.
1998年3月25日〜27日の間、このドキュメントはインターネット・アーキテクチャ委員会(IAB)によって開かれたルート設定ワークショップの概要です。 このメモはインターネットコミュニティのための情報を提供します。
2901 Wenzel Aug 2000 Guide to Administrative
Procedures of the Internet
Infrastructure
2901 インターネットインフラストラクチャの行政手続へのウェンツェル2000年8月のガイド
This document describes the administrative procedures for networks seeking to connect to the global Internet. This memo provides information for the Internet community.
このドキュメントは世界的なインターネットに接続しようとするネットワークのために行政手続を説明します。 このメモはインターネットコミュニティのための情報を提供します。
2900 Reynolds Aug 2001 Internet Official Protocol
Standards
2900 レイノルズ2001年8月インターネット公式プロトコル標準
This memo contains a snapshot of the state of standardization of protocols used in the Internet as of July 17, 2001. It lists official protocol standards and Best Current Practice RFCs; it is not a complete index to the RFC series. This memo is an Internet Standard.
このメモは2001年7月17日の時点でインターネットで使用されたプロトコルの標準化の状態のスナップを含んでいます。 それは公式のプロトコル標準とBest Current Practice RFCsを記載します。 それはRFCシリーズへの完全なインデックスではありません。 このメモはインターネットStandardです。
Security Considerations
セキュリティ問題
This memo does not affect the technical security of the Internet, but may cite important security specifications.
このメモは、インターネットの技術的なセキュリティに影響しませんが、重要なセキュリティ仕様を引用するかもしれません。
Ginoza Informational [Page 21] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[21ページ]のRFC2999概要
Author's Address
作者のアドレス
Sandy Ginoza University of Southern California Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292
南カリフォルニア情報Sciences Institute4676海軍本部Wayマリナデルレイの砂地の宜野座大学、カリフォルニア 90292
Phone: (310) 822-1511
以下に電話をしてください。 (310) 822-1511
EMail: ginoza@isi.edu
メール: ginoza@isi.edu
Ginoza Informational [Page 22] RFC 2999 Summary of 2900-2999 August 2001
2900-2999 2001年8月の宜野座の情報[22ページ]のRFC2999概要
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Ginoza Informational [Page 23]
宜野座情報です。[23ページ]
一覧
スポンサーリンク
