今現在、インターネットは正常か？

http://www.jpix.ad.jp/jp/techncal/traffic.html
JPIXのトラフィックは特に増えてないな
なんか、異常にメディアに取り上げられてるけど、ＤＱＮなところ以外はそんなに関係無かったりして

http://m.root-servers.org/
wideのroot-serverも特に異常無し

ただし、以下のサイトでは、トラフィックが特に増えたわけではないけど、
パケットロスが大幅に増加
http://www.internettrafficreport.com/main.htm
このトラフィックの減少は、TCPセッションがまともに張れない程度までパケットロスが増えて
通信ができなかった為にトラフィックが減ったのかな？

アメリカ方面は、けっこう変動がありますね
http://average.matrix.net/Daily/markP.html
http://stryper.uits.iu.edu/abilene/peers.html
http://stryper.uits.iu.edu/abilene/sttl/index.html
http://stryper.uits.iu.edu/abilene/snva/index.html
http://stryper.uits.iu.edu/abilene/dnvr/index.html
http://stryper.uits.iu.edu/abilene/losa/index.html
http://stryper.uits.iu.edu/abilene/nycm/index.html

同じアメリカでも、このあたりでは、そんなに影響がない
http://skippy.ncren.net/
http://jazz.ncren.net/stats/rlgh1-gw.ncren.net.5.html
http://jazz.ncren.net/stats/rtp1-gw.ncren.net.6.html
http://jazz.ncren.net/stats/rtp1-gw.ncren.net.14.html

http://www.internetpulse.net/
ここは、死亡状態

>>74
呼び出しの間違い電話では？
きっとその人は今も仕事だったりして

>>75
JPIXのグラフはリアルタイムじゃないよ。24日のデータです
（今現在）

日本も大変な事になってるよー
ちなみに書き込み少ないのはプロバイダーがかなりつぶされてるからだよ

うちのプロバイダーは遅くなった。i-modeとかはどうなるんだろう？

>>77
あ、ほんとだ、気づかなかった
しかし、ニュー速とかはひたすら総務省叩きで醜いね
とくに総務省がどうこうするような事態じゃないのにね

>>78
ほんと？
うちはとくに体験できないからわからん
Flets1.5M+TTCN
ふつうに、ストリーミング動画もみれるし・・・

自宅でtcpdumpを走らせたのだけど、一部こういうのが来ました。
10.230.151.165.2450 > 210-***-***-***.home.ne.jp.1434: udp 376
ん？ SrcAddressがプライベート。
タチ悪いですね。

>>82
ソースアドレスはspoofされてるみたいだね
おれのアドレスを騙って他に飛んだUDP1434の、destunation (net|host|port) unreachable が
飛んできてるしね

Wormのキャプチャ
http://sakots.pekori.jp/imgboard/imgs/img20030126023344.png

あぼーん

>>79よ、( ﾟДﾟ)ｲｯﾃﾖｼ系だろ。
そんなあなたは、ｶｷｺしないでみておくのがよろしいかと・・・

＜ネット接続障害＞日本国内で大きな被害なし トラブル収束へ

世界各地で２５日発生したネットトラブルは、新種の「ワーム」型のコンピュ
ーターウイルスが原因とみられる。国内のインターネット管理者によると、
データベースを管理するマイクロソフトのＳＱＬというサーバーの特定の場所
あてに、大量の無意味な情報が送られ、コントロール権を奪われて容量オ
ーバーとなり、それが世界的にまん延したという。マイクロソフトはウイル
ス攻撃の対象になりやすく、同社でも昨年７月に警告を発して対策プログ
ラムを出していた。

http://headlines.yahoo.co.jp/hl?a=20030126-00000107-mai-soci




「データベースを管理するマイクロソフトのＳＱＬというサーバーの特定の場所」　というのが激しく意味不明だ

>>87
1434だっけ？ノックがトラフィック攻撃だったのは自明のことだったが
韓国だけ大打撃の説明が抜けてるな

もいらは1月25日の17:30から突然つながらなくなりました。
ルータが「認証中･･･」から先に進まないから金払ったか確かめて、
ルータの設定しなおして、yahooにping打って「Repry for ... 18ms」
プロバイダのメールは取れるが会社は無理。
19:00過ぎにはどこにも繋がらなくなったから諦めて寝た。
朝起きてブラウザ起動したらホームが表示された。

期待してないサンタさんからプレゼントを貰えた気分になりますた。

あ... Reply

>>88
あの国は、

「見栄っ張り」→意味も無くW2K Server+SQLあたりが入っている
「著作権の概念が無い」→当然全部コピー版。倫理観も無くばら撒かれているので誰でも入手可能
「ずぼら」→セキュリティ更新なんてしない

という条件が重なってms-sql-m/UDPの大量ワーム増殖発生源になった
ものと思われ。

みえっぱりだったら、MS SQLサーバいれないと思うが

Oracleをインストールするだけのスキルがないとか（ｗ

今DDIからWide方面見えないんだけど、何か起きてる？

wide見えないみたいage

それ以前に下手にウィンドウズにパッチ当てしたら
最悪システムが壊れるじゃないですが
そんな危険を冒して「パッチ当て」するか？（藁

つうか壊れて困るシステムにゲイツ製を使うな

>>71
下の方は日本でもあったと思うんだが。

「15分で全世界を制圧するウイルス」論文が現実に
http://internet.watch.impress.co.jp/www/article/2003/0128/15m.htm

今回コンピュータウイルス SlammerSlammer は、
米国、韓国、オーストラリア、ニュージーランドのインターネットを混乱に陥れ、

インターネット全体のパフォーマンスを 2 5 ％ 低下させたとされている。

１００ゲット

>>99
米Berkeley大学というのが藁た。

SQLサーバー2000は世界中の企業、政府機関、大学その他で使われている。
マイクロソフト社は修正プログラムを昨年7月に公開したが、(マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた。

http://www.hotwired.co.jp/news/news/20030129301.html

マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた

マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた

さっき、google が・・・

Pinging www.google.com [216.239.53.101] with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 216.239.53.101:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

>>103
板違い　ネットサービス板へ

あぼーん

IIJ〜IX 死んでない?

あぼーん

（＾＾）

あぼーん

あぼーん

あげます。
nspixp2pのwideが切れたり繋がったり。

どこかのISPが変な経路流しますた　・　∪´∀｀)ﾓｷｭ

>>113
詳細情報キボンヌ

N+だから国産のあやしいルータが繋がってるんだろ

あぼーん

>>113
ISPじゃなかったみたいw・　∪´∀｀)ﾓｷｭ

>>117
どこなんですか！？
教えてください！

よろしく！！
http://www1.free-city.net/home/kotarou/page006.html

>>118
これかな〜
http://www.wide.ad.jp/news/wide-internet/20030627-route-j.html

>120

文章があまりにも意味不明なんだけど。

の、ソフトが腐っていたってことで。

route-map使う時点で敗北という噂があるがいかがなものか？

>>122
foundryは人間様が設定した通りに動いただけだよ。

BGPをOSPFにredistributeなんてまともなISPなら絶対やらないよ。
所詮WIDEもその程度か。。。

>>125
WIDEがOSPFの扱い方は確かに一般的なISPとは違うが
それはそれで歴史と理由があっての事。
ISPでも古参のオペレータは知っている。
ま、もちろん現在その方法がベストかどうかは別の話。
NSPIXPもWIDEの実験だったりするわけで
新しい実験的な事もあって事故はおころだろうね。
ようは、問題が起こったらそれを防ぐ技術なんかを開発
するのもWIDEの使命なわけで、それに期待しましょう。

WIDEでオペレーションミスを防ぐ技術を開発でつか…

いや、欲しいけどね。

あぼーん

今回の元々の事故はミスでしょうがないとしても、
一時対処のはずのBGP peeringを落としたまま何時間も放置したOCNの責任は？

NSPIXP-1のころからオペレーションしてますが（ASは変わったけど）、
知りませんよ>>126
IGPとEGPで相互に経路のやりとりをさせないのは、ルーティングを
安定させるための鉄則です。

ルーティングを安定させるために
異常経路を流したところとのpeerを切って
顧客には解決しましたと報告するocnはさすがすぎる

>>131 そんなのあたり前だと思うが。peer切って自分のところが
安定すれば、自社の障害は解決で、あとはWIDEの問題でしょう。
他のISPに比べてWIDEから復旧宣言が出たあともpeerを戻すのが
異常に遅かったという指摘もあるにはあるけどね。
それはともかく、みんなprefix filterかけようよ。
異常な経路を吐く奴も吐く奴だけど、それで影響受けるようじゃ
困るよね、今時。

あぼーん

>>132
復旧宣言が出たあと、戻すまでに約７時間ですな。
異常に遅かったというより、さぼって忘れていたのでは？
大手の驕りか、担当者の怠慢かは知らないけど。

ingress prefix filterくらいちゃんとすべきという点には同意。

>134

>ingress prefix filterくらいちゃんとすべきという点には同意

これは、どこまでちゃんとすべきなんだろう。程度問題だと思うが、真面目に
管理するのは大変だと思う。

>>135
IRRがまともに運営されれば難しくないんだけどね。
そういう意味では6〜7年ぐらいUSから遅れてるね。

あぼーん

>136

IXのアドレスとか、自分自身のアドレスブロックをingressにかけるぐらいなら
簡単にできるけど、本当に厳密に管理しようとするとIRRなしでは手に負えない
(変化に追随できない)でしょうね。
そろそろ真面目にIRRな季節かなあ

>>130
岩波の頃から、IXに出入りしていて、ミーティングに出ていて
人脈作ってれば、知っていそうだけど？と言うか私は知ってましたよ。
ま、あんたの言っている事はISPとしては正論だが。
>>127
ミスをしても、システムが救ってくれるシステムが理想では？
人間は絶対にミスをするから、ミスをしても、救われる防御
機構を考えたいね。

>>135
Prefix filterはミスを防ぐ機構の一つとして有効だと
思います、と言うかみんなちゃんと、情報を交換して
いるんだから、それを生かさないと…。

>>138
IRRって使えないってのが昔からの印象ですが…。
なんか、登録がいい加減なところなんかもあって、
今のIRRじゃなくてもっといい方法はないんかね。

あぼーん

糞スレで始まったはずなのに，なんか結構まじめな議論になってるね…。
どこまで経路をingressではじいでいいかって基準は難しいよね。
国内では/20以下を流すなって空気があるけど，NANOGで定期的に流れる
CIDR-Reportとか見てると平気で/24とか流れてるし。それが経路数を
増大させて管理を難しくしてるんだろうけどね。

>>140
JPIRRにはちと期待。

>>142
最近のルータはInternetの経路なんて問題なく扱えると
言うか、その100倍近い経路数をMPLSなんかでは運ばされ
ていてその基準で作られてたりするから…。
実は経路が細かくても多少多くても、大丈夫だったり
しません？管理はめんどいですけれどね。

routing infoのほうではなく、
ip packetのingress filterすら設定してないDQN ISPもあるぜ。

あぼーん

あぼーん

6BoneのMulticast正常に使えてますか？

http://www.zakzak.co.jp/top/t-2003_12/1t2003120311.html
>> ２日午後、インターネット情報検索サイト国内最大手のヤフーが運営する
>> 「ヤフー・ジャパン」をはじめ、複数の有力検索サイトでネット検索サービスが
>> 一時利用不能になるトラブルがあった。障害が発生したのは、ほかに
>> ＮＴＴ東日本系のＮＴＴ−Ｘ（東京）が運営する「ｇｏｏ」（グー）と、
>> ネット商店街国内最大手、楽天傘下の「インフォシーク」。

どうみても意図的なDDoS攻撃なわけだが。

あぼーん

>>149
マターリ

なんか、西日本のIIJからOCNが海外まわりになってるんですが(通常はJPNAP大阪経由)

tracert www.ocn.ad.jp

Tracing route to www.ocn.ad.jp [198.107.184.33]

4 40 ms 40 ms 40 ms osk003lip10.IIJ.Net [202.232.14.233]
5 40 ms 50 ms 40 ms osk003bb00.IIJ.Net [210.130.232.177]
6 40 ms 40 ms 40 ms Osk004bb00.IIJ.Net [202.232.0.243]
7 170 ms 170 ms 170 ms sjc002bb01.IIJ.Net [216.98.96.187]
8 170 ms 170 ms 170 ms sjc002bb00.IIJ.Net [216.98.97.145]
9 170 ms 170 ms 171 ms paloalto-bb3.IIJ.Net [216.98.96.152]
10 170 ms 170 ms 171 ms PaloAlto-bb2.IIJ.net [216.98.97.53]
11 170 ms 170 ms 181 ms p4-5-0-0.r06.plalca01.us.bb.verio.net [129.250.10.129]
12 181 ms 190 ms 190 ms p16-1-1-0.r20.plalca01.us.bb.verio.net [129.250.3.80]
13 221 ms 230 ms 220 ms p16-1-1-3.r20.dllstx01.us.bb.verio.net [129.250.4.104]
14 220 ms 230 ms 221 ms p64-0-0-0.r21.dllstx01.us.bb.verio.net [129.250.3.41]
15 250 ms 261 ms 250 ms p16-0-0-0.r02.stngva01.us.bb.verio.net [129.250.5.35]
16 241 ms 250 ms 240 ms mg-2.a00.stngva01.us.da.verio.net [129.250.26.194]
17 240 ms 250 ms 251 ms mg-1.a06.stngva01.us.da.verio.net [129.250.28.200]
18 250 ms 261 ms 260 ms 198.107.184.5
19 250 ms 250 ms 261 ms 198.107.184.33

>>152
首都圏はこうです。

4 11 ms 15 ms 9 ms tky001lip11.IIJ.Net [202.232.14.253]
5 9 ms 8 ms 6 ms tky001bb00.IIJ.Net [210.130.232.117]
6 100 ms 102 ms 105 ms paloalto-bb2.IIJ.net [216.98.96.195]
7 101 ms 101 ms 100 ms p4-5-0-0.r06.plalca01.us.bb.verio.net [129.250.10.129]
8 102 ms 102 ms 101 ms p16-1-1-0.r20.plalca01.us.bb.verio.net [129.250.3.80]
9 142 ms 140 ms 140 ms p16-1-1-3.r20.dllstx01.us.bb.verio.net [129.250.4.104]
10 153 ms 138 ms 142 ms p64-0-0-0.r21.dllstx01.us.bb.verio.net [129.250.3.41]
11 182 ms 181 ms 182 ms p16-0-0-0.r02.stngva01.us.bb.verio.net [129.250.5.35]
12 180 ms 178 ms 178 ms mg-2.a00.stngva01.us.da.verio.net [129.250.26.194]
13 182 ms 187 ms 183 ms mg-1.a06.stngva01.us.da.verio.net [129.250.28.200]
14 179 ms 185 ms 183 ms 198.107.184.5
15 188 ms 188 ms 181 ms 198.107.184.33

首都圏・・

Tracing route to www.ocn.ad.jp [198.107.184.33]
over a maximum of 30 hops:

1 15 ms 13 ms 12 ms
2 14 ms 13 ms 13 ms
3 12 ms 12 ms 13 ms
4 12 ms 13 ms 13 ms
5 12 ms 13 ms 12 ms
6 13 ms 13 ms 13 ms
7 13 ms 13 ms 13 ms
8 20 ms 13 ms 13 ms 61.213.161.97
9 13 ms 13 ms 14 ms xe-1-0-0.r21.tokyjp01.jp.bb.verio.net [61.213.162.233]
10 142 ms 128 ms 141 ms p16-0-0-1.r82.mlpsca01.us.bb.verio.net [129.250.4.157]
11 128 ms 128 ms 128 ms xe-0-3-0.r21.mlpsca01.us.bb.verio.net [129.250.2.55]
12 129 ms 143 ms 130 ms p64-0-0-0.r21.plalca01.us.bb.verio.net [129.250.5.48]
13 218 ms 218 ms 218 ms p16-0-3-2.r20.asbnva01.us.bb.verio.net [129.250.5.95]
14 218 ms 218 ms 218 ms mg-1.a00.stngva01.us.da.verio.net [129.250.28.194]
15 346 ms 426 ms 412 ms mg-1.a06.stngva01.us.da.verio.net [129.250.28.200]
16 219 ms 219 ms 218 ms 198.107.184.5
17 219 ms 219 ms 219 ms 198.107.184.33

Trace complete.

定点観測システムが解決します。
http://www.itmedia.co.jp/enterprise/articles/0406/03/news038.html
乞御期待！

というかwww.ocn.ad.jpって設置場所がverio内にあるから
海外にあるように見えるのは正常なんだけど…。

>今現在、インターネットは正常か？

スレタイが素敵ですね！
今や、人類共通のテーマでしょう

インターネットは正常なんだけど、電話がアボーン。
信号音が出ないって事はスプリッターが逝かれたん
でしょうかね?

>>159
スレの趣旨を理解できないバカが迷い込んできたな。
スプリッタをはずして直接電話機つないでなにも聞こえなかったら
スプリッタの故障。そうじゃなかったら局側の故障。
わかったら他の板に行って二度とこの板に近づくなよ。

>今現在、インターネットは正常か？


深いテーマと思いきや

>>161
はい、俺もです

インターネットは常に異常。

へーエッジからだと俺は長野にいることに
なるのか。１つ利口になった。

てすと

今現在、俺の頭は正常か？

>>160
治った、サンキュ

>>166
仮想化機能を停止すれば、復旧に向けた第一歩が踏み出せるんじゃないかな

>166
その後、正常運用していますか？

???

?E?{?@?[?I

WIN200

test

test