2009 (c) INTERNET MULTIFEED CO. JANOG 24 Meeting in Tokyo 規模と複雑なコンテンツの IPv6 対応化実証実験 2009/7/9 インターネットマルチフィード株式会社飯島洋介 株式会社 本経済新聞社 宏
それぞれの 場からの実験 的 本経済新聞社 : コンテンツ事業者 経のインターネット向けサービスを IPv6 化する為の技術的な検証 NIKKEI-NET のような 較的規模が きく 複雑な WWW サイトを IPv6 化するための 法の開発 ( 実証環境の構築 ) インターネットマルチフィード株式会社 : データセンタ事業者 IPv6 IPv4 トランスレーションに関するサービスの検討 データセンタ顧客が持つ IPv4 に対し IPv6 インターネットからのアクセスを IPv4 に変換する コンテンツ事業者が 現状からの変更を最 限に抑えて IPv6 対応する環境の提供 そもそもトランスレータってうまく動くのか? 複雑なコンテンツの NIKKEI.NET へ IPv6 経由でのアクセス実験を実施 ( 双 が実験内容を持ち寄り 主体となって実験中 ) 2009 (c) INTERNET MULTIFEED CO.
実験イメージ図 広告サイト WWW NIKKEI NET 内複数ページにアクセス WWW 動画配信 IPv4 サイト MF データセンタ内に構築 IPv6/IPv4 変換 IPv6 からのアクセスを IPv4 に変換しサイトにアクセス IPv6 INTERNET IPv4 INTERNET IPv4 のみでサイトにアクセス 実験環境 (IPv6 のみ ) アクセスの違いにより 得られる情報に差が無いかを確認する 現在の環境 (IPv4 のみ ) IPv4,IPv6 コネクティビィティ IPv6/IPv4 変換設置スペースはMF が提供 NIKKEI,MFそれぞれがIPv6/IPv4 変換を設置し 並行してアクセス実験を実施 2009 (c) INTERNET MULTIFEED CO.
NIKKEI-NET の複雑なところ 複数の URL から構築 計 160 以上のファイル読込画像 /CSS/JavaScript 等 <a タグや <script タグ内に記述されている 外部 ASP の利 ログ分析 広告の配信 映像配信 (CDN の利 ) などなど Javascript/AJAX の多 Flash コンテンツ / 広告 Flash から通信を発呼 24 時間体制でのコンテンツ更新 ( 記事 / 写真 / 関連リンク ) 幾つかのサイトではユーザ認証 SSL Cookie ( クロスドメイン Cookie / Third party Cookie) の多 2009 (c) INTERNET MULTIFEED CO.
日経側実験について IPv6 化基本方針 既存のサービスに影響を与えず NIKKEI-NET のうちいくつかのサイトを IPv6 対応 IPv4 と IPv6 では別 URL で 端末側のフォールバック問題回避のため 既存の設備に変更を加えることは極力避ける クライアントは IPv6 single stack を想定 今回日経の DNS contents のトランスポートの IPv6 化はスコープ外 Copyright 2009 Nikkei Inc. 4
日経側実験について IPv6 対応サイトの設計 IPv4 とは別の URL でサービスを行う 違う URL にするけれども v4 の URL と v6 の URL は統一性をもたせてわかりやすく v6 対応するサイトは現行サービスのドメイン名の先頭に 一定の接頭語を付加するルール http://a.nikkei.co.jp/ http://ipv6.a.nikkei.co.jp/ http://b.nikkei.co.jp/ http://ipv6.b.nikkei.co.jp/ 今回は Reverse Proxy ベースの仕掛けを採用 コンテンツの書き換えなどはすべて ReverseProxy ベースの変換で実施 Copyright 2009 Nikkei Inc. 5
IPv6/IPv4 変換の仕組み IPv6 IPv4 IPv6 ProxyにてURL 変換を実施 nikkei.co.jp 本番 DNS http://ipv6.a.nikkei.co.jp GET method Translator (Reverse Proxy) IPv4 HTML 内の対象 URLを書き換えて転送する機能を持つ ヘッダおよびデータ部分もきめ細かく変換!! http://a.nikkei.co.jp GET method www <img src= http://ipv6.b.nikkei.co.jp/hoge.jpg > <a src=http://ipv6.c.nikkei.co.jp/> <img src= http://b.nikkei.co.jp/hoge.jpg > <a src=http://c.nikkei.co.jp/> NAT-PT ベースのトラスレーション 式を採 URL 変換はしない為 2 つの 法で AAAA を解決 DNS-ALG PC 1 2 nikkei.co.jp ダミー DNS http://a.nikkei.co.jp (Dst IP = 2001:db8::aaaa, Src IP=PC) Translator (NAT-PT ベース ) NAT-PT ベースの数機種を利 http://a.nikkei.co.jp (Dst IP = aaaa, Src IP = bbbb) www (Dst IP = PC,Src IP = 2001:db8::aaaa) 2009 (c) INTERNET MULTIFEED (Dst CO. IP = bbbb, Src IP = aaaa)
日経側実験について 実験中間結果 サービスに採用している個々の要素技術で問題になるものは見当たらず 別 URL かつ IPv6 only でサービスしようとすると.. 自社内 URL のみで構成されるサイトはおおむね OK だったが.. 課題もあり 対象 URL をもれなく変換するのはかなり大変 Javascript 中で URL を組み立てるケースなど ReverseProxy ベースの変換で無理だったのは flashのバイナリーに埋め込まれているurlの変換 ページ内に埋め込まれているASP 型サービス Copyright 2009 Nikkei Inc. 7
IPv6/IPv4 変換の仕組み IPv6 IPv4 IPv6 nikkei.co.jp 本番 DNS http://ipv6.a.nikkei.co.jp GET method Translator (Reverse Proxy) IPv4 HTML 内の対象 URLを書き換えて転送する機能を持つ ヘッダおよびデータ部分もきめ細かく変換!! http://a.nikkei.co.jp GET method www <img src= http://ipv6.b.nikkei.co.jp/hoge.jpg > <a src=http://ipv6.c.nikkei.co.jp/> <img src= http://b.nikkei.co.jp/hoge.jpg > <a src=http://c.nikkei.co.jp/> NAT-PT ベースのトラスレーション 式を採 URL 変換はしない為 2 つの 法で AAAA を解決 DNS-ALG PC 1 2 nikkei.co.jp ダミー DNS http://a.nikkei.co.jp (Dst IP = 2001:db8::aaaa, Src IP=PC) Translator (NAT-PT ベース ) NAT-PT ベースの数機種を利 http://a.nikkei.co.jp (Dst IP = aaaa, Src IP = bbbb) www (Dst IP = PC,Src IP = 2001:db8::aaaa) 2009 (c) INTERNET MULTIFEED (Dst CO. IP = bbbb, Src IP = aaaa)
マルチフィード社側実験概要について NAT-PT + DNS-ALGについて 今回の実験における DNS-ALG 機能を いた名前解決の仕組みを簡単に説明 ( DNS-ALG = DNS Application Level Gateway の略 ) www.nikkei.co.jp Translator (NAT-PT ベース ) IPv4 INTERNET IPv6 INTERNET DNS-ALG DNS (nikkei.co.jp) IPv6 client DNS リゾルバを DNS-ALG に設定 2009 (c) INTERNET MULTIFEED CO. IPv4 側で A レコードの解決をし 返ってきた IPv4 アドレスを IPv6 アドレスに変換し クライアントへ応答する
マルチフィード社側実験概要について実験結果 実験 1 NAT-PT ベース + DNS ALG による名前解決 IPv4 でアクセスした時と同じ結果 Flash ニュース 広告サイト SSL 等も表 OK 但し DNS-ALG 機能 体はリゾルバとして動く為 データセンタ側での提供は難しい 実験 2 NAT-PT ベース + ダミー DNS nikkei.co.jp ドメイン内のサイトは表 OK 外部 ASP が埋め込まれているサイトは表 NG 名前解決ができていない ダミー DNS に登録しても CNAME とかで更に名前解決する必要があったりとか 2009 (c) INTERNET MULTIFEED CO. 広告が表示されるべき場所 10
マルチフィード社側実験概要について 実験の中で発 した問題 インターネット上に存在するある IPv4 にアクセスした際ブラウザに表 されない事象が発!! IPv4 側において (IPv6 側でいう所の )Packet too big!! に応答しない 機器の存在が原因 IPv6 Internet 1280byte 変換にて以下の対処を実施 IPv6/IPv4 変換 MTU 1280 MTU 1500 1480 byte IPv4 ICMP Dest Unreach (Next MTU =1260) 1480byte IPv6 側 MTU を 1500 に変更 IPv6 側で DF ビットが っていても強制的に fragment する設定追加 無視 web IPv4,IPv6 ヘッダ長 20byte の差分を調整 2009 (c) INTERNET MULTIFEED CO. 11
マルチフィード社側実験概要についてまとめ データセンタでのトランスレータサービスに関して IPv6 IPv4 トランスレータ機能はきちんと動く AAAA の解決の仕組みが課題 DNS-ALG 体は 仕組み上データセンタ サイドでは提供しずらい DNS-ALG を使 しない場合 管理外の ゾーンの名前解決は困難 IPv4 側の MTU 周りも注意する必要あり 2009 (c) INTERNET MULTIFEED CO. 12