ユビキタスネットワークは社会を変えるか？
〜チーズはどこにある？〜

ユビキタスネットワークの拠り所(と思われている):IPv6概説

IPv4との対比

IPv4
• 表記方法: 150.42.1.1
• アドレスの枯渇 32bit=43億個　< 世界人口60億人
• 双方向性不十分 (アドレス変換)
• ルータに負荷 (ヘッダが可変長,経路の集約が不十分(現在20万超）)
• アドレスの設定が不便 (DHCP等)
• セキュリティ機能無し
• 十分普及。v6へ移行できるか？？？

IPv6
• 表記方法: 2001:DB8:100c:0:0:0:0:1 = 2001:DB8:100c::1
• 128bit=340,282,366,920,938,463,463,374,607,431,768,211,456=340澗
• 完全な双方向通信
• ヘッダが固定長でルータの負荷が軽いはず (階層的な経路集約(約8千))
• Plug and Play (RA? DHCPv6?)
• 認証と暗号(IPsec)を標準装備(?)
  All IPv6 systems MUST comply with all requirements of the Security Architecture document.
  (RFC2401:Security Architecture for the Internet Protocol より)
• v4からの移行は可能か？？？
• 2005年11月「KAMEプロジェクト完成」が宣言されたが、、、
  実装不完全,DNSどうする,技術者不足,...etc

IPv6の略歴と動向

• '94.7.25 IETF The Recommendation for the IP Next Generation Protocol (RFC1752)を承認
• '03.8.28 IETF RFC 3701 on 6bone (IPv6 Testing Address Allocation) Phaseoutを承認
  ＝2006年6月6日に実験ネットワーク6Bone停止
  (...KDDLabは2006年3月に6to4ゲートウェイ停止)
• '03.7.17 IETF Mobility Support in IPv6 to Proposed Standardを承認
• '04.2.10 NTTコミュニケーションズ他、ユビキタス・オープン・プラットフォーム・フォーラム（UOPF: http://www.uopf.org/)設立 (m2m-x構想)
• 2004年でipv6WGはひと区切り(解散か延長か)のはず、、、
  2006年追記
  2005年の第64回IETFでセッションは終了。WG自体はMLで活動するものとして残された。
  現在は、v6ops WGで deploymentの方策についていまだに議論が進められている。
• '06.4.3 JPNICが報告書「IPv4アドレス枯渇に向けた提言」を公開
• '06.9.7 ICANNがIPv6アドレス配分のためのグローバルポリシーを批准

IPv6の問題点

セキュリティ問題

• 以下のいずれも、IPv4との互換性、写像関係による危険性を指摘。(主に偽装IPv4アドレスがIPv6ファイアウォールをすり抜けIPv4に変換されたときの危険性など)
  • draft-itojun-v6ops-v4mapped-harmful-01.txt
  • draft-cmetz-v6ops-v4mapped-api-harmful-00.txt
  • draft-itojun-ipv6-transition-abuse-01.txt
  • draft-ietf-v6ops-6to4-security-04.txt -> RFC3964
• IPsecは実装／運用されるのか？
  
  • 組み込み機器に実装される？
    2.5 API 　Socket API 及び IPsec に関する API は，実装依存である．例えば，Socket API をベンダ独自に拡張したり，JAVA API の層でそれらを隠蔽することが考えられる．したがって，これらのAPIは，仕様の検討対象外とする．
    (INTAP 情報家電向けIPv6最小要求仕様案 より)
  • まるごと認証してネットワーク機器の負荷は大丈夫？
  • 2006年現在、実装はいろいろ登場し性能もハードで解決しそう。問題はやはりNATとPKIか...

IPv4への迷惑

• 上記セキュリティ問題
• 仕様・運用の間違った(AAAA問い合わせに対応できない)DNSサーバによる無駄な通信:http://www.ietf.org/internet-drafts/draft-ietf-dnsop-misbehavior-against-aaaa-01.txt→RFC4074
  AAAAの問い合わせに沈黙する(しらないと答えるべき(ネガティブレスポンス))ため、Aレコードの問い合わせに移行(fallback)するのに数十秒〜数分待たされる。無駄な問い合わせを延々繰り返えさせられる等。(verisignやdobleclickなども、、、)
  
• 併用によるIPv4の枯渇加速

DNSはどうする？

• DNSキャッシュ(検索する側)サーバの自動選択はOK
  
  • でも今後レスポンスが512bytesに納まるか、、、(EDNS0 (RFC2671)は機能するか)
  • 接続されたノードをどうやってDNSレコードに登録する?
  • ..etc --->Considerations and Issues with IPv6 DNS : http://www.ietf.org/internet-drafts/draft-ietf-dnsop-ipv6-dns-issues-09.txt(ちょくちょくと改訂中) →RFC4472
  • 最大の問題はDDoS. DNSSECとEDNS0が問題を複雑に、、、
• DNSサーバどうする
  • ルートサーバがまだIPv6(トランスポート)未対応
  • AAAAをルートサーバに登録したのは日本を筆頭にまだ数ヶ国 (2006.5.11時点で70/266に増加)
  • マルチホーム、モバイル、リナンバーへの対応が闇の中
  • DNSは寿命。別な仕組み(P2P等)が必要。(WIDEの村井氏も認めている?)

IPv4は枯渇するか？

• IANA ipv4_allocated_space
  
  (http://bgp.potaroo.net/ipv4/ より)
  
  
• IANA ipv4_advertised_space
  
  (http://bgp.potaroo.net/ipv4/ より)
  
  
• IANA Address Consumption Model (2007.08 Fig変更)
  
  (http://www.potaroo.net/tools/ipv4/ より)
  
  
• IPv4アドレス割当状況
• IPアドレス枯渇の噂は「誤解」と、APNIC理事長(by CNET)
  「IPアドレスの枯渇を危惧した企業が急いでIPv6ネットワークハードウェアに巨額を投資したはいいが、数年間経ってもアドレスが不足しなかったら、どう思うだろうか」（Wilson APNIC理事長）
• '06.4.3 JPNICが報告書「IPv4アドレス枯渇に向けた提言」を公開...すでに秒読み状態？

IPv6(128bit)でアドレスは足りるか？

• 下位64bitを決定するMACアドレス(48bit)は足りるか？ (EUI-64が解決？)
• prefixは足りるか？
  /48で割り振っていくと無限ではないという話が、、、
  

  参考：IPv6アドレス体系
      (FP 3bit + TLA 13bit + Sub-TLA 13bit + NLA 19bit + SLA 16 bit = 64 bit)
      +---+---------------------+-----------+----------------------------+
      | 3 |     45 bits         |  16 bits  |       64 bits              |
      +---+---------------------+-----------+----------------------------+
      |001|global routing prefix| subnet ID |       interface ID         |
      +---+---------------------+-----------+----------------------------+
      RFC3587より
  

• プライバシーへの考慮も必要(使い捨てアドレスなど)

IPv6アドレス割振／割当方針の混迷

1. 家電、携帯、自動車の各業界から、ISPを経由しないIPv6アドレス割り当てのニーズをヒアリングした結果、ニーズはあるものの、未だ具体的な要求レベルにまでは達していないことが確認できた。
2. 機器固有のIDとしてIPv6アドレスを固定的に割り当てて利用するということ自体は、Mobile IPやVPNトンネリング等の技術を用いることにより実現可能であるものの、実装にはコストやセキュリティの面で課題を残す。

IPv6は地域にとって幸せか？

IPv6に移行できるか

• 覚悟はできてますか? - トンでもなく高価なIPv6 (by Yusuke Shinyama)(私の考えとは正反対の反論ですが参考まで)
• IPv6がIPv4に依存している限り完全移行は不可能
• 私の主張は、”お互いのため、IPv6はIPv4とは独立すべき ”

IPv6は普及してきているか？

Active IPv4 BGP entries (FIB)

(http://bgp.potaroo.net/as1221/bgp-active.html より)

Active IPv6 BGP entries (FIB)

(http://bgp.potaroo.net/v6/as1221/ より)

プライバシー問題

IPv6はCookieのプライバシー問題と同様のプライバシー侵害を生む可能性がある

• Statement on IPv6 Address Privacy
• RFC3041(今年改訂予定)
  
  • MACアドレスを用いず、乱数を用いてEUI-64を決定する
  • prefixも変えなきゃいけないでしょ
  • 上位64bitが固定されない保証は？
  • IPv6の利点(個体認識)との矛盾は？
    RFC3041[34]ではIPv6 addressのインターフェイス識別子を乱数化してプライバシーの強化を図る提案がされている．しかし，本稿で実装必須とした手動鍵交換との併用は運用に無理がある．この場合は自動鍵交換の実装を検討しなければならない． (INTAP 情報家電向けIPv6最小要求仕様案 より)
  • 高木浩光氏のコメント ->http://d.hatena.ne.jp/HiromitsuTakagi/00000001#ipaddress
  • RFC3041の問題点:http://tools.ietf.org/html/draft-dupont-ipv6-rfc3041harmful-05(DDoS回避が困難になる)

---

インターネットは崩壊するか

Is the Internet dying? : http://www.suzuki.sist.chukyo-u.ac.jp/dyingnet.html
虚しきインターネットの宴:http://www.suzuki.sist.chukyo-u.ac.jp/utage.html

インターネット崩壊の要因
• 増え続けるトラフィック
  ---半年で倍のペース
  
  (http://nspixp.wide.ad.jp/2/ より)
• 増え続けるノイズトラフィック(DNS query, ICMP, worm, spam, robot, ...etc.)
  
  
  
• 進むアグリゲーション
    IPアドレスの集約(アグリゲーション)が生む東京一極集中
• 低下する自律性
    アグリゲーションが生む大ISPへの集約とマルチホームの困難
    パワーゲームによる政治的スタティックルーティング
• 展望のないIPv6
• DNSの低信頼性とさらなる低下
    まるで理解されていないDNSの正しい運用とその重要性
  • インターネットの生命維持装置AS112 (プライベートアドレスの逆引き問合わせトラフィックのブラックホール)
  • .jpのDNSの大量のゴミが整理されたのはごく最近
  • 37.9%の.jpドメインが不適切な設定(2003.1 JPNIC調査)
  • 実態はもっと悲惨で、危険なドメインも多数
• IPアドレスの汚染
    増大するブラックリスト
• 塞がっていくアドレス
• 塞がっていくポート(含むICMP)
    80番ポート(WWW)以外、世界は繋がっているのか？
    理解されていないICMPの重要性と、全遮断によるトラブル
• 増えていくVPN
    VPN,IPv6は企業にとって吉か？
  今のままではIPv4がだめになればIPv6も道連れ
• 塞がれないセキュリティホール
  
  • セキュリティホールのスキャンがバックグラウンドノイズ化
    hotwire-226-92-del.hotwireindia.com - - [23/Aug/2004:11:16:44 +0900] "SEARCH /\x 90\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x b1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\xb1\x02\x
  • 壊滅的なワームの発生の可能性
    
    (Slammer爆発30分後: http://www.cs.berkeley.edu/~nweaver/sapphire/ より)
• 増え続けるセキュリティホール
  • TCP プロトコルに潜在する信頼性の問題 http://www.jpcert.or.jp/at/2004/at040003.txt --->インターネットの基礎のセキュリティに脆弱性
  • 8/19 MD5にコリジョン発見 --->電子署名、パスワードなどが意味をなさなくなる可能性
• 無視され続けるRFC
• 減り続ける技術者
    インターネットに触れられない学生、技術者たち
• 何も知らない(知らされていない)消費者
  
  • そもそも売られているインターネットって何？
  • 意味不明なスピード競争
    
  • インターネットの品質、セキュリティ保護、プライバシー保護のレベルを認識している？
    
  • 本当に使いこなせている？
    
• 高まるネットへの依存
    電子政府,遠隔医療,EC,電子マネー,ITS,情報家電,RFID,VoIP,etc
    お金,プライバシー,命をネットに乗せられるか？
• 脅かされるプライバシー
    IPv6(RFID,情報家電,etc)はプライバシーを守ってくれるか？
    IETFのGeoPriv(Geographic Privacy)WGに少し期待
• 迷走するガバナンス
    インターネットは誰が統治すべきか...国連(ITU)、ICANN、米国の綱引き
• 規模それ自体
    E.F.シューマッハーを読みましょう!
• 倫理の欠如
  • なかなか触れられないインタードメインの品質とセキュリティ
    NGNがその解決策にはなるとは思えない
  • JPNIC データベース 運用責任者の形骸化
  • ネットの健全化より商売優先のプロバイダーたち(しょうがないけど、、、)
  • spam/virusの送出をブロックしようとしない日本のプロバイダーたち
    OP25Bは疑似インターネットの拡大・延命であると同時に、Stupidなインターネットが既に幻想になっていることの象徴

---

NGNはインターネットに何をもたらす？

• この12月からNTTがフィールドトライアル開始
• NGNにおけるインターネットの扱いは従来と変らないようにみえる。
• イントラドメインのIP網も従来のSLA付IP VPN網と変らないようにみえる。
• IP電話(SIP),ストリーミング(RTP))等についてトランスポートレベルのサービスが付録で加わる。(こちらがメインか、、、)
• 信頼性が必要な通信はNGNを閉域で利用しなきゃだめです、という説明が成り立ては、逆説的にインターネットへの理解も深まるかも、、、

---

チーズはどこにある？

われわれはどうしたらいいのでしょう。チーズがどこにあるのかはわかりません。でも立ちすくんでいればいいのでしょうか？
(しかし、IPv6,NGNはチーズでしょうか？)

変わらなければ破綻することになる。(チーズはどこへ消えた／スペンサー・ジョンソンより)

---

文責/Copyleft： 鈴木常彦 / 本文書のURI http://www.reflection.co.jp/cpc/