[要約] RFC 6315は、Enumservice 'iax'のIANA登録に関する要件を定義しています。その目的は、Enumservice 'iax'の一貫性と一元管理を確保することです。

Internet Engineering Task Force (IETF)                            E. Guy
Request for Comments: 6315                                   CleverSpoke
Category: Informational                                      K. Darilion
ISSN: 2070-1721                                                   nic.at
                                                               July 2011
        

IANA Registration for Enumservice 'iax'

Enumservice 'IAX'のIANA登録

Abstract

概要

This document registers an Enumservice for the Inter-Asterisk eXchange (IAX) protocol according to the guidelines given in RFC 6117.

このドキュメントは、RFC 6117に記載されているガイドラインに従って、エンターエンターキュアエクスチェンジ(IAX)プロトコルの酵素サービスを登録します。

Status of This Memo

本文書の位置付け

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

このドキュメントは、インターネットエンジニアリングタスクフォース(IETF)の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ(IESG)からの出版が承認されています。IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補者ではありません。RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6315.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http://www.rfc-editor.org/info/rfc6315で取得できます。

Copyright Notice

著作権表示

Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.

Copyright(c)2011 IETF Trustおよび文書著者として特定された人。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

このドキュメントは、BCP 78およびIETFドキュメント(http://trustee.ietf.org/license-info)に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。

This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.

このドキュメントには、2008年11月10日までに公開または公開されたIETFドキュメントまたはIETFの寄付からの資料が含まれている場合があります。IETF標準プロセスの外。そのような資料の著作権を制御する人から適切なライセンスを取得せずに、このドキュメントはIETF標準プロセスの外側に変更されない場合があり、その派生作業は、ITF標準プロセスの外側で作成されない場合があります。RFCとしての出版またはそれを英語以外の言語に翻訳するため。

Table of Contents

目次

   1. Introduction ....................................................2
   2. IANA Registration ...............................................3
   3. Examples ........................................................4
      3.1. Simple IAX URI .............................................4
      3.2. IAX URI with a Context .....................................4
   4. Security Considerations .........................................4
   5. IANA Considerations .............................................5
   6. DNS Considerations ..............................................5
   7. Acknowledgments .................................................5
   8. References ......................................................5
      8.1. Normative References .......................................5
      8.2. Informative References .....................................6
        
1. Introduction
1. はじめに

The E.164 to Uniform Resource Identifiers (URIs) [RFC3986] Dynamic Delegation Discovery System (DDDS) Application (ENUM) [RFC6116] transforms E.164 [E164] numbers into URIs using the Domain Name System (DNS) [RFC1035].

E.164から均一なリソース識別子(URIS)[RFC3986]動的委任ディスカバリーシステム(DDDS)アプリケーション(eNUM)[RFC6116]は、ドメイン名システム(DNS)[RFC1035]を使用してe.164 [E164]数値をURISに変換します。

IAX (Inter-Asterisk eXchange) [RFC5456] is an "all-in-one" protocol for handling multimedia in IP networks. It combines both control and media services in the same protocol.

IAX(Inter-Asterisk Exchange)[RFC5456]は、IPネットワークでマルチメディアを処理するための「オールインワン」プロトコルです。コントロールサービスとメディアサービスの両方を同じプロトコルで組み合わせます。

This document registers an Enumservice for the IAX [RFC5456] protocol according to the guidelines given in [RFC6117].

このドキュメントは、[RFC6117]に与えられたガイドラインに従って、IAX [RFC5456]プロトコルの酵素サービスを登録します。

2. IANA Registration
2. IANA登録
         <record>
          <!-- iax -->
          <class>Protocol-Based</class>
          <type>iax</type>
          <!-- No subtype -->
          <urischeme>iax</urischeme>
          <functionalspec>
            <paragraph>
              The 'iax' Enumservice is used to map E.164 numbers to
              IAX URIs.  Such URIs identify resources capable of being
              contacted to provide a communication session using the
              IAX protocol <xref target="RFC5456"/>.
            </paragraph>
            <paragraph>
              A client selecting this NAPTR needs to be able to support
              communication utilizing the IAX protocol.
            </paragraph>
          </functionalspec>
          <security>
            See <xref type="rfc" data="6315"/>, Section 4.
          </security>
          <usage>COMMON</usage>
          <registrationdocs>
            <xref type="rfc" data="6315"/>
          </registrationdocs>
          <requesters>
            <xref type="person" data="Ed_Guy"/>
            <xref type="person" data="Klaus_Darilion"/>
          </requesters>
        </record>
        
        <people>
          <person id="Ed_Guy">
            <name>Ed Guy</name>
            <org>CleverSpoke, Inc</org>
            <uri>mailto:edguy@CleverSpoke.com</uri>
            <updated>2010-11-01</updated>
          </person>
          <person id="Klaus_Darilion">
            <name>Klaus Darilion</name>
            <org>nic.at</org>
            <uri>mailto:klaus.darilion@nic.at</uri>
            <updated>2011-03-24</updated>
          </person>
        </people>
        
3. Examples
3. 例

The following examples are just for illustrative purposes and will in no way limit the usage of the 'iax' Enumservice to other usage scenarios.

次の例は、例示的な目的のためだけであり、他の使用法シナリオへの「IAX」enamserviceの使用を決して制限することはありません。

3.1. Simple IAX URI
3.1. 単純なiax uri

The following Naming Authority Pointer (NAPTR) resource record is an example of the 'iax' Enumservice.

次の命名権限ポインター(NAPTR)リソースレコードは、「IAX」エナムサービスの例です。

$ORIGIN 8.4.1.0.6.4.9.7.0.2.4.4.e164.arpa.

$ origin 8.4.1.0.6.4.4.9.7.0.2.4.4.e164.Arpa。

     @     IN NAPTR ( 10 100 "u" "E2U+iax"
                "!^.*$!iax:example.com/alice!" . )
        

This contact information indicates that the party addressed by the E.164 number +442079460148 can be contacted using the IAX protocol to domain 'example.com'. The called party, service, or program on that domain is identified by 'alice'.

この連絡先情報は、e.164番号442079460148で扱われている当事者が、IAXプロトコルから「Example.com」を使用して連絡できることを示しています。そのドメイン上の呼ばれるパーティー、サービス、またはプログラムは、「アリス」によって識別されます。

3.2. IAX URI with a Context
3.2. コンテキストを持つIAX URI

The following is an example of the 'iax' Enumservice using an IPv6 destination address and a destination 'context'.

以下は、IPv6宛先アドレスと宛先「コンテキスト」を使用した「IAX」Enumserviceの例です。

$ORIGIN 9.4.1.0.6.4.9.7.0.2.4.4.e164.arpa.

$ origin 9.4.1.0.6.4.9.7.0.2.4.4.e164.Arpa。

     @     IN NAPTR ( 10 100 "u" "E2U+iax"
                "!^.*$!iax:[2001:db8::1]:4569/alice?friends!" . )
        

This NAPTR resource record indicates that +442079460149 may be contacted by using the IAX protocol at IPv6 address 2001:db8::1, port 4569 with the called party 'alice' in the context (or user partition) 'friends'. For further usage of IAX URIs, see Section 5 of [RFC5456].

このNAPTRリソースレコードは、442079460149がIPv6アドレス2001:DB8 :: 1、ポート4569でIAXプロトコルを使用して連絡することができることを示しています。IAX URIのさらなる使用については、[RFC5456]のセクション5を参照してください。

4. Security Considerations
4. セキュリティに関する考慮事項

The 'iax' Enumservice does not introduce any new security issues beyond any already present in the ENUM, DNS, and IAX protocols, except that this Enumservice provides for disclosure of information that may facilitate an attack or a violation of user privacy in some way. The primary result of these exploits is unwanted communications. These issues are discussed in further detail in [RFC3833].

「IAX」Enumserviceは、列挙、DNS、およびIAXプロトコルに既に存在するものを超えて新しいセキュリティの問題を導入しませんが、このenmserviceは、何らかの方法で攻撃またはユーザーのプライバシーの違反を促進する可能性のある情報の開示を提供します。これらのエクスプロイトの主な結果は、不要なコミュニケーションです。これらの問題については、[RFC3833]でさらに詳しく説明しています。

The use of DNS Security (DNSSEC) [RFC4033] is recommended to improve operational security.

運用セキュリティを改善するために、DNSセキュリティ(DNSSEC)[RFC4033]の使用をお勧めします。

For security considerations that apply to all Enumservices, please refer to RFC 6116, Section 7.

すべてのEnumservicesに適用されるセキュリティ上の考慮事項については、RFC 6116、セクション7を参照してください。

5. IANA Considerations
5. IANAの考慮事項

This document registers the 'iax' Enumservice according to the guidelines and specifications in [RFC6117] and the definitions in Section 2 in this document.

このドキュメントは、[RFC6117]のガイドラインと仕様に従って「IAX」Enumserviceと、このドキュメントのセクション2の定義を登録します。

6. DNS Considerations
6. DNSの考慮事項

Misconfiguration or delays in zone changes can result in call loops, perhaps with different protocols or networks. Implementations should take care to ensure such loops can be detected without interrupting other services, including SIP-based, IAX-based, and DNS itself.

ゾーンの変更またはゾーンの変更の遅延は、おそらく異なるプロトコルやネットワークを使用して、コールループをもたらす可能性があります。実装は、SIPベース、IAXベース、DNS自体など、他のサービスを中断することなく、そのようなループを検出できるように注意する必要があります。

7. Acknowledgments
7. 謝辞

This work was supported by Internet Foundation Austria. In addition, thanks to Michael Haberler, Bernie Hoeneisen, and Richard Stastny for their support and guidance in writing this document.

この作業は、インターネット財団オーストリアによってサポートされていました。さらに、マイケル・ハーバーラー、バーニー・ホネイゼン、リチャード・スタスティニーのおかげで、この文書を書いている彼らのサポートとガイダンスに感謝します。

8. References
8. 参考文献
8.1. Normative References
8.1. 引用文献

[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, January 2005.

[RFC3986] Berners-Lee、T.、Fielding、R。、およびL. Masinter、「Uniform Resource Identifier(URI):Generic Syntax」、Std 66、RFC 3986、2005年1月。

[RFC5456] Spencer, M., Capouch, B., Guy, E., Ed., Miller, F., and K. Shumard, "IAX: Inter-Asterisk eXchange Version 2", RFC 5456, February 2010.

[RFC5456] Spencer、M.、Capouch、B.、Guy、E.、Ed。、Miller、F.、およびK. Shumard、「IAX:Inter-Asterisk Exchangeバージョン2」、RFC 5456、2010年2月。

[RFC6116] Bradner, S., Conroy, L., and K. Fujiwara, "The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)", RFC 6116, March 2011.

[RFC6116] Bradner、S.、Conroy、L。、およびK. Fujiwara、「E.164へのユニフォームリソース識別子(URI)動的委任ディスカバリーシステム(DDDS)アプリケーション(ENUM)(ENUM)」、RFC 6116、2011年3月。

[RFC6117] Hoeneisen, B., Mayrhofer, A., and J. Livingood, "IANA Registration of Enumservices: Guide, Template, and IANA Considerations", RFC 6117, March 2011.

[RFC6117] Hoeneisen、B.、Mayrhofer、A。、およびJ. Livingood、「EnumservicesのIANA登録:ガイド、テンプレート、およびIANAの考慮事項」、RFC 6117、2011年3月。

8.2. Informative References
8.2. 参考引用

[E164] ITU-T, "The International Public Telecommunication Numbering Plan", Recommendation E.164, May 1997.

[E164] ITU-T、「国際公開通信番号計画」、推奨事項E.164、1997年5月。

[RFC1035] Mockapetris, P., "Domain names - implementation and specification", STD 13, RFC 1035, November 1987.

[RFC1035] Mockapetris、P。、「ドメイン名 - 実装と仕様」、STD 13、RFC 1035、1987年11月。

[RFC3833] Atkins, D. and R. Austein, "Threat Analysis of the Domain Name System (DNS)", RFC 3833, August 2004.

[RFC3833] Atkins、D。およびR. Austein、「ドメイン名システムの脅威分析(DNS)」、RFC 3833、2004年8月。

[RFC4033] Arends, R., Austein, R., Larson, M., Massey, D., and S. Rose, "DNS Security Introduction and Requirements", RFC 4033, March 2005.

[RFC4033] Arends、R.、Austein、R.、Larson、M.、Massey、D.、およびS. Rose、「DNSセキュリティの導入と要件」、RFC 4033、2005年3月。

Authors' Addresses

著者のアドレス

Ed Guy CleverSpoke 12 Williams Road Chatham, NJ 07928 US

Ed Guy Cleverspoke 12 Williams Road Chatham、NJ 07928 US

   Phone: +1 973 437 4519
   EMail: edguy@CleverSpoke.com
   URI:   http://www.cleverspoke.com/
        

Klaus Darilion nic.at Karlsplatz 1/2/9 1010 Wien Austria

Klaus Darilion Nic.at Karlsplatz 1/2/9 1010 Wien Austria

   Phone: +43 1 5056416 36
   EMail: klaus.darilion@nic.at
   URI:   http://www.nic.at/