JANOG6 Yet Another network command/tool/system Janog6 2000/06/16

Size: px

Start display at page:

Download "JANOG6 Yet Another network command/tool/system Janog6 2000/06/16"

ぜんぺいはらしない
4 years ago
Views:

1 JANOG6 Yet Another network command/tool/system

2 発表内容 1. 概要 2. ping 関連のツール 3. traceroute 関連のツール 4. Webインターフェースのツール 5. まとめ付録

3 昼間は画面と音夜は { ポケベル imode} 障害トラブルチケットアラーム情報,tool 少ない規模小稼動状況監視規模大比較的 tool, 情報多い定常構成管理

4 稼動状況監視規模小 MRTG??? ( 簡単な port??? ネットワーク )??? snmp traceroute ping 高機能 ( システム ) mon nocol RRDTool spong BigBother HP-OV etc 規模大 ( 複雑なネットワーク ) このあたりのツールが欲しい単機能 ( コマンドトラブルシュート用 )

5 Ping 関連

6 初心に返って...ping ping は頻繁に使うたまに使うならUnix 標準のpingを普通に使うだけでもOK intervalは最低でも1 秒 100 回打つだけでも2 分弱かかる遅い!(Ciscoなら5 秒ぐらい ) -f オプションを使う (floodオプション) rootでしか使えない 1 秒かからない bear# time ping -f -c PING ( ): 56 data bytes 下手したらDoSになる? ping statistics packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 3.424/3.501/4.010/0.062 ms 0.013u 0.000s 0: % k 0+0io 0pf+0w bear#

7 ping(cont.) ping のプログラム自体で interval を 1 秒以下に設定できるように改造 FreeBSD2.2.8 上で ping を改造実は FreeBSD3.xから -i( インターバルオプション ) は rootでは1 秒以下に設定できる!!! ^^; bear# time ping -i q -c PING ( ): 56 data bytes ping statistics packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 3.418/3.475/3.963/0.063 ms 0.000u 0.010s 0: % k 0+0io 0pf+0w bear#

8 ping は一度に複数宛先に打ちたい fping FreeBSDのports/packageにある 1 行に1 宛先を書いたファイルを読み込み複数宛先にpingを送る ICMPは3 回しか投げないので Dead or Aliveの確認程度 Replyのsrcアドレスが違うものから帰ってくると unreachableになってしまう (NAT の設定がおかしい場合等 )

9 ping は一度に複数宛先に打ちたい (Cont.) multiping nocolのパッケージの中オプションは nomalの pingに近い IPを引数で複数指定 -t オプションで結果を表形式で出力 wani1#./multiping -c 10 -n -t -q `cat ~kosaka/ip` PING ( ): 56 data bytes PING ( ): 56 data bytes : : PING ( ): 56 data bytes PING ( ): 56 data bytes PING ( ): 56 data bytes PING ( ): 56 data bytes -=-=- PING statistics -=-=- Number of Packets Round Trip Time Remote Site Sent Rcvd Rptd Lost Min Avg Max % % : : % % % % TOTALS % wani1#

10 あちこちのルータから ping を打って確かめたい rsh(ssh) 経由で Cisco の ping をたたく Cisco の rsh 設定 : : あとは perl で

11 大規模なサイトの ping 監視の問題一般的にネットワークの監視では 5 分に一回程度で複数宛先に ping を打つ最近は時間が NTP で合っている大規模なネットワーク監視時には 5 分おきに ICMP が host,network とも苦しいここに集中する n 分 n+5 分 n+10 分一定時間毎 (ex.5 分 ) に起動 time ping ping ping

12 こんなのはどうなんでしょう spingd&spingread 常に監視している機器に対してはむしろゆっくりとしたインターバルで常時打ち続ける常に一定サイズのdbmに書き出す fpingをモディファイして実装 10 秒に1 回のICMPだと正確な情報が出ない? 10 秒おきに2 回だといい? 1 回目の情報は捨てるとか

13 Key=IP:Seq Val=RTT 結果ファイル読み込み & 表示 spingread wani1#./spingread result.dbm packets transmitted, 60 packets recieved,0% packet loss round-trip min/avg/max = /22.065/ ms packets transmitted, 60 packets recieved,0% packet loss round-trip min/avg/max = /50.388/ ms packets transmitted, 53 packets recieved,11% packet loss round-trip min/avg/max = /44.284/ ms : 10 秒 dbm 結果ファイル : リング型 ECHO_REPLY ECHO_REQUEST spingd ( 常に複数宛先にping) time

14 traceroute 関連

15 traceroute ASを表示 IRRの情報を参照 URL ftp://ftp.nikhef.nl/pub/network/traceroute.tar.z FreeBSD の ports の traceroute > /usr/local/sbin/traceroute -A -h whois.ra.net traceroute to ( ): 1-30 hops, 38 byte packets 1 YOKO-R471-E0.fine.ad.jp ( ) [AS FINE-CIDR-BLK FASTNET, INC.] ms ms 0.493ms 2 OOTE-R722-S1-2.fine.ad.jp ( ) [AS FINE-CIDR-BLK FASTNET,INC.] 14.1 ms 21.3 ms 11.3 ms ( ) [AS C&W IDC] 21.8 ms 260 ms 13.9ms 4 POS0-3.tokg1.idc.ad.jp ( ) [AS C&W IDC] 21.9 ms 13.1 ms 13.1 ms 5 POS0-0.patg1.idc.ad.jp ( ) [AS C&W IDC] 119 ms 116 ms116 ms 6 * * * ATM2-0.XR1.PAO1.ALTER.NET ( ) [AS701 - UUNET, An MCI Worldcom Company] 121 ms 123 ms 116 ms ATM9-0-0.GW2.PAO1.ALTER.NET ( ) [AS702 - UUNET, An MCI Worldcom Company] 117 ms 118 ms 120 ms 9 infoseek-gw.customer.alter.net ( ) [AS701 - UUNET, An MCI Worldcom Company] 130 ms (ttl=243!) 133 ms (ttl=243!) 152 ms (ttl=243!) 10 maps.infoseek.com ( ) [AS Infoseek, Inc.] 137 ms (ttl=240!) 135 ms (ttl=240!) 133 ms (ttl=240!)

16 MTR tracerouteとpingを同時に実行いろいろな出力形式がある

17 traceroute(cont.) visualroute ping と traceroute DNS 情報を表示さらに地図上で可視化

18 Web インターフェースのツール

Web をインターフェースに LookingGlass:WANのトラブルシュートには必須 http://www.traceroute.org/ http://www.merit.

19 Web をインターフェースに LookingGlass:WANのトラブルシュートには必須サイトによりリアルタイムで見れるもの見れない物がある

20 Webをインターフェースに (cont.) MRTG MRTG は 2 値しかとれない traffic 以外でも扱いが楽 RRDtool まだ扱いがちょっと難しいどのフロントエンドがいいの? このぐらいのデータを簡単に表示できるフロントエンドが欲しい

21 shepherd MRTGの代替となりうるバイナリ形式のログデータ収集は高効率 2 値以上をハンドリング欠点 : 十分な情報がない configがわかりにくい

22 使い方の概略 shepherd.cfg を作成./shepherd を起動./make_index でインデックス作成

23 Web をインターフェースに ( トラブルチケット ) RT MySQL+CGI で構成されている比較的分かりやすい最低条件は満たしている base はコマンドライン I/F の Req mail の I/F もあり

24 Web をインターフェースに ( トラブルチケット ) こんなのもあります KeyStone PHP 高機能だがわかりにくい利用形態によりライセンスが必要

25 Web をインターフェースに ( 構成管理 ) CVSを構成管理用 DBに応用 cvsweb.cgi というツールソフト開発者だけが使うのではもったいない! ciscoのconfigの履歴管理に DNSの設定情報の履歴管理 etc...

>./ciscoconfcvs 202.228.129.254 Add serial0 i/f By M.Kosaka CVS: ---------------------------------------------------------------------- CVS: Enter Log.

26 >./ciscoconfcvs Add serial0 i/f By M.Kosaka CVS: CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in. CVS: CVS: Modified Files: CVS: config CVS: コマンドを打つとコメントを聞いてくるコメントも含め履歴として残る

27 diff をとって変更点が色で分けで表示される

28 まとめ付録便利な物はいろいろある使い方とかカスタマイズの余地はいっぱいある今後さらにいろいろ OpenSourceのソフトを評価する使い方使い勝手等をカテゴライズして公開していきたい

29 リファレンス ====ping,traceroute==== traceroute : FreeBSD の /ports fping:freebsd の /ports multiping: MTR: visualroute: === 監視システム ==== BigBrother: spong: mon: ===traffic 監視 ==== mrtg/rrdtool: shepherd: ====cvsweb,trouble ticket==== RT: KeyStone: cvsweb:

30 ご静聴ありがとうございました

¥¤¥ó¥¿¡¼¥Í¥Ã¥È·×Â¬¤È¥Ç¡¼¥¿²òÀÏ Âè1²ó

¥¤¥ó¥¿¡¼¥Í¥Ã¥È·×Â¬¤È¥Ç¡¼¥¿²òÀÏ Âè1²ó 1 2011 5 11 lumeta internet mapping http://www.lumeta.com http://www.cheswick.com/ches/map/ 2 / 43 ( ) 3 / 43 (Kenjiro Cho) WIDE 1984 ( ) OS 1993 1996 ( ) (QoS ) 2001 ( ) 2004 ( ) QoS 4 / 43 (Internet