インターネットの標準化の特徴情報ネットワーク講義資料改訂の履歴：昨年度の講義資料「IP電話、VoIP、NGNとENUM」の一部を抜き出し、それに加筆した資料である注意：ブラウザの上で閲覧すると文字が正しく表示されない場合があります。例えばカタカナの長音が縦に表示されたり、英文字の一部が重なって見える場合にはPDFファイルをダウンロードして Acrobat Readerなどで見てください。 1 OSI参照モデル第７層アプリケーション層第６層プレゼンテーション層第５層セッション層第４層トランスポート層第３層ネットワーク層第２層データリンク層第１層物理層教科書 p.22—25, pp.72—80 2 実際に流れるデータの形式イーサネットのヘッダ IPパケットのヘッダ TCPパケットのヘッダデータイーサネットの FCS 教科書 p.81—85 3 教科書 p.26, p.81—84 TCPパケットのヘッダデータ TCPのデータ IPパケット IPのデータのヘッダイーサネットのヘッダイーサネットのデータパケットが生成される様子イーサネットの FCS 4 TCPパケットのヘッダ TCPのデータ TCPヘッダの拡大図送信元ポート番号宛先ポート番号（下に続く）シーケンス番号（SEQ) （下に続く）確認応答番号（ACK) データオフセット予約済（下に続く）コントロールフラグチェックサムウィンドウサイズ緊急ポインタオプション０（下に続く）（下に続く）パディング７８１５１６２３２４図６．１ TCPパケットのヘッダ３１ p.251 5 １インターネットの標準化ＩＥＴＦ Internet Engineering Task Force RFC Request for Comments 6 ＩＥＴＦにおける標準化プロセスその他参考（１）：下の本の図１－３笠野英松監修・マルチメディア通信研究会編「インターネットRFC事典」アスキー出版局、１９９８参考（２）：下の本の図３－５江崎浩監修・ＭＣＲ編「インターネット用語事典」Ｉ＆Ｅ神蔵研究所、２０００ IETF Internet-Draft （標準の提案）別組織で作られた規格 ©田代秀一氏 p.19, p.64 IESGによる承認 Experimental RFC （研究開発段階の記述） Proposed Standard （提案） Informational RFC （情報提供を主目的としたＲＦＣ） Draft Standard （標準の候補） BCP（運用方法に関するRFC） (Best Current Practice) FYI番号 BCP番号 For Your Information Internet Standard （インターネットの標準） Historic RFC Standard track (古くなったＲＦＣ） STD番号（標準化の流れ） 7 IETFの特徴 • 投票をしない会員という概念がない • ラフコンセンサスとランニングコード rough consensus and running code • WGになるためにはBoFからスタート Birds of a Feather （同類） • RFCとするためには Internet Draftを提出 8 デファクト標準 • デファクト de facto ラテン語事実上の標準 • 市場の競争の結果として広く採用されている標準 • TCP/IP はデファクト標準の好例 • デジュリ de jure, 読み方はデジューレ、デジュール、デジュアなどある • 国際標準化機関により定められた標準（ITU-Tは国際標準化機関の一例） 9 ＩＥＴＦにおけるＥＮＵＭＷＧの位置 http://www.ietf.org/html.charters/wg-dir.html • Application Area ＩＥＴＦのＷＧはエリアに • General Area 分かれて活動している • Internet Area • Operations and Management Area • Routing Area • Security Area • Transport Area • Real-time Applications and Infrastructure Area → enum: Telephone Number Mapping 10 ＥＮＵＭＷＧ（ＩＥＴＦ）の概要 http://www.ietf.org/html.charters/enum-charter.html 最新の情報は 2011-05-10 • E.164番号をドメイン名(Fully Qualified Domain Name) として表現するため、ＤＮＳに基づくアーキテクチャとプロトコルを定める • RFC2916を制定 (obsoleted by RFC 3761 ) • ＥＮＵＭのために特別のドメイン(e164.arpa)を設ける • ENUMはDNSのNAPTRリソースレコード (resource records [RFC2915])で表現される 11 ＲＦＣ３７６１によるＤＮＳデータの生成 E.164番号(ＩＤＤＤ含む) : +46-8-9761234 数字以外を除去(＋残す)：+4689761234 数字以外は除去: 4689761234 数字の間にドット(“.”)挿入: 4.6.8.9.7.6.1.2.3.4 数字の順番を入替える: 4.3.2.1.6.7.9.8.6.4 文字列“.e164.arpa”を最後に付ける: 4.3.2.1.6.7.9.8.6.4.e164.arpa 12 ２電気通信（電話）の標準化 ITU-T International Telecommunication Union, Telecommunication Standardization Sector 国際電気通信連合 13 ITUにおけるENUMの標準化 • ＩＴＵ国際電気通信連合 p.19 ＩＴＵ－Ｔ電気通信標準化部門ＩＴＵ－Ｒ無線通信部門ＩＴＵ－Ｄ電気通信開発部門 (解説：日本ＩＴＵ協会 http://www.ituaj.jp/) • ＩＴＵ－ＴのＳＧ２でＥＮＵＭの標準化が行われている、その内容は、ＤＮＳのグローバルで統一的な管理・運用に関すること。 (ＥＮＵＭのエディタ斎藤茂氏（ＫＤＤＩ）) 14 ITU ENUM Activities http://www.itu.int/osg/spu/enum/ http://www.itu.int/osg/spu/infocom/enum/index.html • IAB (Internet Architecture Board)とITU-T SG 2とは、ENUMのプロトコルに基づいたサービスを実現する際の運用、管理、委託などの問題について協力の方法を討議している。 • ENUMに関しては国際的なE.164 の(国内および統一的な)番号計画の管理者と十分に討議しなければならない。. 15 ＳＧ２：Ｅ１６４番号に関する検討 • 1998年3月に欧州TIPHONプロジェクトから IP電話のためのE.164国番号の新規割当ての要望あり、審議開始 • IP電話用に国番号を割当てることについては合意にいたらず(1999年5月) • 現時点ではIP電話のための特定の国番号の割当は行わない • IP電話のために既存国内番号を使用することは問題ない 16 2 0 0 0 年1 0 月 IT U -T S G 2 W P1 会合（ E N U M D N S に設定される E .1 6 4 番号の管理方法の検討） 2 0 0 1 年1 月 E N U M ワークショップ（ E N U M の技術的及び規制の観点からの検討） 20 02 02 02 22 / 2 0 0 1 年１月、 9 月 IT U -T S G 2 会合（ E N U M の管理手順に関するガイドラインの審議） _ 3 2 0 0 2 年5 月 IT U -T S G 2 会合（ E N U M の管理手順に関するガイドラインの承認（予定）） .html ＩＴＵにおける検討経緯 2 0 0 0 年1 月公衆網と IP網とのインターワーキング・ワークショップ（ E N U M を含むIP電話の番号等に関する課題の抽出） http://www.soumu.go.jp/s-news/ 図５─５ 17 総務省「ＩＰネットワーク技術に関する研究会報告書」２００２年２月マスターするべき事項 • インターネットの標準化は IETF • 標準化の文書（仕様）は RFC • デファクト標準と言われる • 電話（電気通信）の標準化団体は ITU-T • デジュール標準と言われる次回に注目するべき事項： • IPアドレス割り当て機関であるJPNICの役割 • JPドメイン名の登録を受け付けるJPRSの役割18