IXに接続してみた。

Transcription

1 IPv6 トンネル方式の開始にあたって ~ そのトンネルの先に見えてきたものとは ~ 2011 年 2 月 25 日 株式会社グローバルネットコア 後藤孝 <takashi.goto@global-netcore.jp>

2 おさらい IPv4 インターネット 接続用ルータ ISP 事業者網 IPv6 インターネット 接続用ルータ NTT との接続 NTT 東日本と相互接続 IPv4 用網終端装置とは別の IPv6 用網終端装置へ接続 エンドユーザへの IPv6 Prefix 付与は 認証サーバから固定的に IPv6 Prefix を払い出し IPv4 用網終端装置 サービスエッジ IPv6 用網終端装置 NGN エンドユーザの利用 IPv6 トンネル対応アダプタが必要 IPv6 用の PPPoE 接続のためにセッションを利用 IPv4 と IPv6 で異なる ISP 識別子を利用 回線終端装置 HGW IPv6 トンネル対応アダプタ 2

3 NTT との通常時の流れ 資料 : 東日本電信電話株式会社 3

4 申し込みの事前準備は 事前に準備しておくこと ( 建設申込の時点 ) IPv6 用 ISP 識別子 エンドユーザー払出しIPv6プレフィックス 網終端装置のIPv6グローバルアドレス 網終端装置へ接続する機器のIPv6グローバルアドレス DNSのIPv6グローバルアドレス 度胸 思い切り 4

5 対応の最初の一歩は まずは IPv6 アドレス表記になれること!! 16bit ずつ Hex 表記 これ何桁? 省略可能 マルチキャストアドレス エニーキャストアドレス 数字だけじゃないの? 省略パターン全部言えるかな? 種類 何かコロン付いてるよ? 因みに当社の払出しアドレスは 2400:E000:1000::/48 ユニキャストアドレス グローバル リンクローカル ユニークローカル 5

6 アドレスに慣れたら今度は アドレスに慣れたぞ でも どうやって管理したらいいの? アドレス管理台帳どうやってつくるん? どうやって管理するんだ なんなん もう ~ アドレスの割り当てルールは? 6

7 ちなみに当社の割り当てルールは 因みに当社のアドレス割り当ては 2400:E000: X X X X ::/ ~000F 基幹ネットワーク 0100~01FF ユーザーネットワーク 1000~1FFF フレッツネットワーク たとえば 基幹ネットワーク機器の場合 2400:E000:0:12::1 というアドレスは以下のような感じです Lo X.X.X.1 Lo X.X.X.2 7

8 ネットワーク機器に設定を アドレス管理ばっちり!! 割り当てルールに則って設定を その前に 機器の IPv6 対応を!! 機器によっては IOSをVerUPしたり SDMなるテンプレートを変えたり IPv6 用のルーティングを考えたり 場所によってはRAを配らないようにしたり 結構 あるなぁ 中には 再起動が必要な物も 頑張ったじゃないか!! サービス影響が 8

9 ネットワーク機器にアドレス設定を IPv6 対応もやったぞ!! 今度こそ 割り当てルールに則ってアドレス設定を HSRP は 仮想 IP にリンクローカルアドレスしか対応していない!! 網終端装置は スタティック BGP 共にルーティングの リンクローカルアドレスを指定できない 冗長化どうするん? え ~ リンクローカルアドレスだけなの??? 未だに解決策なし シングルで大丈夫なん? 9

10 RADIUS の対応を よし 気を取り直して radius の対応を!! 今まで freeradius ver1 を使っていたが ver2 に上げないと IPv6 に対応 していないようだ Ver2 で構築し直して設定を IPv6NGN から追加となるアトリビュートは 1 つだけ Delegated-IPv6-Prefix Type123 ちょちょいっと対応できるのかな? 10

11 freeradius の Delegated-IPv6-Prefix 対応は 設定を実施していくと幾重にも困難が freeradius での Delegated-IPv6-Prefix 環境構築のドキュメントが殆ど無い MySQL 対応は IPv4 のときは付属の DB スキーマを流し込めば即利用できた が Delegated-IPv6-Plefix 部分は付属のままでは使えない DB スキーマに手を入れて対応 設定後の試験できる環境がない!! 結局 Delegated-IPv6-Prefix に対応させたパケット生成ツールを自作 追加するアトリビュートは 1 つなのに 11

12 RADIUS のアドレス表記は そんなこんなで 紆余曲折の後に freeradius の設定完了!!!!1 省略表記はいいの? そういえば どういうアドレス表記を読み込めるの?? コロン付けていいの? /48 ダメでした 2400:e000:1000:0000:0000:0000:0000:0000/48 OK 2400:e000:1000::/48 省略表記も OK 12

13 網終端装置からのアドレス表記は 登録する IPv6 アドレス表記はわかったけれど 網終端装置からは どういうアドレスが飛んでくる?? プレフィックス? アダプタ取得アドレス? わからない!! ログ検索をシステム化する場合は 困ったことに 無難!! 当社は 実際に流れてくるアドレスを見てから開発することに 13

14 DNS の対応を DNS の対応を!! BIND の IPv6 対応はすんなりと ただし HA 構成部分の IPv6 対応が 当社の Heatbeat/ Pacemaker の対応はこれからです 14

15 まだまだ対応を システム側の対応が終わっても まだまだある 提供価格どうする? どんなサービス品目? サポート対応大丈夫? マニュアル作る? アダプタ対応ルータの設定できるの? 各 OS の IPv6 対応設定方法は? 対応マニュアルできてる? あの長いアドレスをどうやってヒアリングするの? まだアダプタがないからわからない 15

16 ここいらで アダプタのお話を DNS IPv6インターネット ISP 事業者網 radius 接続用ルータ IPv6 トンネル対応アダプタの電源 ON までの流れを追ってみます インターネットアクセス 経路提供サーバー IPv6 用網終端装置 NGN サービスエッジ アダプタガイドラインの内容そのまんま!! 回線終端装置 HGW IPv6 トンネル対応アダプタ 16

17 インターネット接続できるまでその 1 DNS IPv6インターネット ISP 事業者網 radius 接続用ルータ 1PPPoE セッション IPv6 アダプタからフレッツの PPPoE サーバー へ認証要求 2radius 認証 経路提供サーバー IPv6 用網終端装置 NGN 2radius 認証 Radius-proxy を通して 各サフィックスに基づく Radius サーバーへ認証要求 サービスエッジ 1PPPoE セッション 回線終端装置 HGW IPv6 トンネル対応アダプタ 17

18 インターネット接続できるまでその 2 DNS IPv6インターネット ISP 事業者網 radius 接続用ルータ 3radius 応答 Delegated-IPv6-Prefix により プレフィックス情報 を提供 3radius 応答 4DHCPv6-PD Option23 ISP の DNS サーバー 経路提供サーバー IPv6 用網終端装置 NGN Option25 IA_PD 情報 Option26 IPv6prefix 上記をDHCPでアダプタが取得 サービスエッジ デフォルトルートは 対向装置のリンクローカル 4DHCPv6-PD option 23,25,26 アドレス 回線終端装置 HGW IPv6 トンネル対応アダプタ 18

19 NGN 接続できるまでその 1 DNS IPv6 インターネット radius 1 HGW RA メッセージ RA メッセージから IPv6 アドレスを取得 ISP 事業者網 経路提供サーバー 接続用ルータ IPv6 用網終端装置 NGN 2 HGW DHCPv6-PD 各サーバーのアドレス情報を取得 ひかり電話端末は /48の払出し 非ひかり電話端末は /64の払出し サービスエッジ 1 HGW RA メッセージ 2 HGW DHCPv6-PD 回線終端装置 HGW IPv6 トンネル対応アダプタ 19

20 NGN 接続できるまでその 2 DNS IPv6インターネット ISP 事業者網 radius 接続用ルータ 3 アダプタ RA メッセージ HGW から RA メッセージ (proxy) を受信して IPv6 アドレスを取得 4 アダプタ DHCPv6-PD Option23 NGN の DNS サーバー 経路提供サーバー IPv6 用網終端装置 NGN Option24 ドメイン検索リスト Option31 NGNのSNTPサーバー上記をDHCPでアダプタが取得 サービスエッジ 4 アダプタ DHCPv6-PD 回線終端装置 3 アダプタ RA メッセージ HGW IPv6 トンネル対応アダプタ 20

21 NGN 接続できるまでその 3 DNS IPv6 インターネット ISP 事業者網 経路提供サーバー radius 接続用ルータ IPv6 用網終端装置 NGN 3 経路情報提供サーバー接続経路情報提供サーバーから NGN 用経路情報を取得 NTT 東西で別のサーバーとなっており DHCPv6 Option24で 東西どちらかのドメイン情報を取得し サーバーを選択 もしくは 手動選択 週に一回定期取得 サービスエッジ 3 経路情報提供サーバー 回線終端装置 HGW IPv6 トンネル対応アダプタ 21

22 IPv6 対応アダプタの課題 マルチプレフィックス問題 アダプタには複数の IPv6 prefix が割り当てられ 送信先アドレスにより 送信元アドレスを決定 アドレス決定は 基本的に最長一致 マルチホーム環境やトンネル系のサービス (6to4 等今は無いけど ) だと 複数のアドレスが割り当てられる アダプタは 複数のグローバル IPv6 プレフィックスをそのまま 端末へ配布 各端末が ソースアドレスを管理できなければいけない!! アダプタガイドラインでは NGN 接続と ISP 接続の切り分けしか触れていない IPv6NAT 対応 NGN 網向けの通信は NAT 処理される ネイティブ接続ユーザー向け通信はすべてNAT 通信 アプリケーションへの弊害がなければいいが また ネイティブ接続ユーザーへはISP 経由でも接続可能 戻りのパケットが NGNから来てしまうとステートフルな機器では通信が成り立たなくなる 22 Feb. 25, 2010 IX ENOG1 meeting Copyright (c) 2010 Global Network Core Co.,Ltd.

23 未だ不明なもの NGN で利用する IPv6 prefix 網内折り返し通信機能未利用者の prefix 網内折り返し通信機能利用者の prefix ネイティブ方式利用者の prefix RA 払出しは /64 端末への RA は /64 で払出し アダプタへ提供する IPv6 プレフィックスが /48 や /56 等のプレフィックスの場合は どのようなルールではらいだされるのか? ネイティブ端末との通信 ネイティブ トンネルへの通信は ISP(PPPoE) 経由 トンネル ネイティブへの通信は NGN 経由 (IPv6NAT) となりそう 通信の方向によってNAT 変換されたり されなかったりになるのか 23 Feb. 25, 2010 IX ENOG1 meeting Copyright (c) 2010 Global Network Core Co.,Ltd.