IPv6 Summit in Tokyo 2015
IETFにおけるIPv6議論状況
2015.11.16 14:45〜15:00
Kaname Nishizuka@NTT Communications

⾃⼰紹介
n 2006年 NTTコミュニケーションズ⼊社。
n OCNアクセス系ネットワークの設計に従事した後、⼤規模ISP向けのトータル保守運⽤サービスを担当。
n 現在、DDoS対策ソリューション/IPv4枯渇対策関連技術の開発および、IETFにおける提案活動に従事
n ISOC-JP プログラムチェア【社外活動】n JANOG28 実⾏委員⻑
n HTML5 Conference 2013 NWチーム
n Interop2014「IPv6ホットトピックス」登壇
n CEDEC2014/2015 NOCチーム
n IETF94横浜 NOCチーム
2

IETF IPv6関連WG概要

3

IETFとはn 名称：Internet Engineering Task Forcen 設⽴：1986年
n インターネット関連技術の仕様策定を⾏う• インターネット(INT)、ルーティング(RTG)、セキュリティ(SEC)などのエリアに分かれ、各エリアの下のワーキンググループ(WG)単位で議論を⾏うRFC化までの⼤まかな流れ
n 個⼈でInternet-draftを投稿する
n WGで有⽤と判断されると、WG-itemとして採⽤され、会合およびMLで重点的に議論される
n 議論に耐え⼗分有⽤な⽂章となったところで、WG Last Callとなり、標準化に関する責任を負うグループ(IESG)に提出される
n RFC(Request For Comments)として⽂書化される
4

各WGと主な領域
n IETF IPv6関連 WGについて• v6ops WG
IPv6全般の運⽤上の課題と、プロトコルの改良• 6man WG• 6lo/6lowpan WG
センサーネットワーク• 6tisch WG
におけるIPv6• homenet WG• softwire WG
家庭内におけるIPv6• sunset4 WG• behave WG(終了)
IPv4アドレスの枯渇と移⾏技術

ほとんどインターネットエリアのWG(v6opsはオペレーションエリア)(behaveはトランスポートエリア)
5v6ops WG
n IPv6 Operations WG
n 設⽴：2002年
n Chairs: Fred Baker(Cisco)
Lee Howard(Time Warner Cable)

n v6ops WGは、IPv6を全世界に展開するにあたっての緊急の課題、特に運⽤上の課題に対処することに焦点を当てたWG
n 新しいネットワーク/既存のIPv4ネットワークにIPv6を導⼊するためのガイドラインや、IPv6 only ネットワークおよびIPv4/IPv6 共存ネットワークの運⽤ガイドラインを作成することも⽬的としている。
6

v6ops WGの Charter更新について
n v6opsの Charter が改訂されました。
<Old><New>(Proposed)

1. IPv4/IPv6という表現が曖昧なので、明確にIPv6を対象と書く
2. IPv6オンリーあるいは、IPv6/IPv4デュアルスタックの課題解決策を考えることはスコープ内だが、IPv4だけのトピックはスコー
プ外
3. IPv6オンリーへの移⾏のガイドラインは、sunset4の領域と重複する。「sunset4を休眠状態にする/v6opsで吸収する」ではなく、sunset4を残して今後も合同ミーティングを続ける⾒込み7

v6ops WG

n 最新RFC
発行日

RFC #タイトルカテゴリ

2015/03 RFC 7445 Analysis of Failure Cases in IPv6 Roaming Scenarios Informational
2015/05 RFC 7526

Deprecating the Anycast Prefix for 6to4 Relay
Routers

BCP196

2015/07 RFC 7608 IPv6 Prefix Length Recommendation for Forwarding BCP198

n RFC化予定のドラフト• Close encounters of the ICMP type 2 kind (nearmisses with ICMPv6 PTB)• Reducing energy consumption of Router
Advertisements• SIIT-DC関連ドラフト86man WGn IPv6 Maintenance WG
n 設⽴：2007年
n Chairs: Bob Hinden(Check Point)
Ole Troan (Cisco)n v6man WGは、IPv6の仕様とアーキテクチャのメンテナンスと最新化を⾏う。ただし、IPv6の仕様に⼤きな変化を与えるものではない。IPv6の展開や運⽤で発⾒された制限や問題を解決する。
n IETFにおけるIPv6関連トピックの受け⽫となり、IPv6の仕様の拡張や変更に関して、責任を持つ。

96man WG

n 最新RFC
発行日

RFC #2014/09 RFC 7371

タイトル

カテゴリ

Updates to the IPv6 Multicast Addressing
Architecture

ProposedStandard

2015/01 RFC 7421 Analysis of the 64-bit Boundary in IPv6 Addressing
2015/04 RFC 7527 Enhanced Duplicate Address Detection
2015/05 RFC 7559 Packet-Loss Resiliency for Router Solicitationsn RFC化予定のドラフト

Informational
ProposedStandard
ProposedStandard• Privacy Considerations for IPv6 Address
Generation Mechanisms• Security Implications of Predictable Fragment
Identiﬁcation Values
106lo WG (6lowpan WG)
n 6lo:IPv6 over Networks of Resource-constrained
Nodes WGn 6lowpan:IPv6 over Low-Power Wireless Personal Area
Networks WG
n 設⽴：6lowpan:2007年〜2012年/ 6lo:2013年• 6lowpan WG が6lo WGに引き継がれた。
n Chairs: Samita Chakrabarti(Ericsson)
Ralph Droms (Cisco)n 6lo WGは、以下の特徴をもつノード間で如何にIPv6接続性を確保するかの問題に焦点を当てる。
• 電源/メモリ/CPUリソース/帯域が制限されたノード• ブロードキャスト/マルチキャストが制限されたLayer2 linkで接続されたノード
n 6man WGと協調して議論を⾏う。
11

参考URL: http://www.jp.ipv6forum.com/201311/timetable/program/20131125_sakane.pdf

6lo WG (6lowpan WG)
n 最新RFC
発行日

RFC #タイトルカテゴリ

Definition of Managed Objects for IPv6 over Low2014/10 RFC 7388 Power Wireless Personal Area Networks(6LoWPANs)
6LoWPAN-GHC: Generic Header Compression for
2014/11 RFC 7400
6LoWPANs
Transmission of IPv6 Packets over ITU-T G.9959
2015/02 RFC 7428
Networks
2015/10 RFC 7668 IPv6 over BLUETOOTH(R) Low Energy

n 最新の主な議題••

ProposedStandard
ProposedStandard
ProposedStandard
ProposedStandard以下のNW上でのIPv6通信
ü Near Field Communication(NFC)ü Master-Slave/Token-Passing (MS/TP) Network
ü DECT Ultra Low Energy
Privacy Considerations for IPv6 over Networks of ResourceConstrained Nodes12homenet WG
n Home Networking WG
n 設⽴：2011年
n Chairs: Mark Townsley(Cisco)
Ray Bellis(Nominet)n IPv6によって、CPEにおけるNATが廃され、家庭内が複数のセグメントに分かれ、複数の上流ISPを持つ(来るべき)状況を想定し、• 宅内ルーティング(IGP)• ソースアドレス選択• DNSキャッシュサーバ選択• セキュリティなどの⾃動設定に関する問題の解決を⽬的としたWG
参考URL: [Geekなページ]Mark Townsley⽒へのインタビュー
13
http://www.geekpage.jp/blog/?id=2013/5/13/1

homenet WG

n 最新RFC
発行日RFC #タイトル

カテゴリ

2014/10 RFC 7368 IPv6 Home Networking Architecture Principles

n RFC化予定のドラフトInformational• Distributed Node Consensus Protocol(DNCP)• Home Networking Control Protocol(HNCP)• Distributed Preﬁx Assignment Algorithm

14softwire WG
n Softwires WG
n 設⽴：2005年
n Chairs: Yong Cui (Tsinghua University)
Suresh Krishnan (Ericsson)n softwire WGは、IPv4ネットワークをIPv6ネットワーク上で、または、IPv6ネットワークをIPv4ネットワーク上で接続するための、制御やカプセル化⽅式を標準化することを⽬的とする。
n 6rd(IPv6 over IPv4)やDS-lite(IPv4 over IPv6)などのRFC化を果たした。
n 今回、ついに7⽉に 4rd/MAP/lightweight 4over 6 などのIPv4
over IPv6技術のRFC化を果たした。
15softwire WG

n 最新RFC
発行日

RFC #タイトル

カテゴリ

Lightweight 4over6: An Extension to the Dual-Stack
Lite Architecture
Mapping of Address and Port with Encapsulation
2015/07 RFC 7597
(MAP-E)DHCPv6 Options for Configuration of Softwire
2015/07 RFC 7598
Address and Port-Mapped Clients
Mapping of Address and Port using Translation
2015/07 RFC 7599
(MAP-T)
IPv4 Residual Deployment via IPv6 - A Stateless
2015/07 RFC 7600
Solution (4rd)2015/07 RFC 7596

n RFC化予定のドラフト••

ProposedStandard
ProposedStandard
ProposedStandard
ProposedStandard
Experimental

DS-Lite Management Information Base (MIB)
Softwire Mesh Management Information Base (MIB)
16

sunset4 WG
n Sunsetting IPv4 WG
n 設⽴：2012年
n Chairs: Marc Blanchet (Viagenie)
Wesley George (Time Warner Cable)n IPv6への完全な移⾏に向けて、アプリケーション・ホスト・ネットワークがIPv4への依存無しに機能することを⽬指す。
n 他のWGに対しても、プロトコルの策定に際してIPv4を使わないよう働きかけを⾏う。

17

sunset4 WG

n 最新RFC• (RFC化されたドラフトは無し)

n 最新の主な議題• MLの流量はきわめて低い• IETF94横浜では開催されなかった
n アクティブなドラフト• Analysis of NAT64 Port Allocation
Methods for Shared IPv4 Addresses

18behave WG(終了)n Behavior Engineering for Hindrance Avoidance WG
n 設⽴：2004年 終了：2013年
n IPv4/IPv4のNAT(NAT44) または IPv6/IPv4のNAT(NAT64) に関するRFC化を推進
n NAT越えの⼿法を定義
n IPv4/IPv6共存ネットワークを想定し、v6ops WGと協調しながら要求事項や考慮事項を整理した

19

behave WG(終了)n 主なRFC• NAT Behavioral Requirements(TCP/UDP/ICMP) (2007
RFC4787/RFC5382/RFC5508 BCP)
• Session Traversal Utilities for NAT (STUN) (2008/10
RFC5389 Proposed Standard)• Traversal Using Relays around NAT (TURN): Relay
Extensions to Session Traversal Utilities for NAT (STUN)(2010/04 RFC5766 Proposed Standard)• Stateful NAT64: Network Address and Protocol Translationfrom IPv6 Clients to IPv4 Servers(2011/04 RFC6146
Proposed Standard)• DNS64: DNS Extensions for Network Address Translationfrom IPv6 Clients to IPv4 Servers(2011/04 RFC6147
Proposed Standard)• Common Requirements for Carrier-Grade NATs (CGNs)(2013/04 RFC6888 BCP)
20

IETFにおけるIPv6議論状況

21

21

IETFにおけるIPv6議論状況
1.
2.
3.
4.

IPv6仕様関連RFCのカテゴリの変更
IPv4 as a Service
IPv6 design choices(共有)6to4 エニーキャストプレフィックスの廃⽌

22

1.IPv6仕様関連RFCのカテゴリの変更(1/3)
n IPv6 speciﬁcations to Internet Standard
n IPv6関連のRFCのカテゴリーをInternet Standardに！
RFC6410
Internet Standard

Internet Standard
国際標準とすべき仕様の最上位Dra+ Standard
さらに広範囲で利用されているもの

Proposed Standard

Proposed Standard
複数組織での独立した実装と相互接続
何もしないと(2年後に?)Proposed Standardに23

1.IPv6仕様関連RFCのカテゴリの変更(2/3)
n Draft StandardとなっているIPv6関連RFC

24

1.IPv6仕様関連RFCのカテゴリの変更(3/3)
n しかし、Internet Standardとなる基準は⾼い• Errataが存在しないこと• 使われていない複雑な仕様がないこと、、など
n RFC2460• 9つのUpdate RFC• 2つのErratan 右記のUpdate情報を含めて、RFC2460bis に改訂して、Internet Standardにする。

市場から⾒て明確な仕様に。
現在はRFC2460bis, RFC4291bisをメインに策定中
25

2.IPv4 as a Service(1/2)
n v6ops WGで扱う新しいプロジェクトとしてチェアが提案
n IPv6のネットワーク上において、IPv4を必要なサービスとして提供する(ただし、徐々に減らしていく)というシナリオを前提として、IPv4 over IPv6 技術の展開における運⽤ガイダンスを書くプロジェクトが発⾜している。

26

2.IPv4 as a Service(2/2)
n 各国におけるIPv4 over IPv6サービスのデプロイ状況についての発表が続いている
n IETF92• IPv6 deployment in a developing country, with MAP-T
Trials/Suprita LNU of Reliance JIO Infocomm Ltd• JPNE MAP-E deployment/Akira Nakagawa, JPNE
• MAP-T and MAP-E deployment in CERNET and China
Telecom/Xing Li, CERNET
n IETF93• IPv6 Deployment at OTE/Yannis Nikolopoulos, OTE

27

3.IPv6 design choices
n v6ops WGにて、ルーティングにフォーカスしたIPv6ネットワークのデザイン選択についてのドラフトが提出されている
n エンタープライズネットワークも対象とすることが議論され、ULAの利⽤⽅法について議論が活発に⾏われている28

4. (共有)6to4 エニーキャストプレフィックスの廃⽌
n 6to4とは• IPv6 へのアクセス環境をIPv4 ユーザに提供する• 6to4を定義しているRFC3056(Connection of IPv6Domains via IPv4 Clouds)• エニーキャストアドレスを定義しているRFC3068(AnAnycast Preﬁx for 6to4 Relay Routers)n RFC 7526 Deprecating the Anycast Preﬁx for 6to4 RelayRouters• RFC3068 とそれに関連する anycast IPv4 address(192.88.99.1)を廃⽌する• 関連して、 RFC6732 (6to4 Provider Managed Tunnels)も廃⽌する• 基本的な unicast 6to4 メカニズムを定義したRFC3056とそれに関連する 6to4 IPv6 preﬁx(2002::/16)は廃⽌されない29

ご清聴ありがとうございました。

30

30