インターネットの標準化の特徴 情報ネットワーク 講義資料

Presentation on theme: "インターネットの標準化の特徴 情報ネットワーク 講義資料"— Presentation transcript:

1 インターネットの標準化の特徴 情報ネットワーク 講義資料
改訂の履歴：従来の講義資料「IP電話、VoIP、NGNとENUM」 の一部を抜き出し、それに加筆した資料である 注意：　このスライドはブラウザの上で閲覧すると文字が正しく表示されない場合があります。例えばカタカナの長音が縦に表示されたり、英文字の一部が重なって見える場合にはPDFファイルをダウンロードして Acrobat Readerなどで見てください。

2 OSI参照モデル 教科書 p.22—25, pp.72—80 第７層 アプリケーション層 第６層 プレゼンテーション層 第５層 セッション層
第７層　アプリケーション層 第６層　プレゼンテーション層 第５層　セッション層 第４層　トランスポート層 第３層　ネットワーク層 第２層　データリンク層 第１層　物理層 教科書 p.22—25, pp.72—80

3 実際に流れるデータの形式 教科書 p.81—85 イーサネットのヘッダ IPパケットのヘッダ TCPパケットのヘッダ データ
イーサネットのFCS 教科書 p.81—85

4 教科書 p.26, p.81—84 パケットが生成される様子 データ TCPパケットのヘッダ TCPのデータ IPパケットのヘッダ
イーサネットのヘッダ イーサネットのデータ イーサネットのFCS パケットが生成される様子

5 TCPヘッダの拡大図 図 ６．１ TCPパケットのヘッダ p.251 TCPパケットのヘッダ TCPのデータ 送信元ポート番号
宛先ポート番号 （下に続く） シーケンス番号（SEQ) （下に続く） 確認応答番号（ACK) （下に続く） データオフセット 予約済 コントロールフラグ ウィンドウサイズ （下に続く） チェックサム 緊急ポインタ （下に続く） オプション パディング ０ ７ ８ １５ １６ ２３ ２４ ３１ 図　６．１　TCPパケットのヘッダ p.251

6 インターネットの標準化 １ ＩＥＴＦ Internet Engineering Task Force RFC Request for Comments

7 (Best Current Practice)
ＩＥＴＦにおける標準化プロセス ©田代秀一氏 p.19, p.64 参考（１）：　下の本の図１－３ 笠野英松監修・マルチメディア通信研究会編 「インターネットRFC事典」アスキー出版局、１９９８ 参考（２）： 下の本の図３－５ 江崎浩監修・ＭＣＲ編 「インターネット用語事典」Ｉ＆Ｅ神蔵研究所、２０００ その他 IETF 別組織で作られた規格 Internet-Draft （標準の提案） Experimental RFC （研究開発段階の記述） IESGによる承認 Proposed Standard （提案） Draft Standard （標準の候補） Informational RFC （情報提供を主目的 としたＲＦＣ） BCP（運用方法 に関するRFC） (Best Current Practice) Internet Standard （インターネットの標準） Historic RFC (古くなったＲＦＣ） Standard track （標準化の流れ） FYI番号 For Your Information BCP番号 STD番号

8 IETFの特徴 投票をしない 『会員』という概念がない
ラフ コンセンサスとランニング コード rough consensus and running code WGになるためにはBoFからスタート Birds of a Feather　（同類） RFCとするためには Internet Draft を提出

9 デファクト標準 デファクト de facto ラテン語 事実上の標準 市場の競争の結果として広く採用されている標準
TCP/IP はデファクト標準の好例 デジュリ de jure, 読み方はデジューレ、 デジュール、デジュアなどある 国際標準化機関により定められた標準 （ITU-Tは国際標準化機関の一例）

10 ＷＧの例（実績のある例） ＩＥＴＦにおけるＥＮＵＭ ＷＧの位置
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

11 ＥＮＵＭ ＷＧ （ＩＥＴＦ）の概要 この情報は の状況 E.164番号をドメイン名(Fully Qualified Domain Name) として表現するため、ＤＮＳに基づくアーキテクチャとプロトコルを定める RFC2916を制定 (obsoleted by RFC 3761 ) ＥＮＵＭのために特別のドメイン(e164.arpa)を設ける ENUMはDNSのNAPTRリソースレコード(resource records [RFC2915])で表現される

12 ＲＦＣ３７６１によるＤＮＳデータの生成 E.164番号(ＩＤＤＤ含む) : +46-8-9761234
数字以外を除去(＋残す)： 数字以外は除去: 数字の間にドット(“.”)挿入: 数字の順番を入替える: 文字列“.e164.arpa”を最後に付ける: e164.arpa

13 電気通信（電話）の標準化 ２ ITU-T, de jure 標準の典型的な例 International Telecommunication Union, Telecommunication Standardization Sector 国際電気通信連合

14 ITUにおけるENUMの標準化 ＩＴＵ　　　　国際電気通信連合 ＩＴＵ－Ｔ　電気通信標準化部門 ＩＴＵ－Ｒ　無線通信部門 ＩＴＵ－Ｄ　電気通信開発部門 (解説：日本ＩＴＵ協会 ＩＴＵ－ＴのＳＧ２でＥＮＵＭの標準化が行われている、その内容は、ＤＮＳのグローバルで統一的な管理・運用に関すること。 (ＥＮＵＭのエディタ斎藤茂氏（ＫＤＤＩ）) p.19

15 ITU ENUM Activities IAB (Internet Architecture Board)とITU-T SG 2とは、ENUMのプロトコルに基づいたサービスを実現する際の運用、管理、委託などの問題について協力の方法を討議している。 ENUMに関しては国際的なE.164 の(国内および統一的な)番号計画の管理者と十分に討議しなければならない。.

16 ＳＧ２：Ｅ１６４番号に関する検討 1998年3月に欧州TIPHONプロジェクトから IP電話のためのE.164国番号の新規割当て の要望あり、審議開始 IP電話用に国番号を割当てることについて は合意にいたらず(1999年5月) 現時点ではIP電話のための特定の国番号の 割当は行わない IP電話のために既存国内番号を使用すること は問題ない

17 ＩＴＵにおける検討経緯 図５─５ http://www.soumu.go.jp/s-news/2002/020222_3.html
総務省「ＩＰネットワーク技術に関する研究会 報告書」２００２年２月 図５─５ ＩＴＵにおける検討経緯

18 ここでマスターするべき事項 インターネットの標準化は IETF 標準化の文書（仕様）は RFC デファクト標準と言われる
電話（電気通信）の標準化団体は ITU-T デジュール標準と言われる 関連して注目するべき事項（後の授業で説明あり） IPアドレス割り当て機関であるJPNICの役割 JPドメイン名の登録を受け付けるJPRSの役割