今現在、インターネットは正常か？
■ このスレッドは過去ログ倉庫に格納されています
0001１
01/09/21 16:20ID:???ここや殆どのサイトは見れるが、一部のサイトやサーバーへアクセス出来ない状況が発生していないか？
もちろんDNSの問題や、相手が死んでるとかじゃなくて・・・
接続したいとこにトレース（IPでね）かけたら次のようになった。
（はじめは省略）
12 30 ms 40 ms 60 ms IX-gate1.IIJ.Net [210.
13 40 ms 80 ms 40 ms as2516.nspixp2.wide.ad
14 40 ms 40 ms 50 ms 203.181.97.82
15 * * * Request timed out.
16 * * * Request timed out.
ところが、相手側はもちろん生きてる。
しかし、同じように向こうからも繋がらない・・・・
単にプロバイダの一部の問題じゃないような気がする！
ちなみにこっちはIIJへ接続
向こうはKDDI
IIJ＜−＞KDDI ＮＧ
ASAHI-NET＜−＞KDDI ＯＫ
誰かもっと情報をくれ！
0075
03/01/26 00:29ID:D8W0U3egJPIXのトラフィックは特に増えてないな
なんか、異常にメディアに取り上げられてるけど、ＤＱＮなところ以外はそんなに関係無かったりして
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/
ここは、死亡状態
0076anonymous@ EATcf-229p218.ppp15.odn.ne.jp
03/01/26 00:36ID:???呼び出しの間違い電話では？
きっとその人は今も仕事だったりして
0078anonymous@ taproxy9.ezweb.ne.jp
03/01/26 01:41ID:ju22MN5Zちなみに書き込み少ないのはプロバイダーがかなりつぶされてるからだよ
0079anonymous@ 067M28.rivo.mediatti.net
03/01/26 01:42ID:rx+ZXUB80080
03/01/26 01:43ID:D8W0U3egあ、ほんとだ、気づかなかった
しかし、ニュー速とかはひたすら総務省叩きで醜いね
とくに総務省がどうこうするような事態じゃないのにね
0081
03/01/26 01:45ID:D8W0U3egほんと？
うちはとくに体験できないからわからん
Flets1.5M+TTCN
ふつうに、ストリーミング動画もみれるし・・・
10.230.151.165.2450 > 210-***-***-***.home.ne.jp.1434: udp 376
ん？ SrcAddressがプライベート。
タチ悪いですね。
ソースアドレスはspoofされてるみたいだね
おれのアドレスを騙って他に飛んだUDP1434の、destunation (net|host|port) unreachable が
飛んできてるしね
0085あぼーん
NGNG0086anonymous@ YahooBB218140122060.bbtec.net
03/01/26 03:05ID:Pn/29JXzそんなあなたは、ｶｷｺしないでみておくのがよろしいかと・・・
世界各地で２５日発生したネットトラブルは、新種の「ワーム」型のコンピュ
ーターウイルスが原因とみられる。国内のインターネット管理者によると、
データベースを管理するマイクロソフトのＳＱＬというサーバーの特定の場所
あてに、大量の無意味な情報が送られ、コントロール権を奪われて容量オ
ーバーとなり、それが世界的にまん延したという。マイクロソフトはウイル
ス攻撃の対象になりやすく、同社でも昨年７月に警告を発して対策プログ
ラムを出していた。
http://headlines.yahoo.co.jp/hl?a=20030126-00000107-mai-soci
「データベースを管理するマイクロソフトのＳＱＬというサーバーの特定の場所」 というのが激しく意味不明だ
0088？
03/01/26 07:17ID:uC+LFhur1434だっけ？ノックがトラフィック攻撃だったのは自明のことだったが
韓国だけ大打撃の説明が抜けてるな
0089びくてぃむ
03/01/26 07:36ID:BsxcFf5Kルータが「認証中･･･」から先に進まないから金払ったか確かめて、
ルータの設定しなおして、yahooにping打って「Repry for ... 18ms」
プロバイダのメールは取れるが会社は無理。
19:00過ぎにはどこにも繋がらなくなったから諦めて寝た。
朝起きてブラウザ起動したらホームが表示された。
期待してないサンタさんからプレゼントを貰えた気分になりますた。
0090びくてぃむ
03/01/26 07:37ID:BsxcFf5K0091_
03/01/26 09:01ID:???あの国は、
「見栄っ張り」→意味も無くW2K Server+SQLあたりが入っている
「著作権の概念が無い」→当然全部コピー版。倫理観も無くばら撒かれているので誰でも入手可能
「ずぼら」→セキュリティ更新なんてしない
という条件が重なってms-sql-m/UDPの大量ワーム増殖発生源になった
ものと思われ。
0092名無しさん＠Ｍｅａｄｏｗ
03/01/26 17:50ID:???0093anonymous@ U122027.ppp.dion.ne.jp
03/01/26 19:58ID:???0094_
03/01/26 22:34ID:???0095_
03/01/26 22:39ID:???0096anonymous@ kyoto1-44.pias.ne.jp
03/01/27 16:28ID:VI7/4Kcy最悪システムが壊れるじゃないですが
そんな危険を冒して「パッチ当て」するか？（藁
下の方は日本でもあったと思うんだが。
0099anonymous@ zaqdadc9128.zaq.ne.jp
03/01/29 02:36ID:GFmwCA21http://internet.watch.impress.co.jp/www/article/2003/0128/15m.htm
今回コンピュータウイルス SlammerSlammer は、
米国、韓国、オーストラリア、ニュージーランドのインターネットを混乱に陥れ、
インターネット全体のパフォーマンスを 2 5 ％ 低下させたとされている。
0100しもむらつとむ
03/01/29 02:49ID:veumelxY0102anonymous@ zaqdadc9128.zaq.ne.jp
03/01/29 21:02ID:GFmwCA21マイクロソフト社は修正プログラムを昨年7月に公開したが、(マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた。
http://www.hotwired.co.jp/news/news/20030129301.html
マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた
マイクロソフト社内の一部の
コンピューターも含めて)多数のシステムがインストールを怠っていた
0103
03/02/10 00:31ID:2D7CaZggPinging 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),
板違い ネットサービス板へ
0105あぼーん
NGNG0106
03/04/01 18:55ID:mNgqVa8t0107あぼーん
NGNG0108山崎渉
03/04/17 12:08ID:???0109あぼーん
NGNG0110anonymous@ ohta128191.catv.ppp.infoweb.ne.jp
03/05/24 01:04ID:???0111あぼーん
NGNG0112anonymous@ gw.menkoi.ne.jp
03/06/27 12:07ID:WzBRYtYenspixp2pのwideが切れたり繋がったり。
0113・ ∪´∀｀)ﾓｷｭ
03/06/27 12:47ID:???0115はげ
03/06/27 16:57ID:uJiHPj/H0116あぼーん
NGNG0117・ ∪´∀｀)ﾓｷｭ
03/06/27 17:28ID:???ISPじゃなかったみたいw・ ∪´∀｀)ﾓｷｭ
0118被害を被ったー！
03/06/27 18:43ID:u4rVPMvCどこなんですか！？
教えてください！
0119ちよ
03/06/27 19:24ID:???http://www1.free-city.net/home/kotarou/page006.html
0120anonymous2
03/06/28 00:23ID:???これかな〜
http://www.wide.ad.jp/news/wide-internet/20030627-route-j.html
0121nobody
03/06/28 00:35ID:???文章があまりにも意味不明なんだけど。
0122foundry
03/06/28 17:55ID:???0123redistribution
03/06/28 21:23ID:???0124no redistribution bgp
03/06/28 21:42ID:???foundryは人間様が設定した通りに動いただけだよ。
0125anonymous@ h028.p191.iij4u.or.jp
03/06/29 02:03ID:/p2UeTzt所詮WIDEもその程度か。。。
0126EDO-IX
03/06/29 02:30ID:???WIDEがOSPFの扱い方は確かに一般的なISPとは違うが
それはそれで歴史と理由があっての事。
ISPでも古参のオペレータは知っている。
ま、もちろん現在その方法がベストかどうかは別の話。
NSPIXPもWIDEの実験だったりするわけで
新しい実験的な事もあって事故はおころだろうね。
ようは、問題が起こったらそれを防ぐ技術なんかを開発
するのもWIDEの使命なわけで、それに期待しましょう。
0127no redistribution bgp
03/06/29 04:22ID:???いや、欲しいけどね。
0128あぼーん
NGNG0129nya
03/06/29 17:06ID:???一時対処のはずのBGP peeringを落としたまま何時間も放置したOCNの責任は？
0130IXP1
03/06/29 20:42ID:cHTRto7Q知りませんよ>>126
IGPとEGPで相互に経路のやりとりをさせないのは、ルーティングを
安定させるための鉄則です。
0131タトゥ
03/06/29 23:40ID:???異常経路を流したところとのpeerを切って
顧客には解決しましたと報告するocnはさすがすぎる
0132IXP1
03/06/30 00:07ID:y/0WPSpp安定すれば、自社の障害は解決で、あとはWIDEの問題でしょう。
他のISPに比べてWIDEから復旧宣言が出たあともpeerを戻すのが
異常に遅かったという指摘もあるにはあるけどね。
それはともかく、みんなprefix filterかけようよ。
異常な経路を吐く奴も吐く奴だけど、それで影響受けるようじゃ
困るよね、今時。
0133あぼーん
NGNG0134egp
03/06/30 01:04ID:???復旧宣言が出たあと、戻すまでに約７時間ですな。
異常に遅かったというより、さぼって忘れていたのでは？
大手の驕りか、担当者の怠慢かは知らないけど。
ingress prefix filterくらいちゃんとすべきという点には同意。
0135nobody
03/07/01 00:43ID:???>ingress prefix filterくらいちゃんとすべきという点には同意
これは、どこまでちゃんとすべきなんだろう。程度問題だと思うが、真面目に
管理するのは大変だと思う。
0136IXP1
03/07/01 01:06ID:za8XHkzrIRRがまともに運営されれば難しくないんだけどね。
そういう意味では6〜7年ぐらいUSから遅れてるね。
0137あぼーん
NGNG0138nobody
03/07/01 23:39ID:???IXのアドレスとか、自分自身のアドレスブロックをingressにかけるぐらいなら
簡単にできるけど、本当に厳密に管理しようとするとIRRなしでは手に負えない
(変化に追随できない)でしょうね。
そろそろ真面目にIRRな季節かなあ
0139EDO-IX
03/07/03 02:34ID:???岩波の頃から、IXに出入りしていて、ミーティングに出ていて
人脈作ってれば、知っていそうだけど？と言うか私は知ってましたよ。
ま、あんたの言っている事はISPとしては正論だが。
>>127
ミスをしても、システムが救ってくれるシステムが理想では？
人間は絶対にミスをするから、ミスをしても、救われる防御
機構を考えたいね。
0140EDO-IX
03/07/03 02:39ID:???Prefix filterはミスを防ぐ機構の一つとして有効だと
思います、と言うかみんなちゃんと、情報を交換して
いるんだから、それを生かさないと…。
>>138
IRRって使えないってのが昔からの印象ですが…。
なんか、登録がいい加減なところなんかもあって、
今のIRRじゃなくてもっといい方法はないんかね。
0141あぼーん
NGNG0142こどちゃ♪
03/07/04 18:43ID:???どこまで経路をingressではじいでいいかって基準は難しいよね。
国内では/20以下を流すなって空気があるけど，NANOGで定期的に流れる
CIDR-Reportとか見てると平気で/24とか流れてるし。それが経路数を
増大させて管理を難しくしてるんだろうけどね。
>>140
JPIRRにはちと期待。
0143EDO-IX
03/07/05 02:50ID:???最近のルータはInternetの経路なんて問題なく扱えると
言うか、その100倍近い経路数をMPLSなんかでは運ばされ
ていてその基準で作られてたりするから…。
実は経路が細かくても多少多くても、大丈夫だったり
しません？管理はめんどいですけれどね。
0144dqn
03/07/05 03:30ID:???ip packetのingress filterすら設定してないDQN ISPもあるぜ。
0145あぼーん
NGNG0146ぼるじょあ ◆yBEncckFOU
03/08/02 05:33ID:???ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
0147あぼーん
NGNG0148v6
03/11/26 21:18ID:???0149nobody
03/12/04 04:48ID:???>> ２日午後、インターネット情報検索サイト国内最大手のヤフーが運営する
>> 「ヤフー・ジャパン」をはじめ、複数の有力検索サイトでネット検索サービスが
>> 一時利用不能になるトラブルがあった。障害が発生したのは、ほかに
>> ＮＴＴ東日本系のＮＴＴ−Ｘ（東京）が運営する「ｇｏｏ」（グー）と、
>> ネット商店街国内最大手、楽天傘下の「インフォシーク」。
どうみても意図的なDDoS攻撃なわけだが。
0150あぼーん
NGNGマターリ
0152nobody
04/01/15 23:06ID:???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
0153＠首都圏
04/01/15 23:47ID:aDcZ1kp1首都圏はこうです。
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
0155@Nifty
04/06/04 21:20ID:???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.
0156冨士穴山
04/06/05 19:53ID:Svhzh9UMhttp://www.itmedia.co.jp/enterprise/articles/0406/03/news038.html
乞御期待！
0157あのに
04/06/12 23:34ID:???海外にあるように見えるのは正常なんだけど…。
0158~
2005/06/10(金) 15:33:46ID:???スレタイが素敵ですね！
今や、人類共通のテーマでしょう
0159anonymous@ p3186-ipad01funabasi.chiba.ocn.ne.jp
2005/06/11(土) 14:35:34ID:Fz2QZkPN信号音が出ないって事はスプリッターが逝かれたん
でしょうかね?
0160_
2005/06/11(土) 14:55:58ID:???スレの趣旨を理解できないバカが迷い込んできたな。
スプリッタをはずして直接電話機つないでなにも聞こえなかったら
スプリッタの故障。そうじゃなかったら局側の故障。
わかったら他の板に行って二度とこの板に近づくなよ。
0161+
2006/07/29(土) 21:25:27ID:???深いテーマと思いきや
0162anonymous@ softbank220001072041.bbtec.net
2006/07/31(月) 20:25:41ID:???はい、俺もです
0163anonymous@ p1043-air02kdtoyoshi.nagano.ocn.ne.jp
2006/09/09(土) 17:15:06ID:746sZ+L20164anonymous@ p1043-air02kdtoyoshi.nagano.ocn.ne.jp
2006/09/09(土) 17:16:57ID:746sZ+L2なるのか。１つ利口になった。
0165anonymous@ 350297001192549
2006/09/30(土) 10:06:09ID:???0166sage
2007/09/09(日) 19:28:12ID:oTazyeq70168＊
2009/07/08(水) 21:31:35ID:e++w+JhG仮想化機能を停止すれば、復旧に向けた第一歩が踏み出せるんじゃないかな
0169anonymous
2009/10/24(土) 12:13:23ID:???その後、正常運用していますか？
■ このスレッドは過去ログ倉庫に格納されています