Network Working Group J. Polk Request for Comments: 5478 Cisco Systems Category: Standards Track March 2009
IANA Registration of New Session Initiation Protocol (SIP) Resource-Priority Namespaces
Status of This Memo
このメモのステータス
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD 1)の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権(C)2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書(http://trustee.ietf.org/license-info)の発行日に有効なIETFドキュメントに関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
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.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者(複数可)材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者(単数または複数)から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Abstract
抽象
This document creates additional Session Initiation Protocol (SIP) Resource-Priority namespaces to meet the requirements of the US Defense Information Systems Agency, and places these namespaces in the IANA registry.
この文書は、米国国防情報システム局の要件を満たすために、追加のセッション開始プロトコル(SIP)リソースプライオリティネームスペースを作成し、IANAレジストリにこれらの名前空間を配置します。
Table of Contents
目次
1. Introduction ....................................................2 1.1. Conventions Used in This Document ..........................3 2. New SIP Resource-Priority Namespaces Created ....................3 3. IANA Considerations .............................................4 3.1. IANA Resource-Priority Namespace Registration ..............4 3.2. IANA Priority-Value Registrations ..........................6 4. Security Considerations .........................................6 5. Acknowledgments .................................................6 6. Normative References ............................................6
The US Defense Information Systems Agency (DISA) is rolling out their Session Initiation Protocol (SIP) based architecture at this time. This network will require more Resource-Priority namespaces than were defined, and IANA registered, in RFC 4412 [RFC4412]. The purpose of this document is to define these additional namespaces. Each will be preemptive in nature, as defined in RFC 4412, and will have the same 10 priority-values.
米国国防情報システム局(DISA)は、この時点でそのセッション開始プロトコル(SIP)ベースのアーキテクチャを展開しています。このネットワークは定義され、IANAが登録され、RFC 4412 [RFC4412]にあったよりも多くのリソースプライオリティネームスペースが必要になります。このドキュメントの目的は、これらの追加の名前空間を定義することです。それぞれは、RFC 4412で定義されるように、本質的にプリエンプティブになり、同じ10の優先度値を有するであろう。
DISA has a requirement to be able to assign different Resource-Priority namespaces to differing groups of differing sizes throughout their networks. Examples of this may be
DISAは、自社のネットワーク全体で異なるサイズのグループが異なるとは異なるリソースプライオリティネームスペースを割り当てることができるようにするための要件があります。この例であってもよいです
- namespaces as large as each branch of service (Army, Navy, Air Force, Marines, Coast Guard)
- サービスの各支店(陸軍、海軍、空軍、海兵隊、沿岸警備隊)と同じ大きさの名前空間
- namespaces for some departments within the government (for example, Homeland Security)
- 政府内の一部の部門のための名前空間(例えば、国土安全保障省)
- namespaces that are temporary assignments to individual units of varying sizes (from battle groups to patrol groups or platoons)
- (戦闘群からパトロールグループ又は小隊に)様々なサイズの個々のユニットを一時的に割り当てている名前空間
These temporary assignments might be combinations of smaller units involving several branches of service operating as one unit (say, one task force, which is separate than the branch of service), or a single commando unit requiring special treatment for a short period of time, making it appear separate from the branch of service they are from.
これらの一時的な割り当ては、時間の短い期間のために特別な処理を必要とする一方(サービスのブランチとは別であると言い、一つのタスクフォース)ユニット、または単一コマンドーユニットとして動作するサービスのいくつかの枝を伴うより小さな単位の組み合わせであるかもしれませんそれは彼らがからあるサービスのブランチから別の見せること。
Providing DISA with a pool of namespaces for fine-grained assignment(s) allows them the flexibility they need for their mission requirements. One can imagine due to their sheer size and separation of purpose, they can easily utilize a significant number of namespaces within their networks. This is the reason for the assignment of so many new namespaces, which seems to deviate from guidance in RFC 4412 to have as few namespaces as possible.
きめ細かな割り当てのための名前空間のプール(複数可)とDISAを提供することは、彼らが彼らのミッション要求のために必要な柔軟性を可能にします。一つは、彼らが簡単に自分のネットワーク内の名前空間のかなりの数を利用することができ、それらの規模の大きさと目的の分離に想像することができます。これは、できるだけ少数の名前空間を持つことがRFC 4412に指針から逸脱しているようですので、多くの新しい名前空間の割り当て、その理由です。
This document makes no changes to SIP, it just adds IANA-registered namespaces for SIP's use within the Resource-Priority header framework.
この文書では、SIPを変更しません、それだけで、リソース・プライオリティヘッダーフレームワーク内でSIPの使用のためのIANA登録の名前空間を追加します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
The following 40 SIP namespaces are created by this document:
以下の40個のSIP名前空間は、このドキュメントで作成されます。
dsn-000000 drsn-000000 rts-000000 crts-000000 dsn-000001 drsn-000001 rts-000001 crts-000001 dsn-000002 drsn-000002 rts-000002 crts-000002 dsn-000003 drsn-000003 rts-000003 crts-000003 dsn-000004 drsn-000004 rts-000004 crts-000004 dsn-000005 drsn-000005 rts-000005 crts-000005 dsn-000006 drsn-000006 rts-000006 crts-000006 dsn-000007 drsn-000007 rts-000007 crts-000007 dsn-000008 drsn-000008 rts-000008 crts-000008 dsn-000009 drsn-000009 rts-000009 crts-000009
DSN-000000 DRSN-000000 RTS-000000のCRT-000000 DSN-000001 DRSN-000001 RTS-000001のCRT-000001 DSN-000002 DRSN-000002 RTS-000002のCRT-000002 DSN-000003 DRSN-000003 RTS-000003のCRT-000003 dsn- 000004 DRSN-000004 RTS-000004のCRT-000004 DSN-000005 DRSN-000005 RTS-000005のCRT-000005 DSN-000006 DRSN-000006 RTS-000006のCRT-000006 DSN-000007 DRSN-000007 RTS-000007のCRT-000007 DSN-000008 DRSN -000008 RTS-000008のCRT-000008 DSN-000009 DRSN-000009 RTS-000009のCRT-000009
Each namespace listed above is wholly different. However, according to the rules within Section 8 of RFC 4412, one or more sets can be treated as if they are the same when they are configured as an aggregated grouping of namespaces.
上記の各名前空間は完全に異なっています。しかし、RFC 4412のセクション8内の規則に従って、1つまたは複数のセットは、それらが名前空間の集約グループとして構成されている場合、それらが同じであるかのように扱うことができます。
These aggregates of two or more namespaces, that are to be considered equivalent during treatment, can be a set of any IANA registered namespaces, not just adjacent (i.e., consecutive) namespaces.
治療中に同等と考えられるべきである二つ以上の名前空間、これらの凝集体は、任意のIANAに登録名前空間のセットだけでなく、隣接する(即ち、連続的な)名前空間とすることができます。
Each namespace listed above will have the same 10 priority levels:
上記の各名前空間には、同じ10の優先順位を持つことになります。
.0 (lowest priority) .1 .2 .3 .4 .5 .6 .7 .8 .9 (highest priority)
0.0(最低優先度)0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9(最高優先度)
According to the rules established in RFC 4412 [RFC4412], priority-values have a relative order for preferential treatment, unless one or more consecutive groups of priority-values are to be considered equivalent (i.e., first-received, first treated).
RFC 4412に[RFC4412]を確立された規則によれば、優先順位の値が優遇するための相対的な順序を有している、優先値の一つ以上の連続するグループがない限り当量(即ち、最初に受信し、第1の被処理)と考えられるべきです。
The dash character ('-') is just like any other ASCII character within a namespace, and is not to be considered a delimiter in any official way within any namespace here. Other namespace definitions in the future could change this.
ダッシュ文字は(「 - 」)だけで、名前空間内の他のASCII文字のようであり、ここでは任意の名前空間内の任意の公式の方法で区切りと考えるべきではないです。将来的には他の名前空間の定義は、これを変更することができます。
As stated in Section 9 of RFC 4412 [RFC4412] an IANA-registered namespace SHOULD NOT change the number, and MUST NOT change the relative priority order, of its assigned priority-values.
RFC 4412 [RFC4412]のセクション9で述べたようにIANAに登録名前空間は、数を変更しないでください、その割り当てられた優先順位値の、相対的な優先順位を変更しないでください。
Abiding by the rules established within RFC 4412 [RFC4412], this is a Standards-Track document registering new namespaces, their associated priority-values, and intended algorithms.
RFC 4412 [RFC4412]の中に確立されたルールを遵守、これは新しい名前空間、それに関連付けられた優先順位値、および意図されたアルゴリズムを登録する標準トラック文書です。
Within the "Resource-Priority Namespaces" registry in the sip-parameters section of IANA, the following table lists the new namespaces registered by this document.
IANAのSIPパラメータセクションの「リソースプライオリティネームスペース」レジストリ内で、次の表に、この文書が登録した新しい名前空間を示しています。
Intended New warn- New resp. Namespace Levels Algorithm code code Reference ---------- ------ ------------ --------- --------- --------- dsn-000000 10 preemption no no [RFC5478] dsn-000001 10 preemption no no [RFC5478] dsn-000002 10 preemption no no [RFC5478] dsn-000003 10 preemption no no [RFC5478] dsn-000004 10 preemption no no [RFC5478] dsn-000005 10 preemption no no [RFC5478] dsn-000006 10 preemption no no [RFC5478] dsn-000007 10 preemption no no [RFC5478] dsn-000008 10 preemption no no [RFC5478] dsn-000009 10 preemption no no [RFC5478]
drsn-000000 10 preemption no no [RFC5478] drsn-000001 10 preemption no no [RFC5478] drsn-000002 10 preemption no no [RFC5478] drsn-000003 10 preemption no no [RFC5478] drsn-000004 10 preemption no no [RFC5478] drsn-000005 10 preemption no no [RFC5478] drsn-000006 10 preemption no no [RFC5478] drsn-000007 10 preemption no no [RFC5478] drsn-000008 10 preemption no no [RFC5478] drsn-000009 10 preemption no no [RFC5478]
DRSN-000000 10プリエンプションノー[RFC5478] DRSN-000001 10プリエンプションノー[RFC5478] DRSN-000002 10プリエンプションノー[RFC5478] DRSN-000003 10プリエンプションノー[RFC5478] DRSN-000004 10プリエンプション不可NO [RFC5478] DRSN-000005 10プリエンプションノー[RFC5478] DRSN-000006 10プリエンプションノー[RFC5478] DRSN-000007 10プリエンプションノー[RFC5478] DRSN-000008 10プリエンプションノー[RFC5478] DRSN-000009 10プリエンプション不可NO [RFC5478]
rts-000000 10 preemption no no [RFC5478] rts-000001 10 preemption no no [RFC5478] rts-000002 10 preemption no no [RFC5478] rts-000003 10 preemption no no [RFC5478] rts-000004 10 preemption no no [RFC5478] rts-000005 10 preemption no no [RFC5478] rts-000006 10 preemption no no [RFC5478] rts-000007 10 preemption no no [RFC5478] rts-000008 10 preemption no no [RFC5478] rts-000009 10 preemption no no [RFC5478]
RTS-000000 10プリエンプションノー[RFC5478] RTS-000001 10プリエンプションノー[RFC5478] RTS-000002 10プリエンプションノー[RFC5478] RTS-000003 10プリエンプションノー[RFC5478] RTS-000004 10プリエンプション不可NO [RFC5478] RTS-000005 10プリエンプションノー[RFC5478] RTS-000006 10プリエンプションノー[RFC5478] RTS-000007 10プリエンプションノー[RFC5478] RTS-000008 10プリエンプションノー[RFC5478] RTS-000009 10プリエンプション不可NO [RFC5478]
crts-000000 10 preemption no no [RFC5478] crts-000001 10 preemption no no [RFC5478] crts-000002 10 preemption no no [RFC5478] crts-000003 10 preemption no no [RFC5478] crts-000004 10 preemption no no [RFC5478] crts-000005 10 preemption no no [RFC5478] crts-000006 10 preemption no no [RFC5478] crts-000007 10 preemption no no [RFC5478] crts-000008 10 preemption no no [RFC5478] crts-000009 10 preemption no no [RFC5478]
ブラウン管-000000 10プリエンプションノー[RFC5478]のCRT-000001 10プリエンプションノー[RFC5478]のCRT-000002 10プリエンプションノー[RFC5478]のCRT-000003 10プリエンプションノー[RFC5478]のCRT-000004 10プリエンプションノー[RFC5478]ブラウン管-000005 10プリエンプションノー[RFC5478]のCRT-000006 10プリエンプションノー[RFC5478]のCRT-000007 10プリエンプションノー[RFC5478]のCRT-000008 10プリエンプションノー[RFC5478]のCRT-000009 10プリエンプションノー[RFC5478]
Within the "Resource-Priority Priority-values" registry in the sip-parameters section of IANA, the list of priority-values for each of the 40 newly created namespaces from Section 3.1 of this document, prioritized least to greatest, is registered by the following (replicated similar to the following format):
IANA、このドキュメントのセクション3.1から40新しく作成された名前空間のそれぞれについて、優先順位値のリストのSIPパラメータセクションの「リソース・優先順位優先順位値」レジストリ内で登録された、最大に少なくとも優先順位(次の形式に似て複製)以下:
Namespace: dsn-000000 Reference: RFC5478 (this document) Priority-Values (least to greatest): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9"
名前空間:DSN-000000参考:(少なくとも最大に)RFC5478(本書)プライオリティ値: "0"、 "1"、 "2"、 "3"、 "4"、 "5"、 "6"、 " 7" 、 "8"、 "9"
This document has the same Security Considerations as RFC 4412.
この文書は、RFC 4412と同じセキュリティ上の考慮事項があります。
To Jeff Hewett for his helpful guidance in this effort. Thanks to Janet Gunn, John Rosenberg, Joel Halpern, Michael Giniger, Henning Schulzrinne, Keith Drage, and Suresh Krishnan for their comments.
この努力の彼の役に立つ指導のためのジェフ・ヒューイットへ。彼らのコメントのためのジャネット・ガン、ジョン・ローゼンバーグ、ジョエル・ハルパーン、マイケルGiniger、ヘニングSchulzrinneと、キース糖剤、及びスレシュクリシュナンに感謝します。
[RFC4412] Schulzrinne, H. and J. Polk, "Communications Resource Priority for the Session Initiation Protocol (SIP)", RFC 4412, February 2006.
[RFC4412] Schulzrinneと、H.とJ.ポーク、 "セッション開始プロトコル(SIP)のための通信リソースプライオリティ"、RFC 4412、2006年2月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
Author's Address
著者のアドレス
James Polk 3913 Treemont Circle Colleyville, Texas 76034 USA
ジェームズ・ポーク3913 Treemontサークルコリーヴィル、テキサス州76034 USA
Phone: +1-817-271-3552 EMail: jmpolk@cisco.com
電話:+ 1-817-271-3552 Eメール:jmpolk@cisco.com