RFC4694 日本語訳
4694 Number Portability Parameters for the "tel" URI. J. Yu. October 2006. (Format: TXT=36910 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Yu Request for Comments: 4694 NeuStar Category: Standards Track October 2006
コメントを求めるワーキンググループJ.ユーの要求をネットワークでつないでください: 4694年のNeuStarカテゴリ: 標準化過程2006年10月
Number Portability Parameters for the "tel" URI
"tel"URIのためのナンバーポータビリティパラメタ
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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
This document defines five parameters in the "tel" Uniform Resource Identifier (URI) to carry the number portability (NP)-related information. Those parameters can be passed to the next-hop network node after an NP database dip has been performed.
このドキュメントは、ナンバーポータビリティの(NP)関連の情報を運ぶために"tel"Uniform Resource Identifier(URI)で5つのパラメタを定義します。 NPデータベースディップが実行された後に次のホップネットワーク・ノードにそれらのパラメタを通過できます。
Table of Contents
目次
1. Introduction ....................................................2 2. Conventions .....................................................3 3. Abbreviations ...................................................3 4. Formal Syntax ...................................................3 5. Normative Rules .................................................5 5.1. Handling "tel" URI with NP Parameter or Parameters .........6 5.2. Adding NP Parameter or Parameters to the "tel" URI .........8 5.2.1. Retrieving NP-related Information for a Geographical Telephone Number .......................8 5.2.2. Retrieving NP-related Information for a Freephone Number ....................................9 5.2.3. Adding Location Information about the Caller .......10 5.2.4. Adding NP Parameter or Parameters Due to Protocol Conversion ................................10 6. Examples .......................................................11 7. Security Considerations ........................................13 8. Acknowledgements ...............................................13 9. IANA Considerations ............................................13
1. 序論…2 2. コンベンション…3 3. 略語…3 4. 正式な構文…3 5. 標準の規則…5 5.1. Npパラメタかパラメタがある取り扱い"tel"URI…6 5.2. "tel"URIにNpパラメタかパラメタを加えます…8 5.2.1. 地理的な電話番号のためのNp関連の情報を検索します…8 5.2.2. フリーダイヤル番号のためのNp関連の情報を検索します…9 5.2.3. 訪問者に関する位置情報を加えます…10 5.2.4. Npパラメタを加えるか、パラメタが変換について議定書の中で述べます…10 6. 例…11 7. セキュリティ問題…13 8. 承認…13 9. IANA問題…13
Yu Standards Track [Page 1] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[1ページ]。
10. References ....................................................14 10.1. Normative References .....................................14 10.2. Informative References ...................................14
10. 参照…14 10.1. 標準の参照…14 10.2. 有益な参照…14
1. Introduction
1. 序論
Number portability (NP) [RFC3482] allows telephony subscribers to keep their telephone numbers when they change service provider (service provider portability), move to a new location (location portability), or change the subscribed services (service portability). The telephone numbers can be the geographical telephone numbers, mobile telephone numbers, freephone numbers, or other types of non-geographical telephone numbers. Some mobile telephone numbers are like geographical telephone numbers (e.g., those in North America) and others are of non-geographical nature but their routing is similar to the routing of geographical telephone numbers so they are not specifically mentioned in this document. The freephone numbers are also known as toll-free phone numbers. The called party who is assigned the freephone number pays the call charge when the caller dials the freephone number.
それらがサービスプロバイダー(サービスプロバイダーの移植性)を変えるか、新しい位置(位置の移植性)に移行するか、または申し込まれたサービス(サービスの移植性)を変えるとき、ナンバーポータビリティ(NP)[RFC3482]で、電話加入者は彼らの電話番号を保つことができます。 電話番号は地理的な電話番号であるかもしれません(携帯電話の番号、フリーダイヤル番号、または他のタイプの非地理的な電話番号)。 いくつかの携帯電話の番号が地理的な電話番号(例えば、北アメリカのそれら)に似て、他のものは非地理的に自然ですが、彼らのルーティングが地理的な電話番号のルーティングと同様であるので、それらは明確に本書では言及されません。 また、フリーダイヤル番号はフリーダイヤル電話番号として知られています。 訪問者がフリーダイヤル番号にダイヤルするとき、フリーダイヤル番号が配属される被呼者は通話料を支払います。
NP impacts call signaling and routing. One impact is the need to carry the NP-related information in the "tel" Uniform Resource Identifier (URI) [RFC3966] for protocols such as the Session Initiation Protocol (SIP) [RFC3261] and H.323 [H323] after the NP database dip has been performed. Another impact is for a Voice over IP (VoIP) server to use the NP-related information in a received "tel" URI to determine routing.
NPは呼び出しシグナリングとルーティングに影響を与えます。 1つの影響がNPデータベースディップが実行された後にSession Initiationプロトコル(SIP)[RFC3261]やH.323[H323]などのプロトコルのために"tel"Uniform Resource Identifier(URI)[RFC3966]におけるNP関連の情報を運ぶ必要性です。 別の影響はボイス・オーバー IP(VoIP)サーバがルーティングを決定するのに容認された"tel"URIにNP関連の情報を使用することです。
A routing number is associated with a geographical or mobile telephone number that has been ported out from a donor carrier to another carrier. A donor carrier is the initial carrier where a geographical telephone number was allocated before ever being ported. A "non-ported" geographical or mobile telephone number does not have any routing number associated with it because the first N digits of the geographical or mobile telephone number can be used for routing. A routing number can also be used to indicate the switch or network node that originates a call or service similar to the Jurisdiction Information Parameter in Signaling System Number 7 (SS7) Integrated Services Digital Network User Part (ISUP). The "rn" parameter carries the routing number information. The "rn-context" parameter describes how the "rn" parameter value should be interpreted when the value is not a "global-rn" as is discussed in Section 4.
ルーティング番号はドナーキャリヤーから別のキャリヤーまでの外に移植された地理的であるか移動電話番号に関連しています。 ドナーキャリヤーは今までに移植する前に地理的な電話番号を割り当てた初期のキャリヤーです。 ルーティングに地理的であるか移動電話番号の最初のNケタを使用できるので、地理的であるか移動電話の「非移植された」番号には、それに関連している少しのルーティング番号もありません。 また、Signaling System Number7の(SS7)統合Services Digital Network User Part(ISUP)においてJurisdiction情報Parameterと同様の呼び出しかサービスを溯源するスイッチかネットワーク・ノードを示すのにルーティング番号を使用できます。 「Rn」パラメタはルーティング数の情報を運びます。 「Rn文脈」パラメタは値がセクション4で議論する「グローバルなRn」でないときに、「Rn」パラメタ価値がどう解釈されるべきであるかを説明します。
The NP database dip indicator is used to inform the downstream servers or switches during call setup that there is no need to perform the NP database dip for a geographical telephone number again. The "npdi" parameter carries such an indicator.
NPデータベースディップインディケータは、呼び出しセットアップの間、地理的な電話番号のために再びNPデータベースディップを実行する必要は全くないことを川下のサーバかスイッチに知らせるのに使用されます。 "npdi"パラメタはそのようなインディケータを運びます。
Yu Standards Track [Page 2] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[2ページ]。
A Carrier Identification Code (CIC) identifies the current freephone service provider for a freephone number. This parameter can also be used to carry the pre-subscribed or dialed long-distance carrier information; however, that is outside the scope of this document. The "cic" parameter carries the CIC information. The "cic-context" parameter describes how the "cic" parameter value should be interpreted when the value is not a "global-cic" as is discussed in Section 4.
Carrier Identification Code(CIC)はフリーダイヤル番号のために現在のフリーダイヤルサービスプロバイダーを特定します。 また、あらかじめ申し込まれたかダイヤルされた長距離電話会社情報を運ぶのにこのパラメタを使用できます。 しかしながら、このドキュメントの範囲の外にそれはいます。 "cic"パラメタはCIC情報を運びます。 「cic-文脈」パラメタは値がセクション4で議論する「グローバルなcic」でないときに、"cic"パラメタ価値がどう解釈されるべきであるかを説明します。
2. Conventions
2. コンベンション
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 RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
3. Abbreviations
3. 略語
ABNF Augmented Backus-Naur Form ANSI American National Standards Institute CIC Carrier Identification Code (also cic) CIP Carrier Identification Parameter FCI Forward Call Indicator GAP Generic Address Parameter GSTN Global Switched Telephone Network HTML HyperText Markup Language IC Identification Code ISUP Integrated Services Digital Network User Part JIP Jurisdiction Information Parameter NP Number Portability NPDB Number Portability Database npdi NP Database Dip Indicator rn Routing Number PNTI Ported Number Translation Indicator SIP Session Initiation Protocol SS7 Signaling System Number 7 URI Uniform Resource Identifier VoIP Voice over IP
ABNF Augmentedバッカス記法ANSI American National Standards Institut CIC Carrier Identification Code(cicも)CIP Carrier Identification Parameter FCI Forward Call Indicator GAP Generic Address Parameter GSTN Global Switched Telephone Network HTMLハイパーテキストマークアップランゲージIC Identification Code ISUP Integrated Services; デジタルNetwork User Part JIP JurisdictionのPortability Database npdi NP Database Dip Indicator Rnルート設定Number PNTI Ported Number Translation Indicator SIP Session Initiation情報Parameter NP Number Portability NPDB NumberプロトコルSS7 Signaling System Number7URI Uniform Resource Identifier VoIPボイス・オーバー IP
4. Formal Syntax
4. 正式な構文
The following syntax specification uses the Augmented Backus-Naur Form (ABNF) as described in RFC 4234 [RFC4234] and defines the five parameters, rn, npdi, cic, rn-context and cic-context, by extending the "parameter" production rule of the "tel" URI defined in [RFC3966].
以下の構文仕様は、RFC4234[RFC4234]で説明されるようにAugmented BN記法(ABNF)を使用して、5つのパラメタ、Rn、npdi、cic、Rn文脈、およびcic-文脈を定義します、[RFC3966]で定義された"tel"URIの「パラメタ」プロダクションルールを広げることによって。
Yu Standards Track [Page 3] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[3ページ]。
parameter =/ rn / cic / npdi rn = ";rn=" (global-rn / local-rn) npdi = ";npdi" cic = ";cic=" (global-cic / local-cic) global-rn = global-hex-digits local-rn = 1*hex-phonedigit rn-context rn-context = ";rn-context=" rn-descriptor rn-descriptor = domainname / global-hex-digits global-hex-digits = "+" 1*3(DIGIT) *hex-phonedigit hex-phonedigit = HEXDIG / visual-separator visual-separator = "-" / "." / "(" / ")" domainname = *( domainlabel "." ) toplabel ["."] domainlabel = alphanum / alphanum *( alphanum / "-" ) alphanum toplabel = ALPHA / ALPHA *( alphanum / "-" ) alphanum alphanum = ALPHA / DIGIT global-cic = global-hex-digits local-cic = 1*hex-phonedigit cic-context cic-context = ";cic-context=" rn-descriptor
parameter =/ rn / cic / npdi rn = ";rn=" (global-rn / local-rn) npdi = ";npdi" cic = ";cic=" (global-cic / local-cic) global-rn = global-hex-digits local-rn = 1*hex-phonedigit rn-context rn-context = ";rn-context=" rn-descriptor rn-descriptor = domainname / global-hex-digits global-hex-digits = "+" 1*3(DIGIT) *hex-phonedigit hex-phonedigit = HEXDIG / visual-separator visual-separator = "-" / "." 「「(「/」)」という/ドメイン名=*、(domainlabel、」、」、)、toplabel、[「.」、]、domainlabel=alphanum / alphanum*(alphanum/「-」)alphanum toplabelが1つの*十六進法phonedigit cic-文脈cic-文脈グローバルな十六進法ケタの地方のアルファ*(alphanum/「-」)alphanum alphanum=アルファ/ケタのグローバルなアルファ/cic=cic==と等しい、」、;cic-文脈が」 Rn記述子と等しい
The "rn", "npdi", or "cic" parameter each can appear in the "tel" URI at most once.
それぞれ「Rn」、"npdi"、または"cic"パラメタは"tel"URIに高々一度現れることができます。
The first "hex-phonedigit" value in "local-rn" or "local-cic" MUST be a hex-decimal digit.
「地方のRn」か「地方のcic」の最初の「十六進法phonedigit」値は十六進法10進数字でなければなりません。
For a "global-rn", the routing number information after "+" MUST begin with a valid E.164 [E164] country code. Hexadecimal digit is allowed after the country code in the "global-rn".
「グローバルなRn」に関しては、「+」の後のルーティング数の情報は有効なE.164[164E]国名略号で始まらなければなりません。 16進数字は国名略号の後に「グローバルなRn」に許容されています。
For a "local-rn", the routing number in the "rn" parameter MUST be interpreted according to the "rn-context". For example, if a national routing number is in the "rn" parameter, the "rn-context" MUST contain a valid E.164 country code after "+" if it is in the "global-hex-digits" format. Hexadecimal digit is allowed in the "local-rn".
「地方のRn」に関しては、「Rn文脈」に従って、「Rn」パラメタのルーティング番号を解釈しなければなりません。 例えば、国家のルーティング番号が「Rn」パラメタにあるなら、「グローバルな十六進法ケタ」形式にそれがあるなら、「Rn文脈「+」は次々と有効なE.164国名略号を含まなければなりません。 16進数字は「地方のRn」に許容されています。
For a "global-cic", the CIC information after "+" MUST begin with a valid E.164 country code.
「グローバルなcic」に関しては、「+」の後のCIC情報は有効なE.164国名略号で始まらなければなりません。
For a "local-cic", the CIC value in the "cic" parameter MUST be interpreted according to the "cic-context". For example, if the national CIC value is in the "cic" parameter, the "cic-context" MUST contain a valid E.164 country code after "+" if it is in the "global-hex-digits" format.
「地方のcic」に関しては、「cic-文脈」に従って、"cic"パラメタのCIC値を解釈しなければなりません。 例えば、国家のCIC値が"cic"パラメタにあるなら、「グローバルな十六進法ケタ」形式にそれがあるなら、「cic-文脈「+」は次々と有効なE.164国名略号を含まなければなりません。
The inclusion of the visual separator in the "rn" or "cic" is optional.
「Rn」か"cic"での視覚分離符の包含は任意です。
Yu Standards Track [Page 4] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[4ページ]。
5. Normative Rules
5. 標準の規則
There are two distinct uses for the "tel" URI. In one use, the "tel" URI appears in a piece of static content. For example, it might appear in a HyperText Markup Language (HTML) page or a presence document. In another use, the "tel" URI appears in call signaling protocols, such as SIP and H.323, where it is used to guide routing of the call setup messages. The "tel" URI extensions defined in this document are targeted at call signaling protocols. When a "tel" URI is placed in static content, the parameters defined here SHOULD NOT be present, and any entity receiving them SHOULD remove them prior to using the tel URI.
"tel"URIへの2つの異なった用途があります。 1では、使用、"tel"URIは静的な内容の断片に現れます。 例えば、それはハイパーテキストマークアップランゲージ(HTML)ページか存在ドキュメントに現れるかもしれません。 別の使用で、"tel"URIは呼び出しシグナリングプロトコルに現れます、SIPやH.323などのように。そこでは、それが、呼び出しセットアップメッセージのルーティングを誘導するのに使用されます。 本書では定義された"tel"URI拡大は呼び出しシグナリングプロトコルで狙います。 存在していてそれらを受けるどんな実体になってください。"tel"URIが静的な内容に置かれて、パラメタがここでSHOULD NOTを定義した、tel URIを使用する前に、SHOULDはそれらを取り除きます。
Within the context of signaling protocols, these parameters are meant for usage between call signaling entities, called network nodes, among which there is a trust relationship. Since parameters inserted by one network node can impact the routing of a request at a downstream node, processing of these parameters depends on trusting that the upstream element properly followed the rules defined here. A call signaling protocol can verify that an upstream element is part of its circle of trust through hop-by-hop integrity mechanisms. See Section 7, Security Considerations, for more information. If a network node receives a call signaling message from an element it does not trust, it SHOULD ignore the parameters.
シグナリングプロトコルの文脈の中では、これらのパラメタは信頼関係があるネットワーク・ノードと呼ばれる呼び出しシグナリング実体の間の用法のために意味されます。 1つのネットワーク・ノードによって挿入されたパラメタが川下のノードで要求のルーティングに影響を与えることができるので、これらのパラメタの処理は上流の要素が適切にここで定義された規則に従ったと信じるのによります。 呼び出しシグナリングプロトコルは、上流の要素がホップごとの保全メカニズムを通した信頼の輪の一部であることを確かめることができます。セクション7を見てください、Security Considerations、詳しい情報のために。 ネットワーク・ノードが要素から呼び出しシグナリングメッセージを受け取るなら、どんな信頼もしません、それ。SHOULDはパラメタを無視します。
This section discusses how a network node handles a received "tel" URI that contains one or more of the parameters defined in this document or has accessed an NP database for a freephone number or geographical telephone number and needs to add some of the parameters defined in this document to a "tel" URI.
ネットワーク・ノードが、どう本書では定義されたパラメタの1つ以上を含んだか、またはフリーダイヤル番号か地理的な電話番号のためのNPデータベースにアクセスした容認された"tel"URIを扱って、本書では"tel"URIと定義されたパラメタのいくつかを加える必要であるかをこのセクションは論じます。
In countries where there is no freephone number portability or geographical telephone number portability, the call routing can be based on the leading digits of the freephone number or geographical telephone number. This document does not describe those scenarios.
フリーダイヤルナンバーポータビリティかどんな地理的な電話番号の移植性もない国では、呼び出しルーティングがフリーダイヤル番号か地理的な電話番号の主なケタに基づくことができます。 このドキュメントはそれらのシナリオについて説明しません。
Please note that two accesses to the freephone databases are normally done for routing a call to a freephone number. The first one is done by the originating network that queries a freephone database for the CIC information so that the call can be routed to the serving freephone service provider of the called freephone number. When the call reaches the serving freephone provider, the second database access is performed to map the freephone number to a geographical telephone number and/or internal routing information. This document does not address the case where internal routing information is returned.
通常、フリーダイヤル番号に呼び出しを発送するためにフリーダイヤルデータベースに2アクセスします。 呼ばれたフリーダイヤル番号の給仕フリーダイヤルサービスプロバイダーに呼び出しを発送できるようにCIC情報のためのフリーダイヤルデータベースについて質問する起因するネットワークは最初のものを完了しています。 呼び出しが給仕フリーダイヤルプロバイダーに達するとき、2番目のデータベースアクセスは、地理的な電話番号、そして/または、内部のルーティング情報にフリーダイヤル番号を写像するために実行されます。 このドキュメントは内部のルーティング情報が返されるケースを扱いません。
Yu Standards Track [Page 5] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[5ページ]。
The first freephone database contains the CIC information for all the active freephone numbers, whereas the second one usually contains mapping information only for those freephone numbers served by a freephone service provider. Because the originating carrier may provide freephone service, its freephone database would contain the CIC information for all the active freephone numbers plus the mapping information for those freephone numbers it serves. This document refers to the two database accesses as "the first freephone database access" and "the second freephone database access".
すべてのアクティブなフリーダイヤル番号のためにCIC情報を含んでいますが、最初のフリーダイヤルデータベースはフリーダイヤルサービスプロバイダーによって役立たれたそれらのフリーダイヤル番号のためだけに情報を写像する通常、1つが含む秒を含んでいます。 起因しているキャリヤーがフリーダイヤルサービスを提供するかもしれないので、フリーダイヤルデータベースはすべてのアクティブなフリーダイヤル番号のためのCIC情報とそれが役立つそれらのフリーダイヤル番号のためのマッピング情報を含んでいるでしょう。 このドキュメントは「最初のフリーダイヤルデータベースアクセス」と「2番目のフリーダイヤルデータベースアクセス」と2回のデータベースアクセスを呼びます。
When handling the "rn" and "cic" parameters and the phone numbers in the "tel" URI for purposes such as database access and routing, the visual separators in them are removed before using the information in them.
データベースアクセスやルーティングなどの目的のために「Rn」と"cic"パラメタと"tel"URIにおける電話番号を扱うとき、それらで情報を使用する前に、それらの視覚分離符を取り除きます。
When a network node handles a "tel" URI that contains invalid "rn" or "cic" information, it may release the call or drop the invalid parameter and access the appropriate NP database or freephone database to see whether it can retrieve a valid routing number for a geographical telephone number or valid CIC for the freephone number.
ネットワーク・ノードが無効の「Rn」か"cic"情報を含む"tel"URIを扱うとき、それは、呼び出しをリリースするか、無効のパラメタを下げて、またはそれがフリーダイヤル番号のために地理的な電話番号か有効なCICの有効なルーティング番号を検索できるかどうか確認するために適切なNPデータベースかフリーダイヤルデータベースにアクセスするかもしれません。
When a "tel" URI is received from an untrusted source, a network node MAY redo the NPDB query.
信頼できないソースから"tel"URIを受け取るとき、ネットワーク・ノードはNPDB質問をやり直すかもしれません。
SIP [RFC3261] has mechanisms in place to detect routing loops due to URI re-writing, and the new parameters added here work within these established contexts. The "npdi" parameter in the URI that indicates a NPDB query has already been done can also prevent routing loop. Other protocols considering using these "tel" URI parameters SHOULD ensure that they have mechanisms in place to detect loops when re- writing the "tel" URI.
SIP[RFC3261]はURIの書き直しのためルーティング輪を検出するために適所にメカニズムを持っています、そして、新しいパラメタは確立した関係がこれらの中でここで働くと言い足しました。 また、NPDB質問が既に完了していたのを示すURIにおける"npdi"パラメタは、輪を発送するのを防ぐことができます。 "tel"URIを再書くとき"tel"URIパラメタSHOULDが検出するために適所にメカニズムを持っているのを確実にするこれらを使用すると考えるのが輪にする他のプロトコル。
5.1. Handling "tel" URI with NP Parameter or Parameters
5.1. Npパラメタかパラメタがある取り扱い"tel"URI
If the "tel" URI contains the "npdi" parameter, the network node MUST NOT retrieve the NP-related information for geographical telephone numbers even if it is set to do so.
"tel"URIが"npdi"パラメタを含んでいるなら、それがそうするように設定されても、ネットワーク・ノードは地理的な電話番号のためのNP関連の情報を検索してはいけません。
If the "tel" URI contains the "cic" parameter whose CIC value is different from the one this network node is associated with, this network node MUST NOT retrieve the NP-related information for the geographical telephone number or perform the first freephone database access for the freephone number in the "tel" URI.
"tel"URIがCIC値がこのネットワーク・ノードが関連しているものと異なっている"cic"パラメタを含んでいるなら、このネットワーク・ノードは、地理的な電話番号のためにNP関連の情報を検索してはいけませんし、また"tel"URIにおけるフリーダイヤル番号のために最初のフリーダイヤルデータベースアクセスを実行してはいけません。
For the "cic" and "rn" parameters and either a freephone number or geographical telephone number, the order of processing is to look for the "cic" parameter first for call routing. If the CIC information is not useful or the "cic" parameter does not exist, then the next
"cic"と、「Rn」パラメタとフリーダイヤル番号か地理的な電話番号のどちらかのために、処理の注文は最初に、呼び出しルーティングのための"cic"パラメタを探すことです。 CIC情報が役に立たないか、"cic"パラメタが存在していなくて、その時が次であるなら
Yu Standards Track [Page 6] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[6ページ]。
step is to look for the "rn" parameter. If the information in the "rn" parameter is not useful or the "rn" parameter does not exist, then the freephone number or geographical telephone number is used.
ステップは「Rn」パラメタを探すことです。 「Rn」パラメタの情報が役に立たないか、または「Rn」パラメタが存在していないなら、フリーダイヤル番号か地理的な電話番号が使用されています。
If the network node does not know how to route based on the "cic" or "rn" parameter, the local policies MUST decide whether to stop the call processing or continue the call processing by ignoring the invalid/unknown information.
ネットワーク・ノードが"cic"か「Rn」に基づいてパラメタを発送する方法を知らないなら、ローカルの方針は、無効の、または、未知の情報を無視することによって呼び出し処理を止めるか、または呼び出し処理を続けているかを決めなければなりません。
When looking for the "cic" parameter and that parameter exists in the "tel" URI:
"cic"パラメタとそれを探すとき、パラメタは"tel"URIで存在しています:
- The network node MUST ignore the "cic" parameter if the CIC identifies a carrier or service provider associated with that node and look for the "rn" parameter for making the routing decision. It MUST remove the "cic" parameter when it routes the call to the next-hop network node that belongs to another carrier or service provider.
- CICがルーティング決定をするための「Rn」パラメタのためにそのノードと外観に関連しているキャリヤーかサービスプロバイダーを特定するなら、ネットワーク・ノードは"cic"パラメタを無視しなければなりません。 別のキャリヤーかサービスプロバイダーのもの次のホップネットワーク・ノードに呼び出しを発送するとき、それは"cic"パラメタを取り除かなければなりません。
- The network node MUST invoke special handling process if the "cic" parameter contains a code that requires such a treatment. For example, a CIC value of "0110" in the response to a freephone DB query in North America indicates "local, translated geographical telephone number provided". In this particular example, the "cic" parameter is ignored. Please note that this particular CIC value of "+1-0110" normally will not appear in the call setup message. It is given as an example to show that such special CIC values may exist. The exact code values and the handling of them are outside the scope of this document.
- "cic"パラメタがそのような処理を必要とするコードを含んでいるなら、ネットワーク・ノードは特別な取り扱いプロセスを呼び出さなければなりません。 例えば、「地方です、翻訳された地理的な電話番号は提供されました。」と、DBが北アメリカで質問するフリーダイヤルへの応答における、「0110」のCIC値は示します。 この特定の例では、"cic"パラメタは無視されます。 通常、「+1-0110」のこの特定のCIC値は呼び出しセットアップメッセージに現れないでしょう。 そのような特別なCICが評価する示している例が存在するとき、それを与えます。 このドキュメントの範囲の外に正確なコード値とそれらの取り扱いがあります。
- Otherwise, the network node MUST make the routing decision based on the CIC. The network node MUST NOT remove the "cic" parameter unless it is handing over the call to the carrier or service provider identified by the CIC and the local policies require it to remove the "cic" parameter. How the call is actually routed based on the CIC value in the "cic" parameter is outside the scope of this document.
- さもなければ、ネットワーク・ノードはCICに基づくルーティング決定をしなければなりません。 CICによって特定されたキャリヤーかサービスプロバイダーに呼び出しを引き渡していない場合、ネットワーク・ノードは"cic"パラメタを取り除いてはいけません、そして、ローカルの方針は"cic"パラメタを取り除くためにそれを必要とします。 このドキュメントの範囲の外に呼び出しが"cic"パラメタのCIC値に基づいて実際にどう発送されるかがあります。
When looking for the "rn" parameter and that parameter exists in the "tel" URI:
「Rn」パラメタとそれを探すとき、パラメタは"tel"URIで存在しています:
- If the routing number in the "rn" parameter points to this network node (e.g., the call has reached the intended network node), this network node MUST look for the freephone number or geographical telephone number for making the routing decision. It MUST remove the "rn" parameter when setting up the call to the next-hop network node regardless if that next-hop network node is in the same or different network.
- 「Rn」パラメタのルーティング番号がこのネットワーク・ノードを示すなら(例えば、呼び出しは意図しているネットワーク・ノードに達しました)、このネットワーク・ノードは、ルーティング決定をするようにフリーダイヤル番号か地理的な電話番号を探さなければなりません。 同じであるか異なったネットワークにその次のホップネットワーク・ノードがあるなら不注意に次のホップネットワーク・ノードに呼び出しをセットアップするとき、それは「Rn」パラメタを取り除かなければなりません。
Yu Standards Track [Page 7] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[7ページ]。
- If the routing number in the "rn" parameter points to a network this network node is in (e.g., in some countries the routing number gets the call to the serving carrier network where another NP database access is required to locate the serving switch), this network node MUST look for the freephone number or geographical telephone number for making the routing decision. The network node MAY access the NP database for routing information if it is set to do so. It MUST remove the "rn" parameter if the next-hop network node belongs to another carrier or service provider.
- 「Rn」パラメタのルーティング番号がこのネットワーク・ノードがあるネットワークを示すなら(例えば、いくつかの国では、ルーティング番号が別のNPデータベースアクセスが給仕スイッチの場所を見つけるのに必要である給仕キャリヤーネットワークに電話を得ます)、このネットワーク・ノードが、ルーティング決定をするようにフリーダイヤル番号か地理的な電話番号を探さなければなりません。 それがそうするように設定されるなら、ネットワーク・ノードはルーティング情報のためのNPデータベースにアクセスするかもしれません。 次のホップネットワーク・ノードが別のキャリヤーかサービスプロバイダーのものなら、それは「Rn」パラメタを取り除かなければなりません。
- Otherwise, the network node MUST make the routing decision based on the routing number in the "rn" parameter. How the call is actually routed based on the routing number in the "rn" parameter is outside the scope of this document.
- さもなければ、ネットワーク・ノードは「Rn」パラメタのルーティング番号に基づくルーティング決定をしなければなりません。 このドキュメントの範囲の外に呼び出しが「Rn」パラメタのルーティング番号に基づいて実際にどう発送されるかがあります。
When the "cic" or "rn" parameter is not used for routing, the network node uses the freephone number or geographical telephone number for making routing decisions. It may access the NP database if it is set to do so, or it may route the call to a designated network node that will access the NP database, or it may route the call based on the local routing table. How the call is handled at this stage is outside the scope of this document. See Section 5.2 for rules in adding the parameter or parameters defined in this document to the "tel" URI if the network node is set to access the NP database.
"cic"か「Rn」パラメタがルーティングに使用されないとき、ネットワーク・ノードは、ルーティングを決定にするのにフリーダイヤル番号か地理的な電話番号を使用します。 それがそうするように設定されるなら、それはNPデータベースにアクセスするかもしれませんか、NPデータベースにアクセスする指定されたネットワーク・ノードに呼び出しを発送するかもしれませんか、またはそれが地方の経路指定テーブルに基づく呼び出しを発送するかもしれません。 このドキュメントの範囲の外に呼び出しが現在のところどう扱われるかがあります。 セクション5.2を見て、ネットワーク・ノードが設定されるなら本書では"tel"URIと定義されたパラメタかパラメタを加えることにおける規則はNPデータベースにアクセスしてください。
5.2. Adding NP Parameter or Parameters to the "tel" URI
5.2. "tel"URIにNpパラメタかパラメタを加えます。
There are two cases in terms of NP database access. One is for a geographical telephone number and the other is for a freephone number. They are discussed in Sections 5.2.1 and 5.2.2 for a "tel" URI that is used for routing.
NPデータベースアクセサリーに関して2つのケースがあります。 1つは地理的な電話番号のためのものです、そして、もう片方がフリーダイヤル番号のためのものです。 aのための.2の"telする"であるというルーティングに使用されるセクション5.2.1と5.2URIでそれらについて議論します。
Section 5.2.3 discusses a special case where the "rn" parameter is added to a "tel" URI that is associated with the first network node that handles the call request from the caller. Section 5.2.4 discusses the addition of the parameter or parameters defined in this document to the "tel" URI due to protocol conversion.
セクション5.2 .3 「Rn」パラメタが訪問者からの発呼要求を扱う最初のネットワーク・ノードに関連している"tel"URIに加えられる特別なケースについて議論します。 セクション5.2 .4 プロトコル変換のため本書では"tel"URIと定義されたパラメタかパラメタの追加について議論します。
5.2.1. Retrieving NP-related Information for a Geographical Telephone Number
5.2.1. 地理的な電話番号のためのNp関連の情報を検索します。
When a network node accesses an NP database for a geographical telephone number:
ネットワーク・ノードが地理的な電話番号のためのNPデータベースにアクセスするとき:
- If the network node retrieves a routing number, it MUST add the "rn" parameter to the "tel" URI to carry the routing number information in the "global-rn" or "local-rn" format. It MUST also add the "npdi" parameter.
- ネットワーク・ノードがルーティング番号を検索するなら、それは、「グローバルなRn」か「地方のRn」形式でルーティング数の情報を運ぶために"tel"URIに「Rn」パラメタを加えなければなりません。 また、それは"npdi"パラメタを加えなければなりません。
Yu Standards Track [Page 8] RFC 4694 NP Parameters for the "tel" URI October 2006
ユーStandardsはURI2006年10月に"tel"のためのRFC4694Npパラメタを追跡します[8ページ]。
- If the network node does not retrieve a routing number (e.g., for a non-ported geographical telephone number), it MUST add the "npdi" parameter to the "tel" URI.
- ネットワーク・ノードがルーティング番号(例えば、非移植された地理的な電話番号のための)を検索しないなら、それは"tel"URIに"npdi"パラメタを加えなければなりません。
The network node MUST follow the rules described in Section 5.1 for using the information in the "tel" URI to make the routing decision.
ネットワーク・ノードはルーティング決定をするのに"tel"URIに情報を使用するためにセクション5.1で説明された規則に従わなければなりません。
5.2.2. Retrieving NP-related Information for a Freephone Number
5.2.2. フリーダイヤル番号のためのNp関連の情報を検索します。
When a network node performs the first or second freephone database access for a freephone number:
ネットワーク・ノードはいつ1番目を実行するか、そして、フリーダイヤル番号のための2番目のフリーダイヤルデータベースアクセス:
- If the network node retrieves a CIC that identifies a carrier or service provider associated with that network node, or indicates that a geographic number is supplied (e.g., "+1-0110" means "local, translated geographical telephone number provided"), it would have retrieved a geographical telephone number. The network node MUST NOT add the "cic" parameter and MUST replace the freephone number in the "tel" URI with the retrieved geographical telephone number in either the "global-number" or "local-number" format.
- ネットワーク・ノードがそのネットワーク・ノードに関連している運送業者かサービスプロバイダーを特定するか、または地理的な数が供給されるのを示すCIC(例えば「地方の、そして、翻訳された地理的な電話番号は提供した」「+1-0110」手段)を検索するなら、それは地理的な電話番号を検索したでしょう。 ネットワーク・ノードは、"cic"パラメタを追加してはいけなくて、「グローバルな数」か「市内番号」がフォーマットするどちらかで"tel"URIにおけるフリーダイヤル番号を検索された地理的な電話番号に置き換えなければなりません。
Some freephone databases may not return the geographical telephone number but internal routing information in a proprietary format (e.g., switch ID and trunk group ID). That case is outside the scope of this document.
いくつかのフリーダイヤルデータベースは地理的な電話番号を返すのではなく、独占形式(例えば、スイッチIDとトランクグループID)の内部のルーティング情報を返すかもしれません。 このドキュメントの範囲の外にそのケースはあります。
- If the network node retrieves a CIC that belongs to another freephone service provider, the network node MUST add the "cic" parameter to the "tel" URI that contains the CIC in the "global- cic" or "local-cic" format.
- ネットワーク・ノードが別のフリーダイヤルサービスプロバイダーのものCICを検索するなら、ネットワーク・ノードは「グローバルなcic」か「地方のcic」形式にCICを含む"tel"URIに"cic"パラメタを加えなければなりません。
The originating carrier may have business agreements with a freephone service provider to return the geographical telephone number in addition to the CIC. When a geographical telephone number is returned, the network node MUST replace the freephone number in the "tel" URI with the returned geographical telephone number in either the "global-number" or "local-number" format.
起因しているキャリヤーには、CICに加えた地理的な電話番号を返すために、ビジネス協定がフリーダイヤルサービスプロバイダーと共にあるかもしれません。 地理的な電話番号が返されるとき、ネットワーク・ノードは「グローバルな数」か「市内番号」がフォーマットするどちらかで"tel"URIにおけるフリーダイヤル番号を返された地理的な電話番号に置き換えなければなりません。
- If the network node retrieves a geographical telephone number (which is the typical case for the second freephone database access), the network node MUST replace the freephone number in the "tel" URI with the retrieved geographical telephone number in either the "global-number" or "local-number" format.
- ネットワーク・ノードが地理的な電話番号(2番目のフリーダイヤルデータベースアクセスのための典型的なケースである)を検索するなら、ネットワーク・ノードは「グローバルな数」か「市内番号」がフォーマットするどちらかで"tel"URIにおけるフリーダイヤル番号を検索された地理的な電話番号に置き換えなければなりません。
When a geographical telephone number is returned in the response, it is possible that the NP-related information for that geographical telephone number could also be returned. In that case, the network node MUST add the "npdi" parameter and MUST add
When a geographical telephone number is returned in the response, it is possible that the NP-related information for that geographical telephone number could also be returned. In that case, the network node MUST add the "npdi" parameter and MUST add
Yu Standards Track [Page 9] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 9] RFC 4694 NP Parameters for the "tel" URI October 2006
the "rn" parameter to contain the routing number in either the "global-rn" or "local-rn" format only when the routing number is available.
the "rn" parameter to contain the routing number in either the "global-rn" or "local-rn" format only when the routing number is available.
The network node MUST follow the rules described in Section 5.1 for using the information in the "tel" URI to make the routing decision.
The network node MUST follow the rules described in Section 5.1 for using the information in the "tel" URI to make the routing decision.
5.2.3. Adding Location Information about the Caller
5.2.3. Adding Location Information about the Caller
In SS7 ISUP, the JIP identifies the switch that originates the call, and the information in it may be used by the serving carrier to determine the call charge to the caller or by the involved carriers to determine the settlement amount between them.
In SS7 ISUP, the JIP identifies the switch that originates the call, and the information in it may be used by the serving carrier to determine the call charge to the caller or by the involved carriers to determine the settlement amount between them.
A network node that is the first to handle the call request from the caller MAY include the "rn" parameter to the "tel" URI associated with the caller, if one exists. For example, if the network node is a Global Switched Telephone Network (GSTN) gateway that receives an ISUP message that contains the JIP, the correct location information in the JIP can be placed in the "rn" parameter of the "tel" URI that is associated with the caller.
A network node that is the first to handle the call request from the caller MAY include the "rn" parameter to the "tel" URI associated with the caller, if one exists. For example, if the network node is a Global Switched Telephone Network (GSTN) gateway that receives an ISUP message that contains the JIP, the correct location information in the JIP can be placed in the "rn" parameter of the "tel" URI that is associated with the caller.
Please note that the information in the "rn" parameter may not be authenticated; therefore, the use of the information by the recipient of the "tel" URI for anything related to charging is done at its own risk.
Please note that the information in the "rn" parameter may not be authenticated; therefore, the use of the information by the recipient of the "tel" URI for anything related to charging is done at its own risk.
5.2.4. Adding NP Parameter or Parameters Due to Protocol Conversion
5.2.4. Adding NP Parameter or Parameters Due to Protocol Conversion
A GSTN gateway needs to convert between SS7 ISUP and the VoIP protocol such as SIP or H.323. This type of network node MUST map between the corresponding ISUP parameters and the parameters defined in this document associated with the "tel" URI for routing and MAY map between the corresponding ISUP parameters and the parameters defined in this document that are in the "tel" URI associated with the caller.
A GSTN gateway needs to convert between SS7 ISUP and the VoIP protocol such as SIP or H.323. This type of network node MUST map between the corresponding ISUP parameters and the parameters defined in this document associated with the "tel" URI for routing and MAY map between the corresponding ISUP parameters and the parameters defined in this document that are in the "tel" URI associated with the caller.
Since ISUP support for NP depends on the individual country, the following discussion applies to a situation when a network node is to map between the NP information in the American National Standards Institute (ANSI) ISUP and the NP-related parameters in the "tel" URI.
Since ISUP support for NP depends on the individual country, the following discussion applies to a situation when a network node is to map between the NP information in the American National Standards Institute (ANSI) ISUP and the NP-related parameters in the "tel" URI.
For a ported geographical telephone number, the network node MUST convert the routing number in the ISUP Called Party Number parameter to a routing number in either the "global-rn" or "local-rn" format and carry it in the "rn" parameter for a "tel" URI that is used for routing. The network node MUST convert the phone number that is marked as the "ported number" in the ISUP Generic Address Parameter
For a ported geographical telephone number, the network node MUST convert the routing number in the ISUP Called Party Number parameter to a routing number in either the "global-rn" or "local-rn" format and carry it in the "rn" parameter for a "tel" URI that is used for routing. The network node MUST convert the phone number that is marked as the "ported number" in the ISUP Generic Address Parameter
Yu Standards Track [Page 10] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 10] RFC 4694 NP Parameters for the "tel" URI October 2006
(GAP) to a phone number in either the "global-number" or "local- number" format [RFC3966] and put it in the global-number-digits or local-number-digits (see [RFC3966]) part of the "tel" URI that is used for routing.
(GAP) to a phone number in either the "global-number" or "local- number" format [RFC3966] and put it in the global-number-digits or local-number-digits (see [RFC3966]) part of the "tel" URI that is used for routing.
For a non-ported geographical telephone number, the network node MUST convert the phone number in the ISUP Called Party Number parameter to a phone number in either the "global-number" or "local-number" format and put it in the global-number-digits or local-number-digits (see [RFC3966]) part of the "tel" URI that is used for routing. The "rn" parameter MUST NOT appear in the "tel" URI unless the local policies require the network node to include it. It is outside the scope of this document how to include the "rn" parameter if the local policies require the network node to do so.
For a non-ported geographical telephone number, the network node MUST convert the phone number in the ISUP Called Party Number parameter to a phone number in either the "global-number" or "local-number" format and put it in the global-number-digits or local-number-digits (see [RFC3966]) part of the "tel" URI that is used for routing. The "rn" parameter MUST NOT appear in the "tel" URI unless the local policies require the network node to include it. It is outside the scope of this document how to include the "rn" parameter if the local policies require the network node to do so.
The network node MUST include the "npdi" parameter in the "tel" URI that is used for routing when the Ported Number Translation Indicator (PNTI) bit in the Forward Call Indicator (FCI) parameter is set to "1".
The network node MUST include the "npdi" parameter in the "tel" URI that is used for routing when the Ported Number Translation Indicator (PNTI) bit in the Forward Call Indicator (FCI) parameter is set to "1".
The network node MUST include the "cic" parameter in either the "global-cic" or "local-cic" format in the "tel" URI that is used for routing when the ISUP Carrier Identification Parameter (CIP) is present.
The network node MUST include the "cic" parameter in either the "global-cic" or "local-cic" format in the "tel" URI that is used for routing when the ISUP Carrier Identification Parameter (CIP) is present.
The network node MAY include the "rn" parameter in the "tel" URI associated with the caller information when the ISUP JIP is present. This may be subject to the network node's local policy and/or the signaling protocol that carries the "tel" URI.
The network node MAY include the "rn" parameter in the "tel" URI associated with the caller information when the ISUP JIP is present. This may be subject to the network node's local policy and/or the signaling protocol that carries the "tel" URI.
Mapping NP-related parameters in a "tel" URI to the NP-related information in the ISUP message depends on the national ISUP implementation and is outside the scope of this document.
Mapping NP-related parameters in a "tel" URI to the NP-related information in the ISUP message depends on the national ISUP implementation and is outside the scope of this document.
6. Examples
6. Examples
A. A "tel" URI, tel:+1-800-123-4567, contains a freephone number "+1-800-123-4567". Assume that this freephone number is served by a freephone service provider with a CIC "+1-6789". After retrieving the NP-related information, the "tel" URI would be set to
A. A "tel" URI, tel:+1-800-123-4567, contains a freephone number "+1-800-123-4567". Assume that this freephone number is served by a freephone service provider with a CIC "+1-6789". After retrieving the NP-related information, the "tel" URI would be set to
tel:+1-800-123-4567;cic=+1-6789
tel:+1-800-123-4567;cic=+1-6789
Yu Standards Track [Page 11] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 11] RFC 4694 NP Parameters for the "tel" URI October 2006
B. A "tel" URI, tel:+1-800-123-4567;cic=+1-6789, is handled by a network node in the serving freephone service provider's network. Assume that the freephone number is mapped to a geographical telephone number "+1-202-533-1234". After retrieving the NP- related information, the "tel" URI would be set to
B. A "tel" URI, tel:+1-800-123-4567;cic=+1-6789, is handled by a network node in the serving freephone service provider's network. Assume that the freephone number is mapped to a geographical telephone number "+1-202-533-1234". After retrieving the NP- related information, the "tel" URI would be set to
tel:+1-202-533-1234
tel:+1-202-533-1234
C. A "tel" URI, tel:+1-202-533-1234, contains a geographical telephone number "+1-202-533-1234". Assume that this geographical telephone number is ported and is associated with a routing number "1-202-544-0000". After retrieving the NP-related information, the "tel" URI would be set to
C. A "tel" URI, tel:+1-202-533-1234, contains a geographical telephone number "+1-202-533-1234". Assume that this geographical telephone number is ported and is associated with a routing number "1-202-544-0000". After retrieving the NP-related information, the "tel" URI would be set to
tel:+1-202-533-1234;npdi;rn=+1-202-544-0000
tel:+1-202-533-1234;npdi;rn=+1-202-544-0000
D. A "tel" URI, tel:+1-202-533-6789, contains a geographical telephone number "+1-202-533-6789". Assume that this geographical telephone number is not ported. After accessing the NP database, the "tel" URI would be set to
D. A "tel" URI, tel:+1-202-533-6789, contains a geographical telephone number "+1-202-533-6789". Assume that this geographical telephone number is not ported. After accessing the NP database, the "tel" URI would be set to
tel:+1-202-533-6789;npdi
tel:+1-202-533-6789;npdi
E. A "tel" URI, tel:+1-202-533-1234;npdi;rn=+1-202-000-0000, contains an invalid routing number (e.g., no routing information on "+1- 202-000-0000"); the network node may drop the "rn" parameter and access the NP database again.
E. A "tel" URI, tel:+1-202-533-1234;npdi;rn=+1-202-000-0000, contains an invalid routing number (e.g., no routing information on "+1- 202-000-0000"); the network node may drop the "rn" parameter and access the NP database again.
F. A "tel" URI, tel:+1-800-123-456, contains a freephone number "+1-800-123-456" that is one digit short. When accessing the freephone database, there will not be any "cic" information for this freephone number. The call would be released.
F. A "tel" URI, tel:+1-800-123-456, contains a freephone number "+1-800-123-456" that is one digit short. When accessing the freephone database, there will not be any "cic" information for this freephone number. The call would be released.
G. A "tel" URI, tel:+1-800-123-4567;cic=+1-56789, is handled by a network node in an originating or a transit network. The "cic" information is invalid. The network node may drop the "cic" parameter and access the freephone database again. If the same wrong CIC information is received, the network node would release the call because it does not know how to route the call with an invalid CIC. If valid information is received, the network node will use the received CIC in the "cic" and route the call based on the "cic".
G. A "tel" URI, tel:+1-800-123-4567;cic=+1-56789, is handled by a network node in an originating or a transit network. The "cic" information is invalid. The network node may drop the "cic" parameter and access the freephone database again. If the same wrong CIC information is received, the network node would release the call because it does not know how to route the call with an invalid CIC. If valid information is received, the network node will use the received CIC in the "cic" and route the call based on the "cic".
Yu Standards Track [Page 12] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 12] RFC 4694 NP Parameters for the "tel" URI October 2006
7. Security Considerations
7. Security Considerations
In addition to those security implications discussed in the revised "tel" URI [RFC3966], there are new security implications associated with the parameters defined in this document.
In addition to those security implications discussed in the revised "tel" URI [RFC3966], there are new security implications associated with the parameters defined in this document.
If the value of the "rn" or "cic" in the "tel" URI is changed illegally when the signaling message carrying the "tel" URI is en route to the destination entity, the signaling message or call may be routed to the wrong network or network node causing the call setup to be rejected.
If the value of the "rn" or "cic" in the "tel" URI is changed illegally when the signaling message carrying the "tel" URI is en route to the destination entity, the signaling message or call may be routed to the wrong network or network node causing the call setup to be rejected.
If the "npdi" is illegally inserted into the "tel" URI when the signaling message carrying the "tel" URI is en route to the destination entity, the call may be routed to the wrong network or network node causing the call setup to be rejected. It is less a problem if the "npdi" is illegally removed. An additional NPDB query may be performed to retrieve the routing number information and have the "npdi" included again.
If the "npdi" is illegally inserted into the "tel" URI when the signaling message carrying the "tel" URI is en route to the destination entity, the call may be routed to the wrong network or network node causing the call setup to be rejected. It is less a problem if the "npdi" is illegally removed. An additional NPDB query may be performed to retrieve the routing number information and have the "npdi" included again.
If the "rn" in the "tel" URI that is associated with the caller is illegally changed or inserted, the call charge based on that "rn" would be incorrect.
If the "rn" in the "tel" URI that is associated with the caller is illegally changed or inserted, the call charge based on that "rn" would be incorrect.
Because of these considerations, these "tel" URI extensions are only applicable within a set of network nodes among which there is mutual trust. If a node receives a call signaling request from an upstream node that it does not trust, it SHOULD remove these parameters. This will generally cause it to redo any DB queries.
Because of these considerations, these "tel" URI extensions are only applicable within a set of network nodes among which there is mutual trust. If a node receives a call signaling request from an upstream node that it does not trust, it SHOULD remove these parameters. This will generally cause it to redo any DB queries.
To verify that an upstream neighbor is trusted, and to prevent man- in-the-middle attacks whereby an attacker inserts or modifies these parameters, call signaling protocols carrying these parameters SHOULD provide hop-by-hop message integrity. In the case of SIP, this is accomplished with the Session Initiation Protocol Secure (SIPS) URI mechanism.
To verify that an upstream neighbor is trusted, and to prevent man- in-the-middle attacks whereby an attacker inserts or modifies these parameters, call signaling protocols carrying these parameters SHOULD provide hop-by-hop message integrity. In the case of SIP, this is accomplished with the Session Initiation Protocol Secure (SIPS) URI mechanism.
8. Acknowledgements
8. Acknowledgements
The author would like to thank Penn Pfautz, Jon Peterson, Jonathan Rosenberg, Henning Schulzrinne, Antti Vaha-Sipila, Flemming Andreasen, and Mike Hammer for their discussions and comments.
The author would like to thank Penn Pfautz, Jon Peterson, Jonathan Rosenberg, Henning Schulzrinne, Antti Vaha-Sipila, Flemming Andreasen, and Mike Hammer for their discussions and comments.
9. IANA Considerations
9. IANA Considerations
This document defines five parameters for the "tel" URI. Further information on a registry for those parameters is covered in [TELREG]. This document requires no IANA actions.
This document defines five parameters for the "tel" URI. Further information on a registry for those parameters is covered in [TELREG]. This document requires no IANA actions.
Yu Standards Track [Page 13] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 13] RFC 4694 NP Parameters for the "tel" URI October 2006
10. References
10. References
10.1. Normative References
10.1. Normative References
[E164] ITU-T Recommendation E.164, "The international public telecommunication numbering plan," May 1997.
[E164] ITU-T Recommendation E.164, "The international public telecommunication numbering plan," May 1997.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC3966] Schulzrinne, H., "The tel URI for Telephone Numbers", RFC 3966, December 2004.
[RFC3966] Schulzrinne, H., "The tel URI for Telephone Numbers", RFC 3966, December 2004.
[RFC4234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005.
[RFC4234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005.
10.2. Informative References
10.2. Informative References
[H323] ITU-T Recommendation H.323, "Packet-Based Multimedia Communications Systems," November 2000.
[H323] ITU-T Recommendation H.323, "Packet-Based Multimedia Communications Systems," November 2000.
[RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[RFC3482] Foster, M., McGarry, T., and J. Yu, "Number Portability in the Global Switched Telephone Network (GSTN): An Overview", RFC 3482, February 2003.
[RFC3482] Foster, M., McGarry, T., and J. Yu, "Number Portability in the Global Switched Telephone Network (GSTN): An Overview", RFC 3482, February 2003.
[TELREG] Jennings, C. and V. Gurbani, "The Internet Assigned Numbers Authority (IANA) tel Uniform Resource Identifier (URI) Parameter Registry", Work in Progress, May 2006.
[TELREG] Jennings, C. and V. Gurbani, "The Internet Assigned Numbers Authority (IANA) tel Uniform Resource Identifier (URI) Parameter Registry", Work in Progress, May 2006.
Author's Address
Author's Address
James Yu NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 U.S.A.
James Yu NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 U.S.A.
Phone: +1-571-434-5572 EMail: james.yu@neustar.biz
Phone: +1-571-434-5572 EMail: james.yu@neustar.biz
Yu Standards Track [Page 14] RFC 4694 NP Parameters for the "tel" URI October 2006
Yu Standards Track [Page 14] RFC 4694 NP Parameters for the "tel" URI October 2006
Full Copyright Statement
Full Copyright Statement
Copyright (C) The Internet Society (2006).
Copyright (C) The Internet Society (2006).
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.
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.
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.
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.
Intellectual Property
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.
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.
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.
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.
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.
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.
Acknowledgement
Acknowledgement
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
Yu Standards Track [Page 15]
Yu Standards Track [Page 15]
一覧
スポンサーリンク