ENUM
Internet Week DNS Day
藤原 和典
日本レジストリサービス
fujiwara@jprs.co.jp

ENUM• ENUM概要• IETF ENUM WG– Status– 最新動向• ITU– ENUMの管理、DNS階層• ENUMに期待されること– インターネット電話、050– ENUMの分類• 海外動向、国内動向• e164.arpa• DNSパケット長問題

電話番号
••
•
•
•

•

ITU

International Telecommunication Union
国際電気通信連合
ITU-T
ITU Telecommunication Standardization Sector
電気通信標準化部門
ITU-T SG2 ITU-T内でのENUM標準化組織
ITU-T Recommendation (勧告)E.164 The International public telecommunication numbering plan
+ 国コード 地域電話番号 全部で11〜15桁
全世界で唯一の番号
地域電話番号の管理はITU加盟国 → 日本では総務省
市外局番をつけた電話番号の先頭の0を取って国コード81をつけ、先頭に+をつけたものがE.164番号となる– 東京都の固定電話
03-5297-2571 → +81-3-5297-2571

ENUM（Telephone Number Mapping)
•背景
–––

•

動機
–––

•

E.164電話番号は全世界でユニーク
言語に依存しない (数字だけ)音声を運べる環境が整備されてきた電話番号を使っていろんなものを指定できると便利
インターネット電話を番号で呼びたい
インターネット電話の番号はインターネットのデータベースで管理したい

電話番号とサービスの対応をDNS登録したい

IETF ENUM WG• http://www.ietf.org/html.charters/enum-charter.html• Transport Area (他にはavt,diffserv,iptel,sip,nfsv4など)• E.164電話番号をドメイン名として表現するためのDNSに基づくアーキテクチャとプロトコルを定める• 目標– プロトコルを定める– ENUMを運用管理するためのドキュメント作成• Privacy, securityについて強く考慮する• DNSEXT WG, PROVREG WGと協調– DNSが望ましく使われるようにITU-T SG2と協調(ITU-T SG2 = ITU-T内でのENUM標準化組織)– ENUMコミュニティ内の技術的な情報交換を促進する

ENUM WG status• RFC2916 Proposed Standard 2000年9月• RFC2916の拡張
URN WGによって規定されたDDDSとサービスを関連付ける[RFC2916bis]• 各アプリケーションのWGと協調・分担– アプリケーションの登録は各WGと協調• 番号ポータビリティなどの調査• ENUM導入シナリオ文書• セキュリティとプライバシーに関する文書

RFC2916 (E.164 number and DNS)
• 2000年9月にProposed Standard• 電話番号からドメイン名(Fully Qualified DomainName)への変換• 専用のドメイン e164.arpa– e164.arpaは、ITU勧告E.164と同様に委任する• ENUM登録のリソースレコード– NAPTRの定義(RFC2915→DDDS:RFC3403,3404)– E2U（ENUM to URI)とenumservice

RFC2916:E.164電話番号からドメイン名
例: 日本の固定電話の電話番号をenumドメイン名に変換
日本の電話番号
03-5297-2571 (JPRS)
E.164電話番号に+81-3-5297-2571
数字以外を除去(+残す)+81352972571(これはENUMのAUSであり、後のNAPTR置換に使う)
先頭+を除去81352972571
数字の間にdot . を挿入
8.1.3.5.2.9.7.2.5.7.1
逆順に並べ替える
1.7.5.2.7.9.2.5.3.1.8.e164.arpaを最後に付ける 1.7.5.2.7.9.2.5.3.1.8.e164.arpa

ENUMに登録するデータ• RFC化されていないので想定されるもの• URI (Uniform Resource Identifier)
– 電話
• SIP
• H.323• 従来の電話• 従来のFAX• ENUM

sip:info@sip.jprs.jp
h323:info@h323.jprs.jp
tel:+81352972571;svc=voice
tel:+81352972572;svc=fax
enum:+81352972571;es=voice– 電話以外のもの
• メール
• WWW
• InternetFAX• IM

mailto:info@jprs.jp
http://jprs.jp
mailto:fax@jprs.jp

DDDS(RFC3401,3402)
••
•
•
•
•

Ｄｙｎａｍｉｃ Delegation Discovery System
URN WGにより作成
2002年10月17日付けでRFC化 (RFC3401〜3405)
AUS(Application Unique String)
アプリケーション毎の識別子
ＡＵＳに対して書き換え規則を適用し、ＵＲＩなどの結果を得る
DDDSアルゴリズム
1.
2.
3.
4.

•
••

AUSが与えられるとアプリケーションごとに規定された最初の変換により、データベースを引く鍵をつくる
鍵をもとにDDDSデータベースを引いて変換規則を得る
AUSに対して変換規則を適用し、変換規則が最終結果を出すものでなければ変換結果を鍵として2にもどる
最終結果を出す変換の結果がDDDSの出力であり、URIやドメイン名、アドレスが得られる

DDDSデータベースとしてDNSを用いる
データベースを引く鍵はドメイン名
データベースの蓄積のためにNAPTRリソースレコードを定義

NAPTR(RFC3403,3404)
Naming Authority Pointer
DNSの拡張IN NAPTR order pref flags service regexp replacement
order
16bit符号なし整数 小さいもの使用(preferenceより優先)
preference 16bit符号なし整数 小さいもの優先flags
文字 “S” “A” “U” “P” 置換・解釈の制御
S:次はSRV引き A:次はA,AAAA引き
U:最終結果 URIを出力 P:プロトコル依存
なし:得られた結果についてさらにNAPTRを引く
service
文字列 Proocol [ “+” ResolutionService ]このエントリが適用されるサービスを指定
regexp置換文字列
replacement 置換が不要でドメイン名を出力すればよい場合、regexpのかわりに記述(regexpがあるときは . )DDDSアプリケーションとしてのENUM(RFC2916bis)• DDDSをENUMで使うプロトコル
E2U (ENUM to URI)
E2Uでは“U”フラグを書き、反復はしない• 最初の変換規則
前述のE.164番号からドメイン名• E2Uでサポートするサービス、プロトコル
SIP,H.323,tel,mail,InternetFAX など• NAPTRのserviceフィールド(想定)E2U+sip, E2U+h323,E2U+tel,E2U+message:mailto• ENUM検索後のURI
sip:info@sip.jprs.jp
mailto:info@jprs.jp

NAPTRレコードの例
電話番号+81352972571の場合
IN NAPTR 100 10 “u” “E2U+sip” “!^+813(.*)$!sip:¥1@sipisp.jp!” .
置換結果は、sip:52972571@sipisp.jpになる
IN NAPTR 100 10 “u” “E2U+sip” “!^.*$!sip:info@sip.jprs.jp!” .
置換結果は sip:info@sip.jprs.jp になる
IN NAPTR 100 10 “u” “E2U+mailto” “!^.*$!mailto:info@jprs.jp!” .
置換結果は mailto:info@jprs.jp になENUM最新動向(IETF55)• enumserviceについてのコンセンサス– フォーマット
service_field= "E2U" 1*(enumservice)enumservice= "+" type 0*(subtype)
type= 1*32(ALPHA / DIGIT)
subtype = ":" 1*32(ALPHA / DIGIT)– 例
E2U+type, E2U+type:subtype– 登録内容について• type:subtypeの組み合わせと機能・プロトコルをRFCに書いてIANAに登録する(登録していない組み合わせは禁止)• 詳細なカテゴリわけはしない• セキュリティとプライバシーについての文書– 書きかけ– draft-shockey-enum-privacy-security-00.txt

2002/10

ENUM WG最新動向(IETF55)• アプリケーションのWGからの報告– SIP
E2U+sip
sip:
draft-peterson-enum-sip-00.txt– H.323
E2U+h323
h323:
draft-levin-enum-h323-00.txt– InternetFAX
E2U+ifax
mailto:draft-toyoda-enum-faxservice-00.txt

IETF後の動向• rfc2916bis更新• ENUM WG milestone更新 chair提案– 遅れている– APR 2003
– JUNE 2003
– AUG 2003
– NOV 2003
メント

rfc2916bis 標準化へ
SIP, H.323のenum service登録
Security and Privacyドキュメント
ENUM登録とProvisioningドキュ

ITUでのENUM• http://www.itu.int/osg/spu/enum/• http://www.itu.int/osg/spu/infocom/enum/index.html– IETFでのENUMの議論– IP電話用電話番号割り当ての議論– IABとITU-T SG2はENUMについて協力– 国際的な番号計画や各国の国内の番号計画の管理者と十分に討議しなければならない• E.164 Supplement (05/2002)– Operation and administrative issues associated with national
implementation of the ENUM functions– 各国での国レベルのENUMの管理、運用– 電話網との接続、呼の流れについて– DNS階層の切り方– ENUMの機能とエンティティの概要

ＥＮＵＭ ＤＮＳサーバの階層構造
Tier1のDNSへポイント

Tier0e164.arpa

Tier2のDNSへポイント

ＩＴＵ
日本

Tier 1米国

1.8.e164.arpa

英国

1.e164.arpa

4.4.e164.arpa

・・・・・

Registry
国内主管庁、またはそれが任命する登録団体（国内マター）

サービスA

サービスB

X.X.1.8.e164.arpa

Tier 2※Service Registrar 事業者Ａ

通信事業者、企業等※番号に対応するURI情報を保持事業者Ｂ※

Y.Y.1.8.e164.arpa

サービスC
Z.Z..1.8.e164.arpa

・・・・・

事業者Ｃ※

・・・・・
※サービス提供事業者と実際にDNSサーバを運用する組織が同じとは限らない。

総務省「ＩＰネットワーク技術に関する研究会 報告書」２００２年２月
図５−７

http://www.soumu.go.jp/s-news/2002/020222_3.html

総務省 平成１４年度 電気通信番号に関する研究会」（第２回）
資料2-2 ENUMに関するITU-T SG2標準化動向 7ページ
http://www.soumu.go.jp/joho_tsusin/policyreports/chousa/bango/pdf/020704_2_02.pdf

ENUM DNS階層
root

NS/SOA境界

arpa.e164.arpa

ENUM Tier0

ENUM Tier1

局番など

国番号を登録<CC>.e164.arpa
1.8.e164.arpa(日本)
各国内の電話番号を登録

一番号の階層ENUM Tier2

各番号のNAPTRを保持するゾーン
番号一つのゾーン

ENUMに期待されること• E.164番号によるアプリケーションの識別• 電話網からインターネット電話への番号解決• インターネット電話から電話網への番号解決• 電話網(含むIP電話網)の番号解決

SIPによるインターネット電話
インターネット電話から従来電話
電話交換機

電話網

電話機 03-5297-2571
tel:+81352972571

電話網接続:責任分界点
インターネット
電話会社
SIPサーバメディアGWsipisp.jp

インターネット
呼認証
呼制御

インターネット電話機
sip:user1@sipisp.jp

sip.jprs.jp
メディアGW
SIPサーバ
PBX

インターネット
電話会社
SIPサーバsipisp2.jp

インターネット電話機
sip:user2@sipisp2.jp

インターネット電話ではSIP URIにより相手を識別する 電話機
sip:user2@sipisp2.jp
sip:info@sip.nic.ad.jp
tel:+81352972571

sip:info@sip.jprs.jp

050電話番号• 「電話」番号である– 電気通信事業法– 事業者に番号を払い出し– 交換網から接続できる必要がある– 一定の品質 (遅延、音質など)↓• 電話網からみると従来の電話– 交換機とメディアゲートウェイを置いて接続• 事業者内のみがインターネット• 050事業者間でENUMを使ってもよいし
SIPなどで番号解決してもよい電話網と050インターネット電話
インターネット
MGW 電話X サーバ

電話網
static電話網

staticENUM?
インターネット
MGW 電話Yサーバ

static
電話プロトコルインターネットENUMの分類(1)• 利用者・利用目的による分類– オペレータENUM• 電話事業者が電話の経路制御に用いる• ナンバーポータビリティ• 番号振り分け• 一般のユーザがインターネットからENUMを検索してもひくことはできない– ユーザENUM• 一般のユーザがENUM DNSを検索して相手を識別することができるENUM• ユーザが自分の番号のサービスを規定するために用いる• インターネット電話業者が、自分の顧客の番号について、インターネットの一般のユーザからの着信のために用いる(ユーザの登録と矛盾しないように登録する必要がある)

ENUMの分類(2)• 使用する名前空間による分類– ENUM サービス
– ENUMライクサービス

e164.arpa
e164.arpa以外• 登録の視点– 登録を限定(登録内容)– 登録者を限定 （事業者のみなど)• アクセス者の視点– アクセス制限しない– アクセスを限定する (事業者のみなど)– アクセス者ごとに別のデータを提示する

ENUM:海外の動向• イギリス UKEG
– http://www.dti.gov.uk/cii/regulatory/enum/index.shtml• アメリカ ENUM Forum– http://www.enum-forum.org/• RIPE NCC– http://www.ripe.net/enum/– IABから委託されたe164.arpa のレジストリ– 登録確認はITU-T TSB– いまは登録内容をdigで見ることができる• dig @ns.ripe.net e164.arpa axfr

ENUM:日本の動向• 総務省の研究会– IPネットワーク技術に関する研究会– 電気通信番号に関する研究会
ワーキンググループ• ENUM研究グループ– JPNIC主催 23会員参加– 第一次報告書– http://www.nic.ad.jp/ja/enum/日本からみたe164.arpa• root zone
– m.root-servers.net が東京にある• arpa zone
– m.root-servers.netが東京にある– k, l, mにも arpa zoneが委任された– in-addr.arpaはまだ• e164.arpa– sec3.apnic.netが東京にある– RIPE, ARIN, APNIC, CNNIC, SUNIC.SE, VERIOENUM DNSパケット長問題• NAPTRレコードはひとつの名前、タイプに対して複数記述可能• ひとつの名前、タイプに対するレコードが複数ある場合、一度のやりとりで返さないといけない• 通常のUDP DNSパケットは512バイトまで• 超えると途中で切れた不完全なパケットが戻り、TCPで接続しなおす→サーバの負荷が大きい– bind8のdig• EDNS0（DNSの拡張）を使うとUDPで4096バイトのパケットを収容可能– bind9のdig• ENUM検索を行うアプリケーションはEDNS0に対応すべき？
• DNSSEC, IPv6 glueと同じ問題？
• 4096バイトを超えたらTCPでしかひけない