Network Working Group J. Peterson
Request for Comments: 4079 NeuStar
Category: Informational July 2005
A Presence Architecture for the
Distribution of GEOPRIV Location Objects
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
Abstract
抽象
GEOPRIV defines the concept of a 'using protocol' -- a protocol that carries GEOPRIV location objects. GEOPRIV also defines various scenarios for the distribution of location objects that require the concepts of subscriptions and asynchronous notifications. This document examines some existing IETF work on the concept of presence, shows how presence architectures map onto GEOPRIV architectures, and moreover demonstrates that tools already developed for presence could be reused to simplify the standardization and implementation of GEOPRIV.
GEOPRIV位置オブジェクトを運ぶプロトコル - GEOPRIV「が使用プロトコル」の概念を定義します。 GEOPRIVはまた、サブスクリプションおよび非同期通知の概念を必要とする場所オブジェクトの配布のためのさまざまなシナリオを定義します。この文書は、プレゼンスの概念上のいくつかの既存のIETFの作業を調べ、プレゼンスアーキテクチャはGEOPRIVアーキテクチャ上にマッピングし、しかもすでに存在するために開発されたツールがGEOPRIVの標準化と実装を簡素化するために再利用できることを実証している方法を示しています。
Table of Contents
目次
1. Introduction ....................................................2
2. Framework Analysis ..............................................2
3. Presence Architecture for GEOPRIV ...............................3
4. GEOPRIV Extensions to PIDF ......................................5
5. Security Considerations .........................................5
6. Acknowledgements ................................................5
7. Informative References ..........................................6
GEOPRIV is a standard for the transmission of location information and privacy policies over the Internet. Location information is a description of a particular spatial location, which may be represented as coordinates (via longitude, latitude, and so on), as civil addresses (such as postal addresses), or in other ways. GEOPRIV focuses on the privacy and security issues, from both a technology perspective and a policy perspective, of sharing location information over the Internet; it essentially defines a secure container class capable of carrying both location information and policy data governing the distribution of this information. GEOPRIV also defines the concept of a 'using protocol' -- a protocol that carries the GEOPRIV location object.
GEOPRIVは、インターネット上での位置情報とプライバシーポリシーを伝送するための規格です。位置情報は、のように（例えば、郵便アドレスなど）民事アドレス、または他の方法（経度、緯度などを介して）座標として表すことができる特定の空間的位置の記述です。 GEOPRIVは、インターネット上で位置情報を共有するので、技術の視点と政策の両方の観点から、プライバシーとセキュリティの問題に焦点を当て、それは本質的位置情報、この情報の配信を管理するポリシーデータの両方を運ぶことができる安全なコンテナ・クラスを定義します。 GEOPRIV位置オブジェクトを運ぶプロトコル - GEOPRIVはまた、「使用プロトコル」の概念を定義します。
Presence is a service defined in RFC2778 [2] that allows users of a communications service to monitor one another's availability and disposition in order to make decisions about communicating. Presence information is highly dynamic, and it generally characterizes whether a user is online or offline, busy or idle, away from communications devices or nearby, and the like.
プレゼンスは、RFC2778で定義されたサービス[2]通信サービスの利用者が通信に関する意思決定を行うために、互いの可用性および処分を監視することができますです。プレゼンス情報は非常に動的であり、それは一般的に、ユーザは、通信機器や近く、などから離れて、オンラインまたはオフライン、ビジー状態またはアイドル状態であるかどうかを特徴付けます。
This document shows the applicability of presence to GEOPRIV and shows that a presence protocol could be a suitable using protocol for GEOPRIV. This document is not intended to demonstrate that presence is the only method by which GEOPRIV location objects might be distributed. However, there are numerous applications of GEOPRIV that depend on the fundamental subscription/notification architecture that also underlies presence.
この文書はGEOPRIVにプレゼンスの適用可能性を示し、プレゼンスプロトコルはGEOPRIV適し使用プロトコルであり得ることを示しています。この文書は存在がGEOPRIV場所オブジェクトが配布される可能性があることにより、唯一の方法であることを実証するものではありません。しかし、また、存在の根底にある基本的なサブスクリプション/通知アーキテクチャに依存GEOPRIVの多数のアプリケーションがあります。
The GEOPRIV framework [1] defines four primary network entities: a Location Generator, a Location Server, a Location Recipient, and a Rule Holder. Three interfaces between these entities are defined, including a publication interface and a notification interface.
場所ジェネレータ、ロケーションサーバ、場所の受信者、およびルールホルダー：[1] GEOPRIVフレームワークは次の4つの主要なネットワークエンティティを定義します。これらのエンティティの間の3つのインターフェイスは、出版インターフェースと通知インターフェイスを含む、定義されています。
GEOPRIV specifies that a 'using protocol' is employed to transport location objects from one place to another. If the publication interface and notification interface are network connections, then a using protocol would be responsible for the transmission of the location object. Location Recipients may request that a Location Server provide them with GEOPRIV location information concerning a particular Target. The Location Generator publishes Location Information to a Location Server, which, in coordination with policies set by the Rule Maker, distributes the location information to Location Recipients as necessary.
GEOPRIV「は、使用プロトコルが」ある場所から別の場所に位置するオブジェクトを移送するために使用されることを指定します。出版インターフェースと通知インタフェースがネットワーク接続されている場合、使用プロトコルは、位置オブジェクトの伝送を担うであろう。場所受信者は、ロケーションサーバは、特定のターゲットに関するGEOPRIV位置情報とそれらを提供することを要求することができます。場所Generatorは、ルールメーカーが設定したポリシーと連携して、必要に応じて場所の受信者に位置情報を配信し、ロケーションサーバへの位置情報を公開しています。
The GEOPRIV requirements document shows three scenarios for the use of the GEOPRIV protocol. In some of these scenarios (such as the third), a Location Recipient sends some kind of message to the Location Server to request the periodic transmission of location information. The location of a GEOPRIV Target is likely to vary over time (if the Target is a person, or something similarly mobile), and consequently the concept of a persistent subscription to the location of a Target resulting in periodic notification is valuable to GEOPRIV. In other scenarios, a Location Recipient may request a one-time notification of the geographical location of the Target.
GEOPRIV要件ドキュメントはGEOPRIVプロトコルを使用するための3つのシナリオを示しています。 （例えば、第三のような）これらのシナリオのいくつかでは、場所の受信者が位置情報の定期送信を要求するためにロケーションサーバへのメッセージのいくつかの種類を送信します。 （対象が人である、または何か同様にモバイル場合）GEOPRIVターゲットの位置は時間の経過とともに変化する可能性があり、その結果、定期的な通知が生じターゲットの場所への永続的なサブスクリプションの概念はGEOPRIVに貴重です。他のシナリオでは、場所の受信者は、ターゲットの地理的位置のワンタイム通知を要求することができます。
GEOPRIV places few requirements on using protocols. However, it is clear from the description above that there must be some mechanism allowing Location Recipients to establish a persistent subscription in order to receive regular notification of the geographical location of a Target as their location changes over time. There must also be a way for Location Generators to publish location information to a Location Server that applies further policies for distribution.
GEOPRIVは、プロトコルを使用していくつかの要件を課します。場所の受信者が時間をかけて自分の位置が変化すると、ターゲットの地理的位置を定期的に通知を受け取るために、永続的なサブスクリプションを確立することができ、いくつかのメカニズムが存在しなければならないことは、上記しかし、それは説明から明らかです。また、場所ジェネレータは、配布のために、さらにポリシーを適用するロケーションサーバへの位置情報を公開するための方法があるに違いありません。
This document adopts a model in which the using protocol is responsible for requesting subscriptions, handling publications, and sending notifications. There are other models for GEOPRIV in which these operations might be built into location objects themselves. However, there is a significant amount of pre-existing work in the IETF related to managing publications, subscriptions, and notifications for data sets that vary over time. In fact, these concepts all correspond exactly to architectures for presence that have been developed in support of real-time communications applications such as instant messaging, voice and video sessions.
この文書では、使用するプロトコルは、サブスクリプションを要求する出版物の取り扱い、および通知の送信を担当したモデルを採用しています。これらの操作はオブジェクト自体の位置に組み込まれるかもしれないGEOPRIVための他のモデルがあります。しかし、時間とともに変化するデータ・セットの出版物、サブスクリプション、および通知の管理に関連するIETFにおける既存の作業にかなりの量があります。実際には、これらの概念の全ては、インスタントメッセージング、音声およびビデオセッションなどのリアルタイム通信アプリケーションをサポートするために開発されている存在のためのアーキテクチャに正確に対応します。
Note that in some GEOPRIV scenarios, the Location Recipient does not actively request the location of a Target; rather, it receives an unsolicited notification of Target's location. This document focuses on the use of presence only for scenarios in which the Location Recipient actively solicits location information. However, it is possible that many of these base operations of the subscription/notification framework of presence could be reused for cases in which the Location Recipient is passive.
いくつかのGEOPRIVシナリオでは、場所の受信者が積極的にターゲットの場所を要求しないことに注意してください。むしろ、それは、ターゲットの場所の迷惑通知を受け取ります。この文書では、場所の受信者が積極的に位置情報を募集している唯一のシナリオの存在の使用に焦点を当てています。しかし、存在の購読/通知フレームワークのこれらの基本操作の多くは、場所の受信者が受動的である場合のために再利用される可能性があります。
The Common Profile for Presence [4] (CPP) defines a set of operations for delivery of presence information. These primarily consist of subscription operations and notification operations. A subscription creates a persistent connection between a 'watcher' (which corresponds to the Location Recipient of GEOPRIV) and a 'presentity' (which corresponds roughly to the GEOPRIV target). When a watcher subscribes to a presentity, a persistent connection is created; notifications of presence information will henceforth be sent to the watcher as the presence information changes. CPP also supports unsubscriptions (terminating the persistent subscription) and fetches (one-time requests for presence information that do not result in a persistent subscription).
プレゼンス[4]（CPP）のための共通プロファイルは、プレゼンス情報の配信のための一連の操作を定義します。これらは、主にサブスクリプションの操作と通知操作で構成されています。サブスクリプションは、「ウォッチャ」（GEOPRIVの場所受信者に相当）及び（GEOPRIVターゲットにおおよそ対応する）「プレゼン」との間の永続的な接続を作成します。ウォッチャーはプレゼンに加入している場合は、永続的な接続が作成されます。プレゼンス情報の通知は、今後、プレゼンス情報の変化としてウォッチャに送信されます。 CPPはまた、（永続的なサブスクリプションにはなりませんプレゼンス情報のためのワンタイムリクエスト）unsubscriptions（永続的なサブスクリプションを終了）し、フェッチをサポートしています。
CPP provides a number of attributes of these operations that flesh out the presence system. There is a system for automatically expiring subscriptions if they are not refreshed at user-defined intervals (in order to eliminate stale subscriptions). There are transaction and subscription identifiers used to correlate messages, and a URI scheme ("pres:") is defined to identify watchers and presentities.
CPPは、これらの操作プレゼンスシステムアウトその肉の属性の数を提供します。それらは（古いサブスクリプションを排除するために）、ユーザー定義の間隔で更新されていない場合は、自動的にサブスクリプションを期限切れのためのシステムがあります。ウォッチャーとプレゼンを識別するために定義されます。メッセージを相関させるために使用されるトランザクションおよびサブスクリプション識別子、およびURIスキーム（「PRES」）があります。
The IETF IMPP WG has also defined an XML data format for presence information, called the Presence Information Data Format [5] (PIDF). PIDF is a body that is carried by presence protocols and that contains presence information, including the current state of a presentity. PIDF is discussed in more detail in Section 4.
IETF IMPP WGはまた、プレゼンス情報のXMLデータフォーマットを定義プレゼンス情報データフォーマット[5]（PIDF）と呼ばれています。 PIDFプレゼンスプロトコルによって運ばれる体であり、それは、プレゼンティティの現在の状態を含むプレゼンス情報を含みます。 PIDFは、第4章で詳しく説明されています。
At a high level, then, the presence architecture seems to have considerable applicability to the problem of delivering GEOPRIV information. However, the CPP framework is an abstract framework: it doesn't actually specify a protocol, instead it specifies a framework and a set of requirements to which presence protocols must conform. Also, CPP does not define any concept similar to a Location Server.
ハイレベルでは、その後、プレゼンスアーキテクチャはGEOPRIV情報を配信する問題に対するかなりの適用可能性を持っているようです。しかし、CPPフレームワークは抽象的フレームワークです：それはなく、実際にそれが存在プロトコルが準拠する必要のあるフレームワークと要件のセットを指定し、プロトコルを指定しません。また、CPPは、ロケーションサーバに似た任意の概念を定義していません。
However, the IETF has standardized protocols that instantiate this framework, such as SIMPLE [6] and XMPP [7]. XMPP and SIMPLE both have architectural elements comparable to a Location Server: points where presentities register their availability, and where policies for distributing presence can be managed. The presence community has also defined a policy protocol and schema set called XCAP [8] through which authorization policies can be provisioned in a presence server.
しかし、IETFは、SIMPLE、このフレームワークをインスタンス化プロトコルを標準化している[6]、XMPP [7]。プレゼンは、彼らの可用性を登録ポイント、およびプレゼンスを配布するためのポリシーを管理することができます：XMPPとSIMPLEは、両方のロケーションサーバに匹敵する建築要素を持っています。プレゼンスコミュニティはまた、[8]認可ポリシーは、プレゼンスサーバにプロビジョニングすることができ、それを通してXCAPと呼ばれる政策プロトコルおよびスキーマのセットを定義しています。
In summary, like GEOPRIV, presence requires an architecture for publication, subscription, and notification for a mutable set of data associated with a principal. Presence has already tackled many of the harder issues associated with subscription management, including subscription expiration, development of identifiers for principals, and defining document formats for presence information. Rather than reinvent work that has been done elsewhere in the IETF, GEOPRIV has reused this existing work by specifying presence protocols as GEOPRIV using protocols. Moreover, the existing foundational presence tools developed in IMPP, such as PIDF, have immediate applicability to the efforts underway in GEOPRIV to develop objects for sharing location information.
要約すると、GEOPRIVように、存在することは、プリンシパルに関連するデータの変更可能なセットのために、パブリケーション、サブスクリプション、および通知のためのアーキテクチャを必要とします。プレゼンスは、すでにサブスクリプションの有効期限、プリンシパルの識別子の開発、およびプレゼンス情報のための文書フォーマットを定義するなど、サブスクリプション管理に関連する困難な問題の多くに取り組んでいます。 IETFの他の場所で行われている作業を改革するのではなく、GEOPRIVは、プロトコルを使用してGEOPRIVとしてプレゼンス・プロトコルを指定することで、この既存の作業を再利用しています。また、このようなPIDFなどIMPPに開発された既存の基礎的存在ツールは、位置情報を共有するためのオブジェクトを開発するGEOPRIVで進行中の努力への即時適用可能性を持っています。
As was mentioned above, the presence architecture developed in the IETF IMPP WG has defined a format for presence information called PIDF. PIDF is an XML format that provides presence information about a presentity. Primarily, this consists of status information, but it also optionally includes contact addresses (a way of reaching the presentity), timestamps, and textual notes with arbitrary content.
上述したように、IETF IMPP WGで開発プレゼンスアーキテクチャは、PIDFと呼ばれるプレゼンス情報のフォーマットを定義しています。 PIDFは、プレゼンティティに関するプレゼンス情報を提供するXMLフォーマットです。主に、これは、ステータス情報からなるが、それはまた、必要に応じて任意のコンテンツとコンタクトアドレス（プレゼンティティに到達する方法）、タイムスタンプ、およびテキストノートを含んでいます。
PIDF is an extensible format. It defines an XML element for representing the status of a presentity (the status element), and it gives some guidance as to how this element might be extended. Although the authors of PIDF viewed geographical location as a potential category of presence information, baseline PIDF defines no format for location information.
PIDFは、拡張可能なフォーマットです。これは、プレゼンティティ（status要素）の状態を表現するためのXML要素を定義し、それは、この要素が拡張されるかもしれない方法についてのいくつかのガイダンスを提供します。 PIDFの著者は、プレゼンス情報の潜在的なカテゴリとして地理的位置を見ているが、ベースラインPIDFは、位置情報のためのフォーマットを定義していません。
PIDF meets the security requirements given in RFC2779 [3] (see especially sections 5.1, 5.2, and 5.3), which parallel those of the GEOPRIV location object given in the GEOPRIV requirements [1]. CPP and PIDF specify mechanisms for mutual authentication of participants in a presence exchange as well as for confidentiality and integrity properties for presence information.
PIDF [3] RFC2779で与えられたセキュリティ要件（5.2、特にセクション5.1を参照、及び5.3）、GEOPRIV要件で指定GEOPRIV位置オブジェクトの平行もの[1]を満たします。 CPPとPIDFは存在交換ならびにプレゼンス情報の機密性と整合性の特性のために、参加者の相互認証のためのメカニズムを指定します。
In short, many of the requirements of GEOPRIV objects map well onto the capabilities of PIDF.
要するに、GEOPRIVオブジェクトの要件の多くは、PIDFの能力にもマップされます。
GEOPRIV information, like presence information, has very sensitive security requirements. The requirements of RFC2779 [3], which are instantiated by CPP, PIDF, and XCAP, in addition to the various derivative concrete presence protocols, such as XMPP and SIMPLE, map well onto the security requirements of the GEOPRIV protocol, as defined in the GEOPRIV requirements document and the GEOPRIV threat analysis [9] document. Specifically, the presence security requirements call for authentication of watchers, integrity and confidentiality properties, and similar measures to prevent abuse of presence information.
GEOPRIV情報は、プレゼンス情報のような、非常に敏感なセキュリティ要件があります。で定義されるようにCPP、PIDF、及びXCAPによってインスタンス化されたRFC2779 [3]の要件は、そのようなXMPPとSIMPLEなどの様々な誘導体コンクリートプレゼンスプロトコルに加えて、GEOPRIVプロトコルのセキュリティ要件に十分にマップしますGEOPRIV要件ドキュメントとGEOPRIVの脅威分析[9]ドキュメント。具体的には、プレゼンスセキュリティ要件は、ウォッチャー、整合性と機密性の特性、およびプレゼンス情報の不正利用を防止するために同様の措置の認証のために呼び出します。
Thanks to Randall Gellens, John Morris, Hannes Tschofenig, and Behcet Sarikaya for their comments.
彼らのコメントのためのRandall Gellens、ジョン・モリス、ハンネスTschofenig、およびベーチェットSarikayaに感謝します。
[1] Cuellar, J., Morris, J., Mulligan, D., Peterson, J., and J. Polk, "GEOPRIV requirements", RFC 3693, February 2004.
[1]クエリャル、J.、モリス、J.、マリガン、D.、ピーターソン、J.、およびJ.ポーク、 "GEOPRIV要件"、RFC 3693、2004年2月。
[2] Day, M., Rosenberg, J., and H. Sugano, "A Model for Presence and Instant Messaging", RFC 2778, February 2000.
[2]日、M.、ローゼンバーグ、J.、およびH.菅野、 "プレゼンスとインスタントメッセージングのためのモデル"、RFC 2778、2000年2月。
[3] Day, M., Aggarwal, S., and J. Vincent, "Instant Messaging / Presence Protocol Requirements", RFC 2779, February 2000.
[3日目、M.、アガルワル、S.、およびJ.ヴィンセント、 "インスタントメッセージング/プレゼンスプロトコル要件"、RFC 2779、2000年2月。
[4] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004.
[4]ピーターソン、J.、RFC 3859、2004年8月 "共通プロファイルプレゼンス（CPP）のために"。
[5] Sugano, H., Fujimoto, S., Klyne, G., Bateman, A., Carr, W., and J. Peterson, "Presence Information Data Format (PIDF)", RFC 3863, August 2004.
[5]菅野、H.、藤本、S.、Klyne、G.、ベイトマン、A.、カー、W.、およびJ.ピーターソン、 "プレゼンス情報データフォーマット（PIDF）"、RFC 3863、2004年8月。
[6] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004.
[6]ローゼンバーグ、J.、 "セッション開始プロトコルのためのプレゼンスイベントパッケージ（SIP）"、RFC 3856、2004年8月。
[7] Saint-Andre, P., "Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence", RFC 3921, October 2004.
[7]サンアンドレ、P.、 "拡張メッセージングおよびプレゼンスプロトコル（XMPP）：インスタントメッセージングとプレゼンス"、RFC 3921、2004年10月。
[8] Rosenberg, J., "The Extensible Markup Language (XML) Configuration Access Protocol (XCAP)", Work in Progress, February 2004.
[8]ローゼンバーグ、J.、 "拡張マークアップ言語（XML）設定アクセスプロトコル（XCAP）"、進歩、2004年2月に作業。
[9] Danley, M., Morris, J., Mulligan, D., and J. Peterson, "Threat Analysis of the GEOPRIV Protocol", RFC 3694, February 2004.
[9] Danley、M.、モリス、J.、マリガン、D.、およびJ.ピーターソン、 "GEOPRIVプロトコルの脅威分析"、RFC 3694、2004年2月。
Author's Address
著者のアドレス
Jon Peterson NeuStar, Inc. 1800 Sutter St., Suite 570 Concord, CA 94520 USA
ジョンピーターソンNeuStar、Inc.の1800サッター聖、スイート570コンコード、CA 94520 USA
Phone: +1 925/363-8720 EMail: jon.peterson@neustar.biz URI: http://www.neustar.biz/
電話：+1 925/363から8720 Eメール：jon.peterson@neustar.biz URI：http://www.neustar.biz/
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。