感動を・ともに・創る

Transcription

1 感動を ともに 創る 1 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

2 LOCAL DEVELOPER DAY 11/infra at 2011/12/3 ヤマハルーターは どのような存在なのだろう? ~ 開発者にとって 利用者にとって ~ What is Yamaha Router? ヤマハ株式会社サウンドネットワーク事業部平野尚志

3 ユーザー コミュニケーション経緯 #1 rt100i-users というメーリングリストとは? RT100i 発売を機に開発者とユーザーの情報交換のためにスタート (1995 年 4 月 ) ヤマハルーターのユーザーや興味のある人の参加する コミュニティ です ルーターに関わる様々な情報交換の場となっています 詳しい方も大勢参加されており 問題解決にも多数の支援があります ヤマハ社員も参加してる? 興味のある人 や 詳しい人 の一人として参加しています 初参加は? 1997 年春頃 放置されかかった質問について調べて答えた ヤマハ社員であることはプレッシャーだった 継続してきた理由は? 困っている人がいたら 助けたい という気持ち ユーザーが不適切な使い方をしている悲しみ 製品が理解されることの喜び ユーザーが適切な情報を基により良く利用している喜び ユーザーがヤマハルーターを切っ掛けに成長している様は 喜ばしい 製品がユーザーさんのところで 元気に役に立っていることの喜び 大工さんの 鉋 ( かんな ) や 鋸 ( のこぎり ) とか 料理人の 包丁 のように扱ってもらえたら 嬉しい 3 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

4 ユーザー コミュニケーション経緯 #2 ブログ 年 6 月 4 日スタート 目的 Interop 出展 (SRT100 発売 ) プロジェクトフォンの PR 開発している 浜松 を身近に感じてもらう メーリングリストや公式ホームページより 緩い感じの情報発信 顧客とのコミュニケーション ツイッター (@yamaha_sn) 2010 年 5 月 25 日スタート 目的 つぶやくルーター X10 顧客とのコミュニケーション 4 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

5 TOC ヤマハルーターは どのような存在なのだろう? ~ 開発者にとって 利用者にとって ~ 1. ルーターとは? 2. 生まれた背景や経緯 3. 開発拠点の紹介 4. ルーター市場とヤマハルーター 5. 生産拠点の紹介 6. RTX810 と SWX2200 の紹介 途中休憩 7. カタログに載らない話 8. まとめ 2011 / 12 / 3 場所 : 札幌市産業振興センターセミナールーム A 5 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

6 ルーター って何? インターネット って知ってる? 情報 A ブラックボックス ホワイトボックス データ ルーター データ

7 ルーターとは? WWW R インターネット R R R R 企業 組織 7 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

8 LAN( データリンク ) とネットワーク データリンク領域 ( 緑 ) データリンク領域 ( 青 ) ルーター ルーター ルーター データリンク領域 ( 黄 ) 8 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

9 IP アドレス管理と経路選択 /24 ( 緑 ) 経路 /24 ( 黄 ) A /24 ( 青 ) C /24 ( 緑 ) LAN ルーター 経路 /24 ( 黄 ) B /24 ( 青 ) LAN /24 ( 緑 ) C /24 ( 青 ) C DHCP で IP アドレス配布 ルーター A B ルーター 経路 /24 ( 黄 ) LAN /24 ( 青 ) B /24 ( 緑 ) A /24 ( 黄 ) 9 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

10 経路バックアップ /24 ( 緑 ) ネットワーク /24 ( 黄 ) /24 ( 青 ) /24 ( 緑 ) I/F 距離 A 1 C 2 C 1 A 2 LAN 0 ルーター C ネットワーク I/F /24 ( 黄 ) B C /24 ( 青 ) LAN /24 ( 緑 ) C B 距離 /24 ( 青 ) DHCP で IP アドレス配布 ルーター A B ルーター ネットワーク I/F 距離 /24 ( 黄 ) LAN 0 B /24 ( 青 ) A 2 A /24 ( 緑 ) B /24 ( 黄 ) 10 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

11 ポジショニング 1: インターネット接続 R R インターネット R ヤマハルーターは インターネット と 社内 LAN の境界に置かれる R 企業 組織 11 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

12 ポジショニング 2: 複数拠点間接続 R R インターネット R R VPN ISDN 企業 組織 R backup 拠点 センター 12 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

13 ご参考 : 個人用ルーター R R インターネット R グローバル IP 回線接続機能 とっても小規模 アドレス変換 (NAT) R プライベート IP 無線 LAN 家庭 ( 数台 ) 13 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

14 いろいろなルーターがある 利用者通信事業者企業 組織家庭 利用シーン インターネットや閉域網などの回線サービスを提供するための機器 企業の拠点間接続 PC 数台のインターネット接続 取り扱い経路数 フルルートを持つことで インターネットの冗長経路が利用できる 数十万ルート 企業内の組織数に応じたネットワーク経路 数千 ~ 数万ルート 内部と外部の区別 2~ 数ルート 特長 多数の経路とパケットを高速に処理できる 多種多様な要望に対して 柔軟に対応できる アクセス回線に接続する機能と NAT 機能があれば十分 異なるものづくり 14 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

15 ご参考 : フルルート 約 40 万ルート (2011 年 11 月 23 日 ) 約 40 万ルート (2011 年 11 月 ) 約 37 万ルート (2011 年 7 月 ) 約 32 万ルート (2010 年 3 月 ) 15 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

16 ルーター開発現場から見えたインターネット 2006 年 10 月 26 日 ( 木 ) ヤマハの工場見学 今日は秋晴れ ルーター 開発はどこでやってるの?

17 最も 新しい建物 (18 号館と 20 号館 ) これは プロジェクト X で ピアノ が放送されたときのワンシーンだな あのとき 映っていたのは 18 号館で その後 手前の 20 号館が建ったんだって 17 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

18 所々に 止まれ の標識? ピアノ工場見学は 人気スポット 小学生の団体 家族連れなど 見学に来ると まず ビックリ 工場なのになんで 止まれ の標識があるの? 18 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

19 な 何が通るんだろう? お 赤い表示灯が回りだした な なんだ? あれ あれ 電子音がするぞ ~ おぉ ここは楽器メーカーだった 来社される方は 朝 昼 夕にビックリします そう ミュージックサイレンの大きな音に ピアノ工場は掛川に移転しました 掛川のピアノ工場は 見学可能なので 是非 お立ち寄りください 19 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

20 サウンドネットワーク事業部は 13 号館 ルーターは 13 号館という建物で開発してるんだって 20 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

21 敷地内には イチョウの木 敷地内には 大きなイチョウの木がありました 秋になると 銀杏狩り? 21 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

22 秋になると 銀杏 が生ります 今日も 生ってました 22 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

23 ルーター開発現場から見えたインターネット 2011 年 7 月 11 日 ( 月 ) ヤマハの工場見学 今日は夏晴れ ルーター 開発はどこでやってるの?

24 ピアノ工場跡 24 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

25 13 号館で 緑のエコカーテン 25 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

26 13 号館にツバメの巣 26 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

27 なんでヤマハが ルーターやってるの?

28 ヤマハ と通信機器事業について 音叉 (tuning fork) ( 明治 20) 年山葉寅楠 ( やまはとらくす ) 浜松尋常小学校 ( 現元城小学校 ) でオルガン修理 1897( 明治 30) 年日本楽器製造株式会社設立 1955( 昭和 30) 年ヤマハ発動機株式会社設立 1959( 昭和 34) 年ヤマハ音楽教室開始 1966( 昭和 41) 年財団法人ヤマハ音楽振興会発足 1971( 昭和 46) 年 IC 生産開始 車輪 (hub&spoke&tire) ( 昭和 58) 年デジタルシンセサイザ DX-7 発売 MSX 発売 FM 音源 LSI 販売開始 1987( 昭和 62) 年 100 周年 & 社名変更 アナログ回線用デジタルFAXモデムLSI 開発 1995( 平成 7) 年 3 月リモートルーター RT100i 発売 2004( 平成 16) 年 11 月ルーター累計 100 万台突破 2011( 平成 23) 年 3 月ルーター累計 200 万台突破, IPv6ルーター累計 160 万台突破 28 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

29 ヤマハの通信機器事業 ( ルーター以前 ) 電子楽器で培った高度な DSP 技術を通信分野に生かしたい アナログ回線用モデム LSI 開発 (1987) 米国で月に 20 万個のヒット ISDN LSI 開発 (1989) 応用商品として ISDN-TA FD 転送装置などを開発 ISDN TA 機能のルーター内蔵化へ (1995) 当時のルーターは TA 外付け FAX MODEM (YM7109) DIP FD わーぷ QFP 29 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

30 なぜ ルーターを作ったか? 1 ISDN の応用製品を模索していた 当時 ISDN やディジタル専用線を用いた IP ネットワーク構築は シリアルインタフェースのルーターと ISDN-TA を接続していた ISDN 接続に特化した ふつうのルーター ISDN-TA と一体型でコンパクト ISDN 回線と ISDN LSI の専門性を生かした制御 例 ) 接続や切断が速いとか 2 ルーターは ネットワーク構築の道具ではなかった 手軽なものが欲しい 高額の機器費用 設定費用 保守費用 設定に要求される高いスキル ( そんなに難しい事なのか?) 30 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

31 チャレンジしたこと 簡単な設定 豊富な設定例 検定不要 日本語マニュアル 設定例集 とりあえず始められる ( 設定例を真似ながらスタートできる ) 保守契約不要の無償ファームウェア ホームページで配布 きめ細かい不具合報告 利用者メーリングリスト 利用者と開発者が参加 ユーザーとダイレクトなコミュニケーション 公開 FAQ ( 知的財産の顧客との共有 ) 直接関係ある話題から ちょっと遠い話題まで Web 設定例集 ( 知的財産の顧客との共有 ) OCN エコノミーの設定例 ( 常時接続 ) インターネット VPN の設定例 ( ナローバンド & ブロードバンド ) 続けることが難しい 31 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

32 商用インターネットの幕開けと RT100i RT100i 20 万円を切る価格 コンパクトな筐体 専門家でなくても使える ISDN TA 機能内蔵 rt100i-users メーリングリスト開始 32 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

33 インターネットの普及と NetVolante ルーター /TA 一体型 49,800 円 個人や SOHO のニーズを開拓 RTA50i 33 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

34 企業ネットワークのブロードバンド化と RTX1000 RTX1000 企業の多拠点ネットワークを安全 簡単に構築 OCN ビジネスパック VPN に採用 34 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

35 10 周年記念講演での SOHO ルーター [Internet Watch] 村井氏 ヤマハは SOHO 市場の開拓者 ~ ヤマハルータ 10 周年記念講演 [SOHOルーターに関する概要( 抜粋 )] ヤマハは SOHO 市場の開拓者 SOHOという市場は日本で独自の発展を遂げており その市場のリーダーとして開拓者の役割をヤマハが担っていた ISDNルーター がブロードバンド普及に大きな影響 ISDNというインフラが全国で利用できるという環境が整っていたこともあり SOHOや個人をターゲットにしたルータがこれほど早く普及したのは日本特有の現象で これがその後のブロードバンドの普及にも大きな影響を与えたとした 大胆なオンラインサービス 最初から ファームウェアのアップデートやマニュアルの公開をインターネットで行なっていた 記憶にある限りでは こうしたサービスをコンシューマー製品で行なったのはヤマハが最初 今ではあたりまえになっているアップデートやマニュアルの公開など インターネットの有効な使い方を示したという意味でもヤマハの果たした役割は大きい IPv6の早期実用化 ヤマハのルータではIPv6を早い段階からサポートしており IPv6に対応した製品が数多く家庭にまで入り込んでいるのも日本の独自性であり 世界的に見れば先進性でもある 35 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

36 エンジニアリングとは? Engineering ( ジーニアス英和 ) 工学 ; 機関学 工学技術 ( の駆使 ); 土木工事 巧みな処理 [ 工作 ] 策略 技術者の職務 [ 仕事 ] [ 形容詞的に ] 工学 ( 技術 ) の 工学 ( 広辞苑 ) 基礎科学を工業生産に応用して生産力を向上させるための応用的科学技術の総称 古くは専ら兵器の 製作および取扱いの方法を指す意味 製作および取扱いの方法を指す意味 に用いたが のち土木工学を さらに現在では物質 エネルギー 情報などにかかわる広い範囲を含む 生産方法 と 取扱い方法 村井先生 曰く 高度なエンジニアリング 36 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

37 ヤマハルーター累計販売 200 万台 ヤマハルーター累計販売 200 万台達成 (1995 年 ~2011 年の 16 年間の積み重ね ) 年 3 月 :RT100i 年 3 月 :RTA52i 年 5 月 :RTA55i 年 11 月 :RTV 年 10 月 : RT200i 年 6 月 : RT300i 年 7 月 : RT56v 年 1 月 : RTX 年 2 月 : RT102i 年 10 月 : RT60w 年 10 月 : RTX 年 9 月 : RT58i 年 10 月 : RT80i 年 6 月 : RT52pro 年 11 月 : RTX 年 4 月 : SRT 年 10 月 : RT140i 年 7 月 : RT105i 年 7 月 : RT57i 年 10 月 : RTX 年 5 月 : RT140e 年 7 月 : RTA54i 年 11 月 : RTV 年 10 月 : NVR 年 5 月 : RT140p 年 11 月 : RTW65b 年 10 月 : RTX 年 11 月 : RTX 年 10 月 : RT103i 年 10 月 : RTA50i 年 2 月 : RT140f 年 12 月 : RT105e 年 1 月 : RT105p 年 2 月 : RTW65i 年 1 月 : RT250i 年 2 月 : RTX 年 10 月 : RT107e SWX2200 ルーターの LAN ポートを拡張するようなオプションとして スイッチも始めました 37 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

38 どのような市場なの?

39 ルーター市場の製品セグメント ハイエンドルーター 250 万円 ( 単価 ) 設備 ミッドレンジルーター 100 万円 ローエンドルーター ヤマハ 11 万円 レンタル機材 SOHO ルーター 2.5 万円 レジデンシャルルーター レンタル機材 ( 個人 ) ( 企業 ) ( キャリア ) ( 用途 ) 39 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

40 国内ルーター市場規模推移 国内ルーター市場製品セグメント別エンドユーザー売上額実績 2004 年 ~2010 年 1800 億円 1600 億円 1400 億円 1200 億円 1000 億円 800 億円 600 億円 400 億円 200 億円 0 億円 NGN 投資 リーマンショック Residential SOHO Low-End Mid-Range High-End Source: IDC Japan, June 2011 国内ルーター市場 2010 年の分析と 2011 年 ~2015 年の予測 : 東日本大震災による影響を考慮 (J ) 40 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

41 どれぐらい売れてるの?

42 国内ルーター市場シェア推移 国内ルーター市場ベンダー別エンドユーザー売上額実績 2004 年 ~2010 年 50% 45% 40% 35% 30% 25% 20% 15% 10% 5% 0% 億円 SOHO Low-End 1400 億円 Mid-Range 1200 億円 High-End 1000 億円 A 社 800 億円 B 社 C 社 600 億円 Yamaha 400 億円 D 社 200 億円 E 社 0 億円 F 社 G 社 Source: IDC Japan, June 2011 国内ルーター市場 2010 年の分析と 2011 年 ~2015 年の予測 : 東日本大震災による影響を考慮 (J ) 42 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

43 ヤマハルーターのシェア SOHO ルーターでヤマハがトップシェア IDC Japan 2010 年 SOHO ルーターでヤマハがトップシェア 2004 年にセグメント設定以来 7 年連続 SOHO ルーターとは? ユーザー購入価格 が 1 万 6,500 円 ~11 万円未満のルーター RTX 万台 / 年間 RT107e/RTX810 2 万台 / 年間 NVR 万台 / 年間 ( ただし モデル毎の販売台数は 年によって変化しています ) ( 出典 : JDC Japan, 国内ルーター市場 2010 年の分析と 2011 年 ~2015 年の予測の報道発表資料など ) 43 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

44 国内 SOHO ルーター市場シェア推移 国内 SOHO ルーター市場ベンダー別エンドユーザー売上額実績 2004 年 ~2010 年 60% リーマンショック 300 億円 50% 40% 30% 20% 10% 250 億円 200 億円 150 億円 100 億円 50 億円 Total Yamaha A 社 B 社 C 社 D 社 E 社 F 社 0% 億円 Source: IDC Japan, June 2011 国内ルーター市場 2010 年の分析と 2011 年 ~2015 年の予測 : 東日本大震災による影響を考慮 (J ) 44 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

45 第 13 回パートナー満足度調査 (3 連覇 ) 日経コンピュータ 2011 年 2 月 3 日号 (P.56~P.65) 第 13 回パートナー満足度調査 ネットワーク機器部門 1 位 45 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

46 ヤマハ製品

47 センター向けルーター RTX3000 (498,000 円 ) スループット : 最大 1.5G VPN スループット : 最大 360M VPN: 最大 1000 接続 ISDN 収容 : 1 スロット YBA-1PRI-MC (150,000 円 ) RT250i (198,000 円 ) ISDN 収容専用機 -1 スロット YBA-8BRI-STC (100,000 円 ) RTX1500 ( 廃番, 198,000 円 ) スループット : 最大 200M VPN スループット : 最大 200M VPN: 最大 100 接続 47 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

48 拠点向けルーター RTX1100 ( 廃番 ) FE*3/ISDN VPN: 最大 30 接続 RTX1200 (118,000 円 2008 年 10 月 ) GbE*3/ISDN/3G VPN: 最大 100 接続 RT107e (68,000 円 ) FE*2 VPN: 最大 6 接続 RTX810 (68,000 円 2011 年 11 月 ) GbE*2/3G VPN: 最大 6 接続 RT58i ( 廃番 ) FE*2/ISDN/PSTN/TEL/VoIP NVR500 (OPEN 2010 年 10 月 ) GbE*2/ISDN/PSTN/TEL/VoIP/3G 48 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

49 スイッチ ルーターの LAN ポートを拡張するような L2 スイッチ RTX1200 / RTX810 / NVR500 から設定 管理 遠隔からルーターにログインすると LAN ポートの状態がわかる SWX2200-8G (OPEN 2011 年 3 月 ) GbE*8 SWX G (OPEN 2011 年 3 月 ) GbE*24 49 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

50 そのほか RTV01 (198,000 円 ) 電話帳サーバー (SIP サーバー ) 内線 IP 電話を構築する時の電話番号管理を 1 台で SRT100 (78,000 円 ) ルーター技術を生かしたセキュリティ装置 ( ファイアウォール装置 ) ポリシーベースのフィルタリング機能 日本語対応 URL フィルターデータベース (3 社 ) ウィルスバスターと連携した PC 簡易検疫 Web レピュテーション機能 50 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

51 どこに使われているの?

52 ポジショニング (1): 隙間 企業向け製品 最適化 大企業 中堅企業 小規模拠点 1 機種で全国展開など 積極活用 過剰? 中小企業 最適化 ヤマハルーター 不足? SOHO 個人向け製品 最適化 個人 コストと品質 ( 安心 ) のバランス 52 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

53 ポジショニング (2): 節約志向 小規模オフィス 少拠点 小規模多拠点 小規模多店舗 (1 機種で全国展開 ) 53 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

54 利用シーン 企業小規模多拠点小規模少拠点 SOHO 個人 業界 : 金融 製造 流通 官公庁 キャリア パック ネットワーク : 広域イーサネット IP-VPN インターネットVPN 活用 : 情報システム 業界 : コンビニ ガソリンスタンド 全国スーパー 医療レセプト ネットワーク : フレッツ オフィス モバイル ISDN 活用 : POS デジタルサイネージ グループウェア 業界 : アパレル 地場スーパー ネットワーク : フレッツ グループ モバイル ISDN 活用 : POS グループウェア ファイル共有 内線電話 業界 : 個人事業主 ( 会計 不動産 建築 農業 ) ネットワーク : インターネット接続 + 電話 &FAX(ISDN/ ひかり電話 ) 活用 : 顧客連絡 インターネット入札 電話 FAX インターネット接続 活用 : メール ショッピング ブログ SNS ダウンロード 54 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

55 POS レジ 小売業における ネットワーク活用 ~POS ネットワーク ~ ATM ファミリーレストラン コンビニエンスストア ガソリンスタンド ショッピングモール

56 店舗ネットワーク (POS システム ) RTX3000 販売集計 在庫管理 顧客情報管理 バックアップ用携帯回線 有線回線の未提供エリア 臨時回線 バックアップ回線 光回線 携帯回線 RTX1200 RTX LOCAL DEVELOPER DAY 11/infra (2011/12/3)

57 小売業の IT 化 1990 年代 2000 年代前半 2000 年代後半 2010 年代 IT 活用計算機 売上記録売上 受注 発注の電子化売上 受注 発注のリアルタイム化販売力強化 付加価値化 コスト削減 内線 IP 電話 情報共有 グループウェア マニュアル 販促ツール PR 情報 情報端末収益媒体化 デジタルサイネージ 通信環境紙伝票 郵便電話回線 ( 業務時間外のバッチ処理 ) 常時接続 ( 随時更新 ) 専用線 広域中継網など常時接続 & ブロードバンド常時接続 & ブロードバンド ネットワークの 定額 と 常時接続 が経営改革に繋がる 57 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

58 ルーター開発現場から見えたインターネット 2008 年 4 月 16 日 ( 金 ) ヤマハの工場見学 ルーター生産はどこでやってるの?

59 製造の順番 1. 部品倉庫 2. 基板への部品実装 3. ハンダづけ 4. 検査 5. 組み立て 6. 梱包 付近で咲く藤の花 59 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

60 部品倉庫 60 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

61 基板への部品実装 61 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

62 基板検査 62 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

63 組み立て 63 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

64 組み立て RTX1100 RT107e RT58i 64 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

65 出荷待ち 65 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

66 生産拠点 (Made by Yamaha) ヤマハ エレクトロニクス ( 蘇州 )(YES YES)

67 雅马哈 ( 中国工厂 ) / Yamaha Factories in China 天津ヤマハ電子楽器 ( 電子楽器の製造 ) ヤマハ エレクトロニクス ( 蘇州 ) (AV 機器の製造 ) ヤマハ 杭州ヤマハ楽器 ( ピアノ ピアノパーツ ギターの製造 ) 蕭山ヤマハ楽器 ( 管楽器組立製造 ) 出典 : 中国まるごと百科事典 67 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

68 Made by Yamaha ヤマハ エレクトロニクス ( 蘇州 )(YES) 所在地 : 中国 ( 蘇州 ) 100% ヤマハ子会社 AV 製品生産実績 2002 年設立 2003 年初出荷 AV アンプを中心に年間 100 万台以上の AV 機器を生産 ヤマハ出向社員による生産コントロール 68 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

69 会社概要 / Company Profile : Address: 18, Lu Shan Road, Suzhou, China Establishment: 20th May 2002 Total Investment: Registered Capital: US $=80 million US $=30 million Employee: 1252 person (by the end of May 2009) Building Area: 30,000m 2 Land Area: 120,000 m 2 Total three building by the end of Jun in LOCAL DEVELOPER DAY 11/infra (2011/12/3)

70 RTX810 & SWX2200

71 RTX810 のご紹介 外観 microsd USB 電源内蔵 スイッチガード ポート LED 71 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

72 RTX810: 基本性能の向上 2LAN(10/100) 200Mbit/s VPN 80Mbit/s NAT 4,096セッション 2LAN(10/100/1000)+USB 1Gbit/s VPN 200Mbit/s NAT 10,000セッション ご利用環境に合わせた基本性能の向上 72 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

73 RTX810: 新機能 低消費電力 / 省エネルギー 動作環境条件 50 PPTP 機能を搭載 (6 対地 ) L2TP/IPsec 機能を搭載スマートフォン / タブレットからの安全なアクセス 73 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

74 RTX810: 新機能 3G 携帯回線網 (USB 型端末 ) への対応 NGN への対応データコネクト IPv6 PPPoE IPv6 IPoE での接続 SWX2200 制御機能を搭載 74 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

75 RTX810: 保守運用性の向上 外部メモリ機能起動機能 : メモリを差すだけの設置作業ログ保存機能 : 特定情報だけの取り出しも可能 ファームウェア設定ファイル SFTP サーバ機能セキュアな設定ファイルの転送 統計 / 解析 75 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

76 電力消費量 12 W 11 W 10 W RT107e/RTX810 の利用時電力消費量 最大 11W 9 W 8 W 7 W CPU 100% USB microsd 6 W 5 W 4 W 3 W 最大 4.2W 3.7W 3.1W 5.2W 節約最大 LAN*5 2 W 1 W 0 W RT107e RTX810(FE) RTX810(GbE) 測定結果の一例 (2011 年 6 月ヤマハ調べ ) 76 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

77 RTX810 のデモ RTX810 の消費電力測定 電源 OFF: 電源 ON: PC 接続 (GbE Link 1ポート ): SW 接続 (GbE Link 2ポート ): USB を利用したときの消費電力測定 usbhost use off 電源 ON: usbhost use on USB FAN: USB 500mA: 例 ) 0W / 6VA 例 ) 3W / 9VA 例 ) 4W / 9VA 例 ) 4W / 11VA 例 ) 3W / 9VA 例 ) 5W / 11VA 例 ) 6W / 13VA # usbhost use off # usbhost use on 測定環境や機材で測定結果は異なります 77 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

78 RTX810 の狙い RT107e のコンセプト ベーシック VPN もしくは シンプル VPN IPsec を搭載した廉価モデル 低消費電力ルーター のフラグシップ ネットボランチからのステップアップ RTX810 の狙い RT107e のコンセプトを継承 RTX1200/NVR500 世代のリニューアル 定番機能の融合 一般的なラインアップ視点 それぞれの尖がった特長 価格差機能差性能差 両視点 78 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

79 SWX2200: 管理コスト削減 遠隔から原因を切り分けるための技術 LAN 内の末端の状態まで把握 トポロジ管理 しかも動的に 末端ポートまでの状態確認 異常状態の検知 リンクダウンやループ検出 SNMP での監視 状態監視 トラップ 79 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

80 SWX2200: 管理コスト削減 トポロジと末端ポートまでの状態表示 リンクダウンやループ検出回避の表示 トラフィックグラフ ホスト検索 80 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

81 SWX2200: 柔軟な構成変更 構成変更を柔軟かつ容易に行うための技術 設定の一元化 ルーターの設定だけで完結 自動的な設定の反映 容易な拠点追加 物理的 LAN の制約を受けない設定 設定ミスを排除する仕組み 複合的な自動設定 レイアウト変更に追随した作業が簡単 81 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

82 SWX2200: 安全な安定運用 安定性 安全性向上を実現する技術 特定ホストを探す LAN の中の物理的にどこにいるのか 候補を一覧で表示 結果を GUI で表示 そのポートだけを狙い撃ちした制御 カスタマイズ機能の利用 冗長化 不正 PC アクセス制御 82 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

83 SWX2200: 安全な安定運用 カスタマイズ機能の利用 (Lua スクリプト ) 冗長化 バックアップポートはシャットダウンしておく メイン経路のポートのリンクダウンを監視 ダウン検知でバックアップポートをリンクアップさせる 不正 PC アクセス制御 正規 PC の登録 特定ユーザが専用 GUI にて 不正 PC の検出 接続ポートをシャットダウン 83 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

84 SWX2200 のデモ RTX810 のスイッチ制御機能を有効にする トポロジーを表示する ポートの状態を確認する トポロジーを変更してみる ( 配線を変える ) ホスト検索を試す ループ検出機能を試す タグ VLAN を設定する switch control use lan1 on switch select 00:a0:de:7d:82:b7 switch control function set loopdetect-linkdown linkdown-recovery switch select 00:a0:de:7d:82:d5 switch control function set loopdetect-linkdown linkdown-recovery 84 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

85 SWX2200 マニュアル GUI マニュアル 動画マニュアル RTX810 の設定画面から SWX2200 設定ページへの進み方 トポロジーを表示する ( トポロジー表示画面 ) タグ VLAN を設定する マルチプル VLAN を設定する 85 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

86 制御の仕組み 86 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

87 連携アーキテクチャの効果 一般的な複数製品の設定や管理 バラバラ管理 ルーター スイッチ スイッチ ヤマハ製品の設定や管理 ルーターを介した集中管理 ヤマハ ルーター SWX2200 SWX LOCAL DEVELOPER DAY 11/infra (2011/12/3)

88 例えば ホスト検索 機能 こんな時 どうしよう? 挙動不審な通信をしている PC の特定 ウィルス感染 ファイル共有ソフトの利用 NAT テーブルの大量消費 トラフィックやセッションの急増 特定ポートへのアクセス集中 ネットワーク運用ルールが守られていない機器や利用者の特定 OS パッチの未適用 アンチウィルスの未適用 動画の閲覧 持ち込み PC/ 機器の接続 DHCP 運用しているのに IP アドレスを固定している DHCP サーバー機能が有効のまま幹線に接続された無線 AP やルーターの特定 こんなホスト (PC 端末 ) をどうやって探すか? ルーターが代わりに探します MAC アドレスや IP アドレスをキーにホストを検索させる ルーターが対象ホストの所在を調査する ヤマハ ルーター SWX2200 SWX LOCAL DEVELOPER DAY 11/infra (2011/12/3)

89 設定の仕組み SWX2200 の設定情報はルーターが保持している ( 主 ) SWX2200 にも設定の内部情報を保持している ( 副 ) RTX1200/RTX810/NVR500 インタフェース毎に最大 8 台 CUI 等 SWX2200 内部設定 スイッチ制御機能 スイッチ機能 最大 8 台 スイッチ制御機能 設定アプリ スイッチ制御機能 ルーター設定 + スイッチ設定 Windows (PC) 設定保存ファイル スイッチ設定 同一書式 89 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

90 SWX2200 の狙い (1) 事件 ( 通信障害 ) は 現場 (LAN) で起こっている LAN ケーブルの誤配線 スイッチの電源ケーブル抜け PC のウィルス感染 P2P アプリ利用など 知らぬ間にトポロジーが変わっている 原因の究明と解決に苦労している 一般的な対処 現地に赴き障害解決を図る 広域になると大変 インテリジェント L2 スイッチを使う 高い 設定や管理が難しい 煩雑 操作体系がバラバラ 要員確保が難しい 故障したときの交換作業が大変 エンドユーザーが望むこと ネットワークの安定運用 速やかな障害解決 90 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

91 SWX2200 の狙い (2) ヤマハルーターが利用される環境では 既存の製品では 解決が難しいようだ ヤマハルーターが利用される環境とは? 小規模だったり 遠隔地だったり 管理のスキル リソース 経費は 潤沢ではない ヤマハが提案する解決方法 従来常識ではただの L2 スイッチ でも 違う! ルーターの LAN ポート拡張オプション ヤマハルーターを管理すれば スイッチも管理できる 小さなスキル獲得で 高度な LAN 管理を実現できる 問題解決には スイッチ製品が必要だった 91 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

92 SWX2200 の狙い (3) デメリット? IP アドレスが付けられない 設定 管理 監視を IP で行う 無くていいなら 無いほうが良い IP アドレスがあるから設定が面倒 IPv6 は ルーター側で対応済み デメリット? シリアルコンソールが無い いざという時に シリアルコンソール というが いざという時 は タグ VLAN の設定ミスとか? 設定ミスが起こりにくい仕組みを デメリット? 1 台 1 台設定できない ルーターに集約された設定で故障交換が容易 設定は microsd に保存しておける 92 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

93 カタログで語れない

94 何を話そう 豊富な設定例と 7 行設定 rt100i-users ML Smarf Attack と ip filter directed-broadcast コマンド OCN エコノミーの設定例の始まり IPv4 アドレスの計算 CGI インターネット VPN 提案の始まり CodeRed コマンド設定と Web 設定 エントリー型 IP-VPN の始まり プラ筐体への拘り [ 付録 ] ヤマハルーター内でのパケットの流れ MTU 値 静的フィルター 動的フィルター ポリシーフィルター 94 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

95 シンプルな 7 行設定 (RT100i 時代 ) RT100i 1995 年 3 月 1 日発売 26 万円 LAN: 10BASE5(DB-15) 10BASE-T(RJ-45) WAN:ISDN またはディジタル専用線 (RJ-45) 最大消費電力 :5W 日本語対応による容易な設定 従来 専門家でなければ難しかった設定を 分かりやすく容易に実現します 豊富な設定例豊富な設定例 がついた日本語マニュアルや 日本語によるエラー / ヘルプメッセージ表示 豊富なコマンド入力サポート機能 LANやISDN 回線からの 専門部署によるリモート設定専門部署によるリモート設定 など複数の設定手段 シンプルなコマンド体系により 標準的な設定であればわずか 7 行 で設定可能行 95 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

96 7 行設定 (1995/RT100i 2002/RTX1000) xxx.xxx.xxx.xxx RT100i-A ISDN RT100i-B yyy.yyy.yyy.yyy # ip lan address xxx.xxx.xxx.xxx # isdn local address /RT100i-A # pp select 1 pp1 # isdn remote address /RT100i-B pp1 # ip pp route add net yyy.yyy.yyy.yyy 3 pp1 # pp enable 1 pp1 # save ネットマスク 複数 BRI 発番号と着番号 # isdn local address bri /Tokyo # ip lan1 address /24 # ip route /24 gateway pp 1 # pp select 1 pp1# pp bind bri1 pp1# isdn remote address call /Osaka pp1# pp enable 1 pp1# save 96 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

97 ブロードバンドの 3 行 /6 行設定 使い方が増えました 設定項目が増えました おまじないが増えました 3 行 6 行 ip lan1 address /24 ip lan2 address /24 save ip lan1 address /24 ip lan2 address /24 dhcp service server dhcp scope /24 dhcp scope /24 save ip lan1 address /24 ip lan2 address dhcp ip lan2 nat descriptor 1 ip route default gateway dhcp lan2 nat descriptor type 1 masquerade nat descriptor address outer 1 primary dhcp service server dhcp scope /24 dns server (ISP から指定された DNS サーバーの IP アドレス ) dns private address spoof on save 11 行 デフォルト値 意識しなくて良い値 意識して欲しい機能 昔と今で変化する使い方 デフォルト値も見える設定 NW 設計者として 意識させたい値 97 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

98 rt100i-users ML 目的は ユーザーと開発者の連絡 仕様確認 不具合確認 参加者は RT100i ユーザーさん 開発者 1995 年頃 非常に詳しいユーザーさん 1997 年 ~1998 年 ネットワークに関心のある初心者 初級者の増加 98 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

99 rt100i-users ML と FAQ や設定例 初期 1997 年 ~ Q 詳しい A Y1 様々なスキル Q Q Q Q Q A Q Y2 ML ML Q.~ ( これどうなってる?) A.~ Q.~ ( こんな時どうする?) A1.~ A2.~ A3.~ # どこまで脱線!? FAQ 掲載 FAQ 掲載 99 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

100 Smarf Attack と ip filter directed-broadcast コマンド 記憶からストーリーを再現 ML 社内 User Q. Smarf Attack は どう防ぐ? Y1 A. 該当するアドレスをフィルタして! Y2 Y1 FAQ に記録したけど アドレス指定は難いね それを簡単に指定出来たらユーザーさんは嬉しいかね? Y2 嬉しいんじゃないかね できるの? Y1 できる 作る ip filter directed-broadcast on 100 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

101 OCN エコノミーの設定例集 OCNエコノミーとは? デジタルアクセス ( 専用線 ) を用いた常時接続のインターネット接続サービス ( 月額 38,000 円 ) 1996 年からスタート 設定例集を作った切っ掛け お客様相談センターにOCNエコノミーに関する質問が増加していた (1997 年頃 ) 似たような質問が繰り返され 回答案を設定例集にコレクション 結果 13パターンが3パターンに絞られ URL 回答で済むようにした さらに RTA52iのWWW 設定機能にノウハウを実装 101 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

102 IPv4 アドレスの計算 CGI OCN エコノミーとかの設定例を作っていると /24 だったら簡単なのだが /28 とか /29 とかのネットワーク構成が主流 ネットワークアドレスは? ブロードキャストアドレスは? 何だっけ? 考えるのが非常に面倒 しかも よく間違える Smarf Attack フィルターも考えるの面倒 あれ? サポートメンバーも同じだった それじゃ ユーザーさんも同じだよね じゃ 作っちゃおう 最初 perl だった いつの間にか PHP で作り直されていた 102 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

103 インターネット VPN 提案の始まり 1998 年 5 月 :IPsec 機能搭載 Rev : RT140p/RT140e Rev : RT100i/RT102i/RT200i/RT140[iep] 年 11 月 :RFC 標準化 楽しそうだから作ってみた 別途 こんな資料を用意した なぜかなぜか? OCN+VPN(IPsec) の設定例集 IPsec&IKE&VPNのFAQ 折角作った良い機能だから お客さんの役に立つ使い方 ( ユースケース ) を示すべきだ 103 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

104 Command Line Interface コンソール (CLI) と WWW 設定 (GUI) RTX1200 コンソールで設定 Graphical User Interface NVR500 WWW ブラウザで設定 CLI 例 telnet の画面 GUI 例 WWW ブラウザの画面 104 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

105 RT80i と RTA50i の WWW 設定の対比 RT80iのWWW 設定 コマンドとWeb 設定項目が1 対 1 何でもWebから設定できる 詳しい人は サクサク 便利 初めての人は 途方に暮れる RTA50i の WWW 設定 Web 設定では すべてを見せない 必要最低限の設定でインターネットに繋げられる やりたいことを支援する機能を重視 RT80i RT57i/RT58i/NVR LOCAL DEVELOPER DAY 11/infra (2011/12/3)

106 コンソールと WWW 設定 ライトユーザー層 技術者層 ( コンソール ) 機器の使い方や接続方法に関するコンサルティング ( かんたん設定 ) 利用ノウハウの組み込み remote setup シリアル telnetd sshd tftpd コマンド インタフェース (http) 操作 設定 起動プロセスによる読み込み ( 電源 ON や restart ) ルーター機能 RAM ( 設定情報 ) 不揮発性メモリ ( 設定情報 ) save による書き込み 106 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

107 コマンド設定と Web 設定と利用者像 RTX1200 RTX810 NVR500 GUI WWW 管理 IPsec に step up ライトユーザー層 ( 技術者予備軍 ) CLI 技術者層 ( 使い方を熟知 ) 廉価版 VoIP 107 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

108 コンソール設定 (CLI) と WWW 設定 (GUI) コンソール (CLI) WWW 設定 (GUI) 表示 character display graphic display 入力 keyboard pointer device,keyboard アクセス方法 非 IP( シリアル,remote setup), IPネットワーク (telnet) IPネットワーク (http) コマンド 行入力 入力補助機能 メニューで指示 設定値入力 コマンドの組み合わせ 要求スキル 高い ( コマンドの使いこなし ) 低い ( 典型的利用法の絞込み ) 障害対応性 高い ( 非 IPによるアクセス方法 ) 低い 設定柔軟性 高い ( 個々のコマンドで調整 ) 低い ( でも コンセプト次第 ) 外部設定編集容易 ( テキストエディタの活用 ) GUI 内のみ 設定の見通し大規模化すると難しくなる 期待できる (firewall 機能など ) 表示補助機能 コンセプト すべての機能を使いこなし RT80i: すべての機能が使える NetVolante: 一般的な機能を手軽に利用 どの入力方式も 良いところがある 状況による使い分け 108 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

109 CodeRed (2001 年 7 月 ~9 月 ) CodeRed / CodeRed II は IISを狙ったワーム CodeRedに感染したIISから不特定のIPアドレスに次のようなHTTPの要求メッセージが送信されてくる GET /default.ida?nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN%u9090%u6 858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u685 8%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00% u531b%u53ff%u0078%u0000%u00=a HTTP/1.0 WWW サーバー機能の脆弱性 ( バッファーオーバーラン ) の対応版 RT80i Rev RTA50i Rev.3.05 系 Mountain Dew CODE RED Rev.3.05 系とは? RTA52i 用 WWW サーバー機能開発ブランチプログラム見て不安になり時間が無いのに一から作り直しました CodeRed の登場で 日の目を見ることになりました 性能も飛躍的に改善していますよ 109 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

110 エントリー型 IP-VPN ( エントリー VPN) NTT 方針 フレッツグループアクセス (FGA) 誕生 2002 年 1 月スタート 2002 年 6 月提供地域拡大 ターゲット: 個人 やコミュニティ 用途: ファイル共有 NTTによるFGA 提案の軌道修正 個人向けから ビジネス向けへ エントリー型 IP-VPN 提案開始 ヤマハルーターユーザーの構築実態 ヤマハユーザーが拠点間接続用契約 幾つかの制約があった RTA55i の IPIP トンネルで解決 FGA/FGが低価格 VPNの定番に RT57iで FGA+ 内線 VoIP を1 台で実現 110 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

111 プラスチック筐体は 楽じゃない 10M bps クラスの製品群 (SH3 系 ) RT105i (2001/7) RT105p (2002/1) RT105e (2001/12) 100M bps クラスの製品群 (MIPS 系 ) RTX1000 (2002/10) RTX1100 (2005/2) 性能 UP 発熱量 UP 同じ筐体 RT107e (2005/10) 高温では 部品寿命が短くなる 111 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

112 真面目に省エネすると 信頼性があがる 低発熱 低消費電力 故障の可能性が低い製品 ファンレス ( 自然空冷 ) 112 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

113 省エネルーター と CO₂ 排出量削減 Q. なぜ省エネルーターを使うと CO₂ 排出量削減になるの? A. 消費電力を少なくすると CO₂ 排出量も少なくできます ルーターは 24 時間 365 日稼働する装置なので 省エネ化によって効果的なCO₂ 排出量削減が可能になります 年間 CO₂ 排出量消費電力発熱量 48.6 kg-co2/ 年 kg-co2/ 年 伝送ロス 10W 50W 光 ( エネルギー ) 運動 ( エネルギー ) 36kJ/h 180kJ/h 年間 CO2 排出量 (kg-co2/ 年 )= 消費電力 [kw] 365[ 日 ] 24[ 時間 ] 0.555[kg-CO2/kWh] 1 [W] == 3600 [J/h] == [cal/h] 113 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

114 RT107e/RTX1100 最大消費電力 機種 最大消費電力 発熱量 RT107e 4.2W 15.2 kj/h, 3.6 kcal/h RTX W 23.4 kj/h, 5.6 kcal/h 年間 CO₂ 排出量 20.4 kg-co2/ 年 31.6 kg-co2/ 年 ご参考 ( 各種計算式 ) 年間 CO2 排出量 [kg-co2/ 年 ] = 消費電力 [kw] 365[ 日 ] 24[ 時間 ] 0.555[kg-CO2/kWh] CO2 吸収に必要な杉 [ 本 ] = CO2 排出量 [kg-co2/ 年 ] 14 [kg-co2/ 本 ] 1 [W] == 3600 [J/h] == [cal/h] ( 注 ) 公開されている電源ユニットの最大出力電力で 最大消費電力と比較はできません 114 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

115 電力消費量 17 W 16 W 15 W 14 W 13 W 12 W 11 W 10 W 9 W 8 W 7 W 6 W 5 W 4 W 3 W 2 W 1 W 0 W RT107e/RTX1100/RTX1200 の利用時電力消費量 RT107e RTX1100 RTX1200(FE) RTX1200(GbE) 測定結果の一例 (2008 年 9 月ヤマハ調べ ) 節約最大 LAN*10 LAN*6 LAN*5 LAN*2 電源 ON 115 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

116 エコルーター 小規模オフィス 小規模店舗で信頼されるものづくり 自然空冷( ファンレス ) プラスチック筐体 小型軽量化 自社開発電源 環境に配慮した製品 116 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

117 日本の大気中二酸化炭素濃度 2011 年 4 月までの日本の大気中二酸化炭素濃度について ( 気象庁, 平成 23 年 6 月 1 日 ) 気象庁の温室効果ガス観測の国内観測地点 (3 箇所 ) 2010 年の年平均大気中二酸化炭素濃度は過去最高 2011 年 4 月の大気中二酸化炭素濃度は 観測開始以来の最高値 117 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

118 ルーター開発現場から見えたインターネット 2009 年 7 月 15 日 ( 木 ) ヤマハの工場見学 今日は夏晴れ ルーター 開発はどこでやってるの?

119 ヤマハミュージックサイレン 119 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

120 What is Yamaha Router?

121 ピアノとルーターの対比 なんの意味があるの? ヤマハという会社の宿命かも? ピアノをベンチマークすることで ヤマハらしいルーターのあるべき姿 が見つかるかも? 違うところ 全部 いろいろ 当たり前 似ているところ 業界構造 元々 特殊な世界 ( 業界 ) 身近になる ものづくり を実践してきた ( 工学的解決 ) 難しい商品 作ること 売ること 使うこと 製品の良否判断が難しい 奥が深い 専門的 プロモデル 普及モデル 廉価モデル さて どう違う? 一流品は 外国製品 のイメージがある ヤマハを選ぶ理由は何だろう? ピアノ を作る / 売るんだったら どう考えるだろう? 真面目なものづくり? 121 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

122 What s is Yamaha Router? ヤマハ株式会社にとって? どうなんだろう? ヤマハのルーター事業関係者にとって お客様のお役に立てる ものづくり が出来る ルーター顧客にとって? 信頼できる重要な製品? 日本国民にとって? 社会インフラを支える装置のひとつ 慶應義塾大学の村井先生曰く 日本の宝 (by NHK プロデューサー ) 122 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

123 ヤマハルーターの 人間臭さ 人間臭さ を感じて欲しい! 作っている人が ここにいる 可能であれば 作っている人の思いを感じて欲しい 使っている人が ここにいる 困っている人がいれば 支援したい 知りたい人がいれば 教えたい 喜んでくれる人がいれば 頑張れる ほんとうは みんな無責任なことはしたくない 作りっぱなしは したくない 売りっぱなしは したくない 使い捨ては したくない 例 ) 農作物だと ファーマーズマーケット が流行ってる ヤマハルーターが16 年続いた理由 開発者の目前に 良き使い手 良き使い手 が居てくれるから 人と人の交流があるから 123 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

124 ポイント 提供されるネットワーク から 自ら使いこなすネットワーク にしていただきたい 決定権は 利用者にある ( 当たり前のことだ ) ルーターは 万能な小道具 だ ( それでしかない ) 利用者の成長が鍵 何をしたいか? ( 使い方 活用イメージ ) どんな製品やサービスを採用するか? ( 知識 判断力 ) 良いサービス 良い製品が生まれる土壌は? 良き使い手 が良いものを生み出す原動力 良き使い手 と 良き作り手 のコミュニケーション インターネットがコミュニケーションを急激に加速する だから インターネットは 情報革命 コミュニケーション革命 と 思う 124 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

125 利用者の拡大への対応 利用技術 者の育成 ( 大手通信機器メーカー ) 検定制度や互換機開発 専門職の拡大 ( ヤマハ ) 資料公開や設定支援機能 ちょっと詳しい人の拡大 利用者の拡大 専門職 技術知識 利用知識 利用者の成長 一般 125 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

126 ヤマハ株式会社社訓 三代目社長川上嘉市氏 (1939 年 昭和 14 年 ) 126 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

127 パケットの流れ フィルター, QoS, NAT, IPsec, など

128 QoS 機能の概要 QoS 機能は classify と queuing を組み合わせて 各インタフェースに適用し利用する R クラス分け (classify) キュー処理 (queuing) 出力 (output) 使い方によって classify や queuing の適用インタフェースが異なる 使い方 ISDN(BRI,PRI) 利用 LAN 利用 PPPoE 利用 IPsec 利用 (VPN QoS) クラス分け (classify) PP インタフェース LAN インタフェース PP インタフェース TUNNEL インタフェース キュー処理 (queuing) PP インタフェース LAN インタフェース LAN インタフェース PP インタフェース LAN インタフェース VPN QoS(IPsec) 機能は RTX1000(2003/10/22, Rev ) で提供開始 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

129 1 パケット流れ (ISDN 利用 ) ISDN LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 129 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

130 2 パケット流れ (LAN 利用 ) LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 130 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

131 2 パケット流れ (PPPoE 利用 ) LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 131 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

132 3 パケット流れ (IPsec+ISDN 利用 ) ISDN LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 132 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

133 3 パケット流れ (IPsec+LAN 利用 ) LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 133 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

134 3 パケット流れ (IPsec+PPPoE 利用 ) LAN QoS(queuing) NATディスクリプタ QoS(classify) フィルタ (LAN2) (LAN1) フィルタ QoS(classify) NATディスクリプタ PPPoE ISDN QoS(queuing) PPP NATディスクリプタ QoS(classify) フィルタ (PP#) R SGW 機能 NATディスクリプタ QoS(classify) フィルタ (TUNNEL#) ホスト機能 VPN(IPsec) QoS(queuing) LAN VoIP PC 134 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

135 MTU 問題 理論値経路 MTU 探索 DF ビット MTU 設定とスループット注意事項

136 MTU 絡みの問題 理論値 - IPsec のオーバヘッド MTU 問題 - 世間では PPPoE で顕在化 (2001 年 ~) - ヤマハでは IPsec で重要なテーマ (1998 年 ~) IPv6 標準実装 - 経路 MTU 探索機能が標準 (IPv4 でも採用が増えている ) - 最小 MTU 値 = 1280 各種対応 - DF ビット問題 - ip tunnel tcp mss limit コマンド TCP の MSS(maximum segment size) オプションの操作で TCP は救える - ip tunnel mtu コマンド 136 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

137 イーサネットの最大 VPN スループット Ethernetにおいてフレームを連続転送する < 限界 最大 >は 一定のロスがある データリンク MTU Ethernet 1500 スループット測定フレームサイズ : 64~1468 octet IPsec 未定義 < 入力 :Ethernet> over head: +20 octets ギャップ (12) preamble (8) MAC (14) IP ヘッダ (20) IP データ (26~1430) FCS (4) ギャップ (12) < 変換 :IPsec(3DES&SHA1)> over head: +50 octets 以上 IP ヘッダ (20) ESP ヘッダ (8) IV (8) ESP データ (46~1450) padding (0-255) trailer (2) 認証 (12) < 出力 :Ethernet> ギャップ (12) preamble (8) MAC (14) IP ヘッダ (20) IP データ (76~1480) FCS (4) ギャップ (12) VPN スループット測定フレームサイズ : 114~1518 octet 137 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

138 データリンクによって MTU が違う MTU が異なる場合には ルーターでパケットの分割と再構築が必要になる MTU Total Length データリンク IPv4 最大 MTU(RFC791) IPv4 最小 PMTU(RFC1191) 576 IPv4 最小 MTU(RFC791) 68 IP over ATM 9180 FDDI(RFC1188) Ethernet(RFC894) PPP ( 標準,RFC1314) 1500 PPP (low delay,rfc1144) 296 IEEE 802.3(RFC1042) PPPoE(RFC2516) 1492 PPPoE( フレッツ ) 1454 IPv6 最小 MTU(RFC2460) 1280 NetBIOS(RFC1088) 512 Ethernet PPPoE IP データ (18~1472) 138 LOCAL DEVELOPER DAY 11/infra (2011/12/3) MAC (14) MAC (14) PPPoE (6) 元パケット MAC (14) MAC (14) MAC (14) IP ヘッダ (20) IP ヘッダ (20) PPPoE (6) PPPoE (6) PPP (2) PPP (2) PPP (2) IP ヘッダ (20) フラグメントパケット #1 フラグメントパケット #2 IP データ (26~1480) IP データ (1480) PPPoE に流すとき 分割 IP ヘッダ (20) IP ヘッダ (20) IP データ (8) IP データ (1472) パッド (10) FCS (4) FCS (4) FCS (4) FCS (4) FCS (4) (Path MTU Discovery)

139 経路 MTU 探索 (Path MTU Discovery) 経路 MTU とは 経路上の最小 MTU である パケット分割 (fragment) をルーターで行うとルーターの負担が大きいので 送信元ホストでパケット分割するために 経路 MTU 探索 が利用される - 経路 MTU 探索では 相手までの最小 MTUを調べることができる - 送信元ホストは 最小 MTUに従ったパケットを送出することにより 速度低下の可能性 ( ルーターによるパケット分割 ) を減らすことができる - 分割されたパケットの再構築は 宛先ホストで行われる 宛先 A の経路 MTU = 1500 送信元ホスト MTU = 1500 MTU = 1500 MTU = 1500 宛先 A MTU = 1280 MTU = 1500 宛先 B 宛先 B の経路 MTU = (Path MTU Discovery) (IP DATAGRAM REASSEMBLY ALGORITHMS) 139 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

140 経路 MTU 探索の手順 MTU = 1500 インターネット VPN tunnel MTU = DF=1 で送信 2パケット破棄 3MTU 通知 (1280) 4 通知された MTU に従い DF=1 で再送信 tunnel MTU = 1280 ( ヤマハルーターの初期値 ) 5 届けば 経路 MTU 探索完了 [ 経路 MTU 探索の手順 ] 1 IPヘッダの分割禁止フラグ (DFビット) を 1 にしてパケット送信 2 MTUを越えるパケットが送られてきたとき ルーターは分割せずに破棄する 3 ルーターは ICMPによりMTU 値を発信元に通知する 4 発信元は 通知されたMTU 値に従い 1からパケット送信を継続する 5 ICMPの到達不能メッセージの返信が無くなっれば 経路 MTU 探索が完了する 140 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

141 DF ビット関連コマンド ( 経路 MTU 探索など ) Rev : 機能追加 [1] フィルタに一致する IP パケットの DF ビットを 0 に書き換えるコマンド [ 入力形式 ] ip fragment remove df-bit filter FILTER_NUM... Rev : 機能追加 [4] IPsec トンネルの外側 IPv4 ヘッダを構築する時に DF ビット値を指定できるコマンド [ 入力形式 ] ipsec tunnel outer df-bit MODE DF ビットは経路 MTU 探索アルゴリズムで利用されるが 経路の途中に ICMP パケットをフィルタするファイアウォールなどがあるとアルゴリズムがうまく動作せず 特定の通信相手とだけは通信ができないなどの現象になることがある この様な現象は 経路 MTU 探索ブラックホール (Path MTU Discovery Blackhole) と呼ばれている この経路 MTU 探索ブラックホールがある場合には このコマンドでそのような相手との通信に関して DF ビットを 0 に書き換えれば 経路 MTU 探索は正しく動作しなくなるが 通信できない状態を回避できる Rev : 機能追加 [5] IP マスカレード変換時に DF ビットを削除するかどうかの選択コマンド [ 入力形式 ] nat descriptor masquerade remove df-bit SW Rev 機能追加 [8] TCPのMSSを制限 / 調整するコマンド例 1) ip tunnel tcp mss limit auto [ 入力形式 ] ip INTERFACE tcp mss limit MSS 例 2) ip tunnel tcp mss limit 1240 ipv6 INTERFACE tcp mss limit MSS LOCAL DEVELOPER DAY 11/infra (2011/12/3)

142 ip tunnel mtu コマンドの使い方 #1( 通常 ) 経路 MTU 探索が有効な端末間では 最適な IP パケットサイズで通信される MTU = 1280 送信元 VPN tunnel 宛先 経路 MTU 探索 ip tunnel mtu 1280 ( 通常 ) 経路 MTU 探索機能を持ったホストを想定 経路 MTU 探索により 経路 MTU=1280 として安定動作する パケット化イメージ コマンド名 default 値設定値の範囲 ip pp mtu ~1500 ip lanx mtu ~1500 ip tunnel mtu ~1500 データ IP ESP IP データ IP 64~1280 暗号化 複合化 142 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

143 ip tunnel mtu コマンドの使い方 #2( 障害対策 ) MTU 調整機能が効かない環境では スループット低下も止むを得ない MTU = 1500 送信元 VPN tunnel 宛先 ip tunnel mtu 1500 経路 MTU 探索機能を持たない一部ホストの 障害回避 ( 通信不能など ) を想定 例 ) 古い OS や端末, SmartBits, 入口の VPN ゲートウェイが暗号化後パケット (ESP など ) をフラグメントする 出口の VPN ゲートウェイがパケットの再構築をする パケット化イメージ データ IP ESP IP データ IP 例 )64~1446 暗号化 データ IP ESP#2 IP ESP#1 IP 例 ) 1447~1500 暗号化 パケット分割 例示した 1446 というサイズは 環境に依存する数値です 複合化 データ パケット再構築 & 複合化 143 LOCAL DEVELOPER DAY 11/infra (2011/12/3) IP

144 参考値 :RTX1000 の VPN スループット 理論値に対する割合を意味する 100Mbps ではない RTX1000 VPN Throughput Fast Path/Normal Path (uni-directional) Rev PPPoE + IPsec 辺り 80 Throughput [%] Frame size [byte] ip tunnel mtu=1280 (fast) ip tunnel mtu=1400 (fast) ip tunnel mtu=1446 (fast) ip tunnel mtu=1280 (norm) ip tunnel mtu=1400 (norm) ip tunnel mtu=1446 (norm) 144 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

145 MTU 関連の注意事項 (2004 年頃 ) TV 会議システムにおける MTU 調整 MTU : TV 会議端末 VPN tunnel インターネット TV 会議端末 TV 会議システムなどは 高精細画質を選択すると パケットサイズが大きくなることがある このとき VPN の MTU 値より パケットサイズが大きくなるとスループット低下などが発生し 画質が劣化する場合がある ip tunnel mtu コマンドで VPN(IPsec) の MTU 値調整を試みる 例 ) VPN(IPsec) の MTU 値を 1400 バイトにする ip tunnel mtu LOCAL DEVELOPER DAY 11/infra (2011/12/3)

146 フィルタリング機能 静的フィルターと動的フィルターとポリシーベースフィルター

147 従来のパケットフィルタリング < 外側 インタフェース側 > <IN 側 > 通過 破棄 静的フィルタ 参照 静的フィルタ定義 静的フィルタ定義 参照 静的フィルタ 破棄 通過 < 内側 ルーティング側 > <OUT 側 > [ 静的フィルタの問題点 ] TCP: 一方向性のestablishedフィルタの限界判断条件 )TCPフラグのうちACKとRSTのいずれかがセット UDP: 必要なポートは常に開けておく 例 ) DNS NTP LOCAL DEVELOPER DAY 11/infra (2011/12/3)

148 従来のセキュリティ フィルタ <IN 側 > < 外側 インタフェース側 > 通過 破棄 静的フィルタ 参照 静的フィルタ定義 静的フィルタ定義 参照 静的フィルタ 破棄 通過 < 内側 ルーティング側 > <OUT 側 > # フィルタ定義例 (LAN 側ネットワークが /24の場合 ) ip filter 10 reject /24 * * * * ip filter 11 pass * /24 icmp * * ip filter 12 pass * /24 established * * # tcpの片方向性を実現する仕組み ip filter 13 pass * /24 tcp * ident # メール転送などの時の認証 (ident) ip filter 14 pass * /24 tcp ftpdata * # ftpのアクティブ転送用 ip filter 15 pass * /24 udp domain * # DNSサーバへの問い合わせ ( 戻り ) ip filter source-route on ip filter directed-broadcast on # フィルタ適用例 ( 接続先のPP 番号が1の場合 ) pp select 1 ip pp secure filter in LOCAL DEVELOPER DAY 11/infra (2011/12/3)

149 静的セキュリティ フィルタの設定例 # フィルタ定義例 (LAN 側ネットワークが /24 の場合 ) ip filter 10 reject /24 * * * * ip filter 11 pass * /24 icmp * * ip filter 12 pass * /24 established * * # tcp の片方向性を実現する仕組み ip filter 13 pass * /24 tcp * ident # メール転送などの時の認証 (ident) ip filter 14 pass * /24 tcp ftpdata * # ftp のアクティブ転送用 ip filter 15 pass * /24 udp domain * # DNS サーバへの問い合わせ ( 戻り ) ip filter source-route on ip filter directed-broadcast on # フィルタ適用例 ( 接続先の PP 番号が 1 の場合 ) pp select 1 ip pp secure filter in LOCAL DEVELOPER DAY 11/infra (2011/12/3)

150 TCP の established フィルタ telnet サーバ [TCP 通信開始 ] <SYN> <SYN+ACK> <ACK> [TCP 通信中 ] established [TCP 通信終了 ] telnet クライアント SYN 以外は ACK または RST がある established フィルタで対処できる PC [ 目的 ] 静的フィルタリングにより 外部からの不必要な TCP 接続要求を破棄する [ 従来措置 ] 入り口で SYN のみパケット を破棄 established フィルタを適用 [ 悩み ] ACK つきパケット の攻撃をされたら [ 解決策 ] 動的フィルタリング 利便性とセキュリティの トレードオフ LOCAL DEVELOPER DAY 11/infra (2011/12/3)

151 ftp 通信のフィルタリング ftp のパッシブ転送 (PASV コマンド ) ftp のアクティブ転送 (PORT コマンド ) ftp server [*] [21] データ 制御 established ftp server [20] [21] データ 制御 [*] [*] [*] [*] ftp client ftp client [ 悩み ] ftp のアクティブ転送は 外部からの tcp 接続が開始される 通常であれば established フィルタで破棄される対象 ftp クライアント側は established フィルタでは 十分とはいえない [ 解決策 ] 動的フィルタリング 利便性とセキュリティのトレードオフ LOCAL DEVELOPER DAY 11/infra (2011/12/3)

152 UDP フィルタ (DNS や NTP) DNS 通信 (UDP 通信 ) [ 悩み ] DNS サーバー [UDP 通信 ] < 問い合わせ > DNS リゾルバー UDPは シンプルな通信であるため チェック機能がほとんど無い < 応答 > PC UDP 通信を許可するためには 応答パケットを常に通過させる 必要がある NTP サーバー NTP 通信 (UDP 通信 ) [UDP 通信 ] < 問い合わせ > NTP クライアント [ 解決案 ] 動的フィルタリング 利便性とセキュリティのトレードオフ セキュリティ的に強固な < 応答 > PC 代理サーバを用意する LOCAL DEVELOPER DAY 11/infra (2011/12/3)

153 動的フィルタリングの特徴 [ 目的 ] 安全性を確保したフィルタリング設定の難しさの解消 静的フィルタリングの弱点を補完し 利便性とセキュリティを両立するしくみの提供 動的フィルタリングを加えることにより さらに安全性を高める [ 静的フィルタリングの弱点 ] 安全性と安定性を確保した十分なフィルタリングを行うためには 高度な知識が求められる ftp 通信のフィルタリングにおける安全性 UDP 通信のためのフィルタの安全性 TCP 通信のためのestablishedフィルタの安全性 153 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

154 TCP の動的フィルタ ( 基本動作 ) < 外側 > < 内側 > < 通信路 > telnet サーバ [TCP 通信開始 ] <SYN> <SYN+ACK> <ACK> [TCP 通信中 ] established telnet クライアント PC [ 開くトリガー ] コネクションを開くSYN 情報を持ったパケット [ 確立の監視 ] TCPコネクションを開始するハンドシェイクの監視 [ 閉じるトリガー ] コネクションを閉じるFINや RSTなどの情報を持ったパケット 無通信監視( タイマ ) [TCP 通信終了 ] FIN や RST 154 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

155 UDP の動的フィルタ ( 基本動作 ) NTP サーバー NTP 通信 (UDP 通信 ) [ 開くトリガー ] [UDP 通信 ] < 問い合わせ > NTP クライアント 該当パケット [ 閉じるトリガー ] タイマーの満了 < 応答 > PC DNS サーバー DNS 通信 (UDP 通信 ) [UDP 通信 ] < 問い合わせ > < 応答 > DNS リゾルバー PC [DNSの処理] 問い合わせパケットに対して 必ず 応答パケットがある タイマー管理に加えて 応答パケットの到着で閉じる 155 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

156 セキュリティ レベル ( ネットボランチのセキュリティ強度の選択機能 ) セキュリティ レベル 予期しない発呼を防ぐフィルタ NetBIOS 等を塞ぐフィルタ ( ポート番号 :135,137,138,139,445) プライベートアドレスのままの通信を禁止するフィルタ静的セキュリティ フィルタ ( 従来のセキュリティフィルタ ) 動的セキュリティ フィルタ ( 強固なセキュリティ フィルタ ) 156 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

157 ファイアウォールの構造 < 外側 インタフェース側 > 通過 <IN 側 > 静的フィルタ定義 動的フィルタ定義 動的フィルタ 静的フィルタ 通過 動的フィルタ監視 破棄 参照 登録 動的フィルタコネクション管理テーブル 登録 参照 破棄 動的フィルタ監視 通過 静的フィルタ 動的フィルタ 動的フィルタ定義 静的フィルタ定義 通過 <OUT 側 > < 内側 ルーティング側 > LOCAL DEVELOPER DAY 11/infra (2011/12/3)

158 一部の通信路を塞ぐ < 外側 インタフェース側 > 通過 <IN 側 > 2 静的フィルタ定義 動的フィルタ定義 動的フィルタ 静的フィルタ 通過 動的フィルタ監視 破棄 参照 登録 動的フィルタコネクション管理テーブル 登録 参照 破棄 動的フィルタ監視 通過 静的フィルタ 動的フィルタ 動的フィルタ定義 静的フィルタ定義 通過 <OUT 側 > < 内側 ルーティング側 > LOCAL DEVELOPER DAY 11/infra (2011/12/3)

159 静的セキュリティ フィルタ < 外側 インタフェース側 > 通過 <IN 側 > 2 静的フィルタ定義 動的フィルタ定義 動的フィルタ 静的フィルタ 通過 動的フィルタ監視 破棄 参照 登録 動的フィルタコネクション管理テーブル 登録 参照 破棄 動的フィルタ監視 通過 静的フィルタ 動的フィルタ 動的フィルタ定義 静的フィルタ定義 通過 <OUT 側 > < 内側 ルーティング側 > LOCAL DEVELOPER DAY 11/infra (2011/12/3)

160 設定例 #1 ( 静的セキュリティフィルタ ) 入出 # 静的フィルタの定義 ip filter 00 reject /8 * * * * ip filter 01 reject /12 * * * * ip filter 02 reject /16 * * * * ip filter 03 reject /24 * * * * ip filter 10 reject * /8 * * * ip filter 11 reject * /12 * * * ip filter 12 reject * /16 * * * ip filter 13 reject * /24 * * * ip filter 20 reject * * udp,tcp 135 * ip filter 21 reject * * udp,tcp * 135 ip filter 22 reject * * udp,tcp netbios_ns-netbios_ssn * ip filter 23 reject * * udp,tcp * netbios_ns-netbios_ssn ip filter 24 reject * * udp,tcp 445 * ip filter 25 reject * * udp,tcp * 445 ip filter 26 restrict * * tcpfin * www,21,nntp ip filter 27 restrict * * tcprst * www,21,nntp ip filter 30 pass * /24 icmp * * ip filter 31 pass * /24 established * * ip filter 32 pass * /24 tcp * ident ip filter 33 pass * /24 tcp ftpdata * ip filter 34 pass * /24 tcp,udp * domain ip filter 35 pass * /24 udp domain * ip filter 36 pass * /24 udp * ntp ip filter 37 pass * /24 udp ntp * ip filter 99 pass * * * * * # 接続先のフィルタの入力 (IN) と出力 (OUT) の適用 pp select 1 ip pp secure filter in ip pp secure filter out [ 条件 ] ネットボランチ RTA54i プロバイダ接続設定のセキュリティ レベル5 入出 # 動的フィルタの定義 ip filter dynamic 80 * * ftp ip filter dynamic 81 * * domain ip filter dynamic 82 * * www ip filter dynamic 83 * * smtp ip filter dynamic 84 * * pop3 ip filter dynamic 98 * * tcp ip filter dynamic 99 * * udp 160 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

161 動的セキュリティ フィルタ 静的フィルタ定義 動的フィルタ定義 < 外側 インタフェース側 > 通過 <IN 側 > 1 3 動的フィルタ動的フィルタ監視参照 4 登録 静的フィルタ 通過 動的フィルタ監視 破棄 登録 動的フィルタコネクション管理テーブル 参照 破棄 通過 静的フィルタ 動的フィルタ 動的フィルタ定義 静的フィルタ定義 2 通過 <OUT 側 > < 内側 ルーティング側 > LOCAL DEVELOPER DAY 11/infra (2011/12/3)

162 設定例 #2 ( 動的セキュリティフィルタ ) 入出 # 静的フィルタの定義 ip filter 00 reject /8 * * * * ip filter 01 reject /12 * * * * ip filter 02 reject /16 * * * * ip filter 03 reject /24 * * * * ip filter 10 reject * /8 * * * ip filter 11 reject * /12 * * * ip filter 12 reject * /16 * * * ip filter 13 reject * /24 * * * ip filter 20 reject * * udp,tcp 135 * ip filter 21 reject * * udp,tcp * 135 ip filter 22 reject * * udp,tcp netbios_ns-netbios_ssn * ip filter 23 reject * * udp,tcp * netbios_ns-netbios_ssn ip filter 24 reject * * udp,tcp 445 * ip filter 25 reject * * udp,tcp * 445 ip filter 26 restrict * * tcpfin * www,21,nntp ip filter 27 restrict * * tcprst * www,21,nntp ip filter 30 pass * /24 icmp * * ip filter 31 pass * /24 established * * ip filter 32 pass * /24 tcp * ident ip filter 33 pass * /24 tcp ftpdata * ip filter 34 pass * /24 tcp,udp * domain ip filter 35 pass * /24 udp domain * ip filter 36 pass * /24 udp * ntp ip filter 37 pass * /24 udp ntp * ip filter 99 pass * * * * * [ 条件 ] ネットボランチ RTA54i プロバイダ接続設定のセキュリティ レベル7 入出 # 動的フィルタの定義 ip filter dynamic 80 * * ftp ip filter dynamic 81 * * domain ip filter dynamic 82 * * www ip filter dynamic 83 * * smtp ip filter dynamic 84 * * pop3 ip filter dynamic 98 * * tcp ip filter dynamic 99 * * udp # 接続先のフィルタの入力 (IN) と出力 (OUT) の適用 pp select 1 ip pp secure filter in ip pp secure filter out dynamic LOCAL DEVELOPER DAY 11/infra (2011/12/3)

163 フィルターって レイヤー概念がある ( のでは?) 設定概念 ポリシーフィルター ポリシー単位? 通信路 ( を管理する ) より抽象化されている ip/ipv6 policy filter コマンドなど 動的パケットフィルタリング ( ステートフル インスペクション ) コネクションやセッション単位 双方向のパケット通信を管理する ip filter dynamic コマンドなど 静的フィルタリング IP パケット 1 個単位 TCP/UDP の 5 個組み 単方向のパケットを管理する ip filter コマンドなど 163 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

164 SRT100 の自動生成ポリシー Global 2 VPN LOCAL SRT100 Private 3 LAN LOCAL DEVELOPER DAY 11/infra (2011/12/3)

165 ポリシーフィルター説明用構成図 注目ポリシー [LAN1 LAN2] FTP,WWW,Mail は許可し それ以外は禁止する The The internet LAN2 ポリシーフィルター LAN1 SRT LOCAL DEVELOPER DAY 11/infra (2011/12/3)

166 ポリシー定義例 ( 基本パターン ) SRT100 Global 2 LAN2 Private 1 3 LAN1 LOCAL 1 社内 LAN からインターネットへのアクセスは Web 閲覧 メール利用だけに制限する 2 インターネットから社内 LAN へのアクセスは 原則禁止する 3firewall 装置は 社内 LAN だけに情報を出力する 166 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

167 基本パターンの SRT100 ポリシー設定画面 [ 適用ルール ] 上から順番に処理される 1 段低い階層は 例外条件として処理される フィルタ動作は 破棄を赤色 通過を緑色 167 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

168 ポリシー選択 168 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

169 VPN+ ポリシー選択 169 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

170 RTX1100/RT107e のパケット処理構造 egress インターネットインターネット ingress ingress filter cf.rfc3704 WAN NAT(WAN 側 ) NAT(WAN 側 ) ファイアウォール機能 (WAN) ルーティングファイアウォール機能 (LAN) NAT(LAN 側 ) ファイアウォール機能 (WAN) ルーティングファイアウォール機能 (LAN) NAT(LAN 側 ) egress filtering cf.netbios 等 LAN 入力と出力が対称 170 LOCAL DEVELOPER DAY 11/infra (2011/12/3)

171 SRT100 のパケット処理構造 egress インターネットインターネット ingress ingress filtering cf.rfc3704 WAN NAT(WAN 側 ) ポリシーフィルタールーティング NAT(LAN 側 ) 入力遮断フィルター 不正アクセス検知 NAT(WAN 側 ) ルーティング ポリシーフィルター NAT(LAN 側 ) 不正アクセス検知入力遮断フィルター LAN egress filtering cf.netbios 等 入力と出力が非対称 171 LOCAL DEVELOPER DAY 11/infra (2011/12/3)