ＩＰｖ６

１９９８・５・２５ＷＩＤＥ＆ＪＰＮＩＣ

佐野 晋

ＩＰｖ６ 次世代インターネットプロトコル

ＩＰｖ４ …バージョン４，現在のインターネットプロトコル ＩＰｖ６ …バージョン６，「次世代」インターネットプロトコ

ル アドレススペースの拡大

３２ビットから１２８ビットへ その他の機能・特徴

セキュリティ機能の標準装備 プラグ＆プレイ モバイル，リアルタイム，… 機能の単純化，拡張性

IPv6 ヘッダフォーマット

Ver6 Prio Flow Label

Hop LimitPayload Length Next Header

Source Address

Destination Address

１２８ビットの広さ IPv4

232 ＝4,294,967,296 =4.3×10 9

IPv6 2128 = 340,282,366,920,938,463,463,374,607,431,7

68,211,456 = 3.4 ×1038

一人あたり 3.4×1027 個 陸地 1 ｃｍ２あたり 2.2×1020 個

128 ビットアドレスの文字列表現 8 つの 16 進数値を“： ( コロン )” で区切る

FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 1080:0:0:0:8:800:200C:417A

連続する 0 の省略 (1 ヶ所のみ ) FF01:0:0:0:0:0:0:43 → FF01::430:0:0:0:0:0:FF01:9123 → ::FF01:91230:0:0:0:0:0:0:0 → ：：

IPv4 形式と混合0:0:0:0:0:0:13.1.68.3::13.1.68.3 0:0:0:0:0:FFFF:129.144.52.38::FFFF:129.144.52.38

DNS Domain Name System IP アドレスとドメイン名の対応づけをお

こなう分散データベース IPv6 のためのレコードを追加

AAAA レコード … 正引き ( 名前→ IP アドレス） IP6.INT ドメイン … 逆引き

4321:0:1:2:3:4:567:89ab ↓b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2. 0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.INT.

アドレス種別 先頭ビット， FP(Format Prefix) で種別を指定

全体の 85 ％は未定義目的 プレフィックス 占有空間

Reserved 0000 0000 1/256Unassigned 0000 0001 1/256Reserved for NSAP Allocation 0000 001 1/128Reserved for IPX Allocation 0000 010 1/128Unassigned 0000 011 1/128Unassigned 0000 1 1/32Unassigned 0001 1/16Aggregatable Global Unicast Addresses 001 1/8Unassigned 010 1/8Unassigned 011 1/8Unassigned 100 1/8

アドレス種別 ( つづき )

目的 プレフィックス 占有空間

Unassigned 101 1/8Unassigned 110 1/8Unassigned 1110 1/16Unassigned 1111 0 1/32Unassigned 1111 10 1/64Unassigned 1111 110 1/128Unassigned 1111 1110 0 1/512Link Local Use Addresses 1111 1110 10 1/1024Site Local Use Addresses 1111 1110 11 1/1024Multicast Addresses 1111 1111 1/256

アドレスと経路情報

アドレスが広くなる 経路情報も爆発

経路情報の圧縮 ＣＩＤＲと同じ考え方 トポロジに依存

アグリゲーション ( 集約）

ホスト00ネットワーク番号

24

ホスト01ネットワーク番号

ホスト10ネットワーク番号

ホスト11ネットワーク番号

C

C

C

C

プレフィックス

22

４ C

連続したネットワークのブロック化

集約可能なユニキャストアドレス Aggregatable Global Unicast Address

Provider Based Address Ｅｘｃｈａｎｇｅ Ｐｏｉｎｔ Ｂａｓｅ Ａｄｄｒｅｓｓ トポロジに依存した階層アドレス

TLA: Top-Level Aggregation ID NLA: Next-Level Aggregation ID SLA: Site-Level Aggregation ID

TLA NLA0013 13 bits 24 bits 16 bits

SLA Interface ID64 bits

Public Topology Site Topology

8

TLA: Top-Level Aggregation ID 213 = 8,192 バックボーンに割り当て Default-free で，すべてのＴＬ A の

経路情報を持つ ＴＬ A の割り当て

draft-ietf-ipngwg-tla-assignment-02.txt ＩＡＮＡ→レジストリ→プロバイダ ＩＡＮＡ→プロバイダ

ＴＬＡの割り当て

draft-ietf-ipngwg-tla-assignment-02.txt リージョナルレジストリが割り当て

ARIN ， RIPE/NCC， APNIC IANA による競売

年 50 の TLA ID プロバイダとしての実績の必要なし 登録費は IANA と IPv6 アドレス登録のために利用

全世界的な整合性・公平性が重要

ＮＬＡの割り当て

ＴＬＡ割り当て組織が，割り当て ＮＬＡは階層構造をもつ ＴＬＡ＋ＮＬＡでサイトを識別 ＳＬＡはサイト内で適当な階層をもって

割り当て

TLA の割り当て条件 割り当てから６ヶ月以内にＩＰｖ６のサービ

スを開始 他のプロバイダにトランジット

リーフでない ＮＬＡアドレス割り当てを行う 他のすべてのＴＬ A と通信できる

フィルタしては いけない 利用統計情報の収集と報告 IANA に 登録時に 5000USD

６ＢＯＮＥ Ｔｅｓｔ Ａｄｄｒｅｓｓ ６ＢＯＮＥ

ＩＰｖ６の国際的な実験ネットワーク http://www.6bone.net/

テストアドレス用のＴＬＡを割り当て たとえば ＷＩＤＥ は 3EFF:0500::/24

3FFE:0500::WIDE を示す

テストアドレスを示す

WIDE の ｖ６アドレス割り当て さらに階層化して割り当て実験

ＷＩＤＥ以外の組織にも割り当て

ＷＩＤＥの場合

3FFE 05

組織種別（ＮＬＡ１）

3FFE 0105 NLA2 SLA ID16bit 16bit 64bit

TLA の割り当て 2 つのストーリ

スモールスタート0 → 8000

椅子取りゲーム40000 → 8000

動的な割り当て 割り当て 取消

厳格なルールが必要 公平 強制力，法律的な配慮も必要か ?

TLA の課題，論点

(いわゆる）一次プロバイダ，二次プロバイダの固定化 ＴＬＡの割り当てを必要とするＩＳＰは，真剣に考

えたほうがよい． ＩＲに権限を与えることができるか

インターネットガバナンス問題がＩＰ割り当てでも

なにが変わるか

再割り当てが頻繁に プロバイダの変更 トポロジの変更

バックボーンの経路情報が減少 ？？？

登録は プロバイダ主体

ユーザからみると

プロバイダを変更するとアドレスが変わる

プロバイダを変更しなくても，トポロジーが変わるとアドレスが変わるかもしれない

プラグ＆プレイで対応できるというが ＤＨＣＰ，ＮＤ，ＤｙｎａｍｉｃＤＮＳ ＩＲデータベースとのリンクが必要

データベース

データベースの階層的な管理が必要 ＷＨＯＩＳ ＤＮＳ 経路情報データベース

データベースの再編が必要 集中型 ｖｓ 分散型 統合型 ｖｓ サービス別

共通のデータベース基盤

ＴＬＡもＮＬＡもＳＬＡもレジストリ機能をもつ

全体としてデータベースを共有化 集中化 分散化

データフォーマット 通信フォーマット 共通エンジン

課題リスト

登録・変更の手順を整理 データベースの目的の再定義 データベースの集中・分散化 設計する人，運用する人 開発・運用コストの分担

ＪＰＮＩＣの役割 ＩＳＰの役割 ユーザの役割

ＩＲは

登録手続き業務は減少 共通の基盤の整備 ポリシー的な調整に重要な役割？

JPNIC の課題

どうなるべきか ? 研究が必要

APNICの支援 技術的 運用的

会員の意見をまとめ，提案へ