AirStation NFINITI HighPower Giga WZR-HP-G301NH
最大69%の省電力機能「おまかせ節電」を備えたIEEE802.11n/g/b対応無線LANルーターのハイパワーモデル
セキュリティ規格：WPA/WPA2/WEP
本ページでは掲載するECサイトやメーカー等から購入実績などに基づいて手数料を受領しています。
AirStation NFINITI HighPower Giga WZR-HP-G301NHバッファロー
最安価格(税込)：価格情報の登録がありません 発売日：2010年 3月上旬
AirStation NFINITI HighPower Giga WZR-HP-G301NH のクチコミ掲示板
（1178件）
このページのスレッド一覧（全144スレッド）
| 内容・タイトル | ナイスクチコミ数 | 返信数 | 最終投稿日時 |
|---|---|---|---|
 有線ポートを正常に使えないので原因を突き止め解決したいです |
3 | 14 | 2011年7月25日 13:28 |
| インタネット接続が時々切れてしまう |
3 | 109 | 2011年5月17日 12:31 |
| 簡易NASについて |
0 | 2 | 2011年5月16日 08:23 |
| 中継機能 wds の設定がうまくいかない |
1 | 10 | 2011年4月25日 08:11 |
| 使用できるHDDについて |
0 | 3 | 2011年4月16日 17:54 |
| バッファロー インストール出来ない |
0 | 9 | 2011年3月19日 17:38 |
- 「質問の絞込み」の未返信、未解決は最新1年、解決済みは全期間のクチコミを表示しています
お気に入りに追加
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
宜しくお願い致します。
引越した際に、正常に使えなくなってしまいました
少し家具を移動する際に電源を切って線を抜き、再度繋ごうとしたところ繋がりません。
インターネットはレオパレスの回線で、部屋にLANケーブルがあって、モデム等の装置はない状態です。
このLANをWZR-HP-G301NHの青のポートに挿し、残りのポートの1つにLANケーブルを繋ぎ、それをSwitchingHUBに入れ、HUBから2台のPCにLANケーブルを繋いでいました。また、IBMだけ無線で通信していました。
レオパレスの壁の中から出てきたLANケーブルを直接PC本体のポートに挿入すると、外部(インターネット)に繋がります。
これは3台とも同じで、有線LANをこの方法で繋げることは何度も確認しています。
間にSwitchingHUBを介しても同様で、WZR-HP-301NHを間に入れなければ正常に使えます。
次に、レオパレスの壁から出ているLANケーブルをWZR-HP-301NHの青ポートに差込み、IBMのPC以外、HUBもPCも電源を落として、コネクタもすべて外した状態で、IBMは無線通信できてインターネットに繋がります。
しかし、WZR-HP-301NHの青以外のポートにLANケーブルを繋ぎ、パソコン工房に挿入しても、繋がりません。VAIOも同様で、「ネットワーク接続」の「ローカルエリア接続」を確認すると、「接続状態：限定または接続なし」となっています。
また、レオパレスのケーブルをSwitchingHUBにいれて、そこからPC2台とWZR-HP-301NHの青ポートに入れると、3台ともインターネットに繋がります。
よって無線接続・ワイヤレス接続は正常に動作し、WZR-HP-301NHの有線ポートが正常に使えません。
どなたか教えてください。宜しくお願い致します。
自分の環境を記します。
PC3台
1台目
パソコン工房製PC→コレガの1000BASEのLANポートを増設しています
OS:WindowsXP HomeEdition
2台目
IBM ThinkPad X100e
OS:Windows7 HomePremium
3台目
SONY VAIO PCV-JX10
OS:WindowsXP HomeEdition
0点
>インターネットはレオパレスの回線で、
「レオネット」って、「初期登録２日後」からでしか、ネット接続は出来ないのでは？
http://www.leo-net.jp/leoweb_e/guide/guide04_05.html
「初期登録」は済ませているのですよね？
http://www.leo-net.jp/leoweb_e/guide/guide02.html
書込番号：12807911
0点
まずは、名無しの甚兵衛さんが紹介されているサイトに従い、PCの設定を確認してください。
http://www.leo-net.jp/leoweb_e/guide/guide04_05.html
その後、WZR-HP-301NHをリセットした上で、WZR-HP-301NHの青以外のポートにPCを
直結して（HUBを通さず）、設定画面は表示できますか？
設定画面も表示されないとなると、WZR-HP-301NHが壊れしまったのかもしれません。
書込番号：12808115
0点
PCを直接接続(有線LAN)するとインターネットにアクセスできるのですから、
レオネット側はDHCPサーバ機能が、そしてPC側はDHCPクライアント機能が
各々有効になっているように思います。
そしてWZR-HP-G301NHを無線LAN親機として、
PCを無線LANで接続するとインターネットにアクセスできるのに、
PCを有線LANでWZR-HP-G301NHにつなぐとインターネットにアクセスできないので、
WZR-HP-G301NHのスイッチングハブ部分だけが機能していないようです。
WZR-HP-G301NHの設定でこのように有線LANだけ無効にすることはできないはずなので、
WZR-HP-G301NHの不具合だと思います。
考えられる対策としては、
・WZR-HP-G301NHのファームを最新にしてみる
http://buffalo.jp/download/driver/lan/wzr-hp-g301nh_fw-win.html
・ブリッジモード（ルータ機能オフ）にしてみる
書込番号：12808283
2点
レオパレスのLEONETは特殊な設定が必要です。
まず、壁から出ている線を直接PCに挿し込みログイン認証を済ませる。
その状態で、コマンドプロンプト（ファイル名を指定でcmdでリターン）を立ち上げる。
コマンドプロンプト内でipconfig /all
と入力。
そこに出てくる情報をメモる
IPアドレス
サブネットマスク
ゲートウェイ
など
後はルータを壁から出ている線につなぎ、WAN側の設定をDHCP設定ではなく、静的に変え、上記情報を入れる。
LAN側はDHCPで構わないですよ。
一回外したことにより、認証が変わってしまったために接続出来なくなってるのだと思います。
書込番号：12809042
0点
すいません。質問をよく読んでいませんでした。
羅城門の鬼さんが仰るとおり、無線では繋がるのですから、HUB部分のみ故障が考えられます。
確認方法はブリッジモード（ただのHUB と同じ）にして繋がるか（有線）確認してみてください。
前回の回答は、WAN側よりの接続確認ができない場合の対処法でした。
書込番号：12809219
0点
>名無しの甚兵衛さん
初期登録は完了しております。
レオパレスに引っ越してきて２週間はWZR-HP-G301NHの有線LANポートも正常に使えていました。
レオパレスのネット回線には今もつなげています。インターネットはできている状態です。
書込番号：12809818
0点
>CCVさん
WZR-HP-G301NHの設定画面は有線ポートからは開けませんでした。
無線でなら開けます。
また、青ポートにレオパレスのケーブルでなく、HUBから伸ばしたLANケーブルを挿せば設定画面が開けるという状態です。
書込番号：12809829
0点
>羅城門の鬼さん,nyun-kunさん
・WZR-HP-G301NHのファームを最新にしてみる
繋がらなくなって数日後にファームウェアは更新しておりまして、現在最新の状態です。
・ブリッジモード（ルータ機能オフ）にしてみる
ルータ機能は「AUTO」、「OFF」、「ON」のすべて試していますが、だめでした。
書込番号：12809901
0点
それだけ条件がそろえば、残念ですが、明らかにWZR-HP-G301NHの有線ポートの故障でしょう。
書込番号：12810364
0点
あと試してみるとすると、
WZR-HP-G301NHの有線LANポート４個のうち順番に指してみることでしょうか。
LANケーブル自体は実績があるようですので、
特定のポートだけが物理的におかしくなっているケースなら
他のポートは機能しているかも知れません。
書込番号：12810557
0点
>羅生門の鬼さん、CCVさん
返信が遅くなりました。申し訳ありません。
有線ポートはすべてのポートを確認しております。
また、USBのポートもうまく使えない状態になっていました。もともと外付けのUSBHDDを接続しネットワークドライブとして使用していたのですが・・・
いよいよ故障確定でしょうか。
書込番号：12830839
0点
試すべき方法が残り少なくなってきましたが、
WZR-HP-G301NHの設定の初期化して、無線LANを再設定してみてはどうですか。
設定画面に入り、多分[管理設定]-[初期化]で設定の初期化ができると思います。
ほぼWZR-HP-G301NHの不具合が確定ですが、それでも要因を絞り込むならば、
PCを有線LANで接続したWZR-HP-G301NHのLANポートはLEDが点灯していますか？
WZR-HP-G301NHに有線LANで接続したPCで、
コマンドプロンプトにて netstat -e で
「ユニキャストパケット」、「エラーパケット」、「破棄パケット」は？
同じくコマンドプロンプトにて ipconfig -all でイーサネットアダプタの
「DHCP有効」、「IPv4アドレス」、「サブネットマスク」、「デフォルトゲートウエイ」、「DNSサーバ」
の各々を確認。
Win XP機では多少操作が異なるかも知れませんが、
[スタート]-[コンピュータ]
コンピュータを右クリックで[管理]を選択。
[コンピュータの管理]-[イベントビューア]-[Windowsログ]-[システム]
ソース=DHCP-Clinet、レベル=エラーor警告のイベントがあると思うのですが、
[全般]タブではどのようなエラー文言が表示されてますか？
書込番号：12831073
0点
みなさん色々試されているようですね。私も不具合があるので報告します。
環境：yhaoo!8M ADSL
症状：無線も有線もインターネットにつながらなくなる。
今のところの解決方法：ADSLモデムの電源を切断しADSLモデムだけを再起動
原因：ルーター（古い有線専用ルーターに接続し、アクセスポイントを接続して使用しているとまったく症状は出ない）
感想：この無線ルーターに問題があるとしか思えません（ファームウェアは最新）
書込番号：12977250
1点
長らく放置してしまいました
終盤になって新規の装置を購入していまいここで質問していたことを忘れてしまっていました
一応解決ということで終了します
ありがとうございました
書込番号：13293908
0点
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
インタネット接続が時々切れてしまうので、ルータ相性だと思い、
WN-NHP/R-U から WZR-HP-G301NH に買い換えましたが、やはり時々切れてしまいます。
切れる時間帯は不定期なのですが、夜遅くが多く発生するようです。
配線：
マンション専用のプロバイダで、各戸に割り当てられたインタネットLANが敷設されており、
そのLANをWZR-HP-G301NHに接続しています。
使用環境：
有線(WindowsXP）×１、無線(WindowsVista/Windows7)×２の合計３台を接続し、
ルータ機能を使用しています。
現象：
突然有線、無線ともにインタネットに接続できなくなりますが、１時間程度放置すると
自然に治ることがあります。
この時、WZR-HP-G301NHのステータス情報を確認するとインタネット側のIPアドレス、
DNS、DHCPサーバのアドレスなどは設定されており、開放→書き換えを行っても
同一内容を再取得しているようで、接続確認を行うと全てOKとなります。
また、WZR-HP-G301NHよりインタネットLANを抜き、直接パソコンに有線接続すると
インタネット接続ができます。
WZR-HP-G301NHに何か負荷がかかっているのかと考えておりますが、よくわかりません。
ご教示の程、よろしくお願いします。
1点
ひ＆みさん
環境『各戸に割り当てられたLAN』に複数のブロードバンドルータで設定、
配線しても同じ状態になった・・・ということから
「WN-NHP/R-UやWZR-HP-G301NH 」の問題はあるかどうかわからないけれど、
２台試して同じ状況になるなら、『各戸に割り当てられたLAN』（施設）側に
ブロードバンドルータが居るんじゃないかと、安易に考えます。
※もちろん、2台続けて環境との相性だったということもあるかもしれませんが・・。
『各戸に割り当てられたLAN』とパソコンを配線したとき、そのパソコンが取得した
IPアドレスが「192.***.***.***」や「172.***.***.***」や「10.***.***.***」なら、
回線側にブロードバンドルータいることになるので、その環境にルータを設置して
使っていいのか、または、今抱える状況を出ないように設定するにはどういう設定が
あるか、メーカーではなく、施設側に確認したほうがいいかもしれません。
※環境独自の内容があるかもしれません。という意味あいです。
書込番号：12911246
1点
> WZR-HP-G301NHよりインタネットLANを抜き、
> 直接パソコンに有線接続するとインタネット接続ができます。
ほぼWZR-HP-G301NHが原因のようですね。
ファームウエアが最新でないならば、更新してみてはどうですか。
http://buffalo.jp/download/driver/lan/wzr-hp-g301nh_fw-win.html
書込番号：12911275
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
IPアドレスは「210.***.***.***」となっております。
また、以前プロバイダには確認したのですが、有線接続ができることから
プロバイダ側の問題ではないと特に調査などして頂けませんでした。
書込番号：12911670
0点
羅城門の鬼さん
ご返信ありがとうございます。
ファームウエアは最新の状態にしております。
メーカにも問い合わせしてみましたが、過去事例にないことから
原因特定には至っておりません。
書込番号：12911684
0点
既にファームは最新でしたか。
もう少ししっかりと原因の切り分けをした方が良いのかも知れません。
現象が発生した時に、PCのコマンドプロンプトにて、
tracert www.google.co.jp
でどこまでpingが通っているのか確認。
WZR-HP-G301NHさせ応答を返さない場合は、WZR-HP-G301NHが原因の可能性が高い。
無線LANのPCでも有線LANのPCでも発生しているので。
WZR-HP-G301NHの次のルータが応答を返さない場合は、
WZR-HP-G301NHのルーティングまたは
WZR-HP-G301NHの先のLANまたは
WZR-HP-G301NHの先のルータのどれかが原因。
この場合は、有線LANのPCと無線LANのPC間で ping の応答があるかにより、
WZR-HP-G301NHのルーティングがOKか確認。
書込番号：12911799
0点
羅城門の鬼さん
ご返信ありがとうございます。
pingについては、名前、およびIPアドレスで確認しましたが、
どちらもタイムアウトとなりました。
tracertは次回発生時に確認してみます。
書込番号：12911844
0点
tracert www.google.co.jp
の確認でズッこける可能性もあるので、
nslookup www.google.co.jp
で、googleのDNSが引けるかどうかも、さらに確認したほうが、
より分りやすいと思います。
書込番号：12911850
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
nslookupについても、次回発生時に確認してみます。
本日は今のところ調子が良く、未だ発生いたしません。
書込番号：12911863
0点
> pingについては、名前、およびIPアドレスで確認しましたが、
> どちらもタイムアウトとなりました。
WZR-HP-G301NHの配下のLAN内の機器間でpingが通らないなら、
WZR-HP-G301NHのWAN側は無罪です。
無線LANのPCでも有線LANのPCでもインターネットの接続が切れていることから、
やはりWZR-HP-G301NHが犯人の可能性が最も高いようです。
あと考えられる対応は....
・WZR-HP-G301NHの電源オフオン
・WZR-HP-G301NHの設定初期化＆再設定
書込番号：12911909
0点
羅城門の鬼さん
ご返信ありがとうございます。
配下の機器間（例 無線PC←→有線PC）でのpingは通ります。
タイムアウトとなるのは、インタネット（無線PC→google、有線PC→google）に
対して行った場合です。
書込番号：12911946
0点
> タイムアウトとなるのは、インタネット（無線PC→google、有線PC→google）に
> 対して行った場合です。
今度再発した時に、
tracert 72.14.203.103
で確認してみて下さい。
あらあらまぁまぁさん
tracert www.google.co.jp
は確かにまずかったです。
でもその前に
nslookup www.google.co.jp
をしても同じだと思います。
tracert の時もレゾルバが走るはずなので。
> 配下の機器間（例 無線PC←→有線PC）でのpingは通ります。
これなら、WZR-HP-G301NHは無罪の可能性が高そうです。
書込番号：12912036
0点
羅城門の鬼さん
ご返信ありがとうございます。
本日は、発生しないみたいなので、
次回発生時に確認してみます。
書込番号：12912094
0点
羅城門の鬼さん
tracertとnslookupでの結果で、合理的にいえば同じなんですが
tracertでレゾルバの動きがわかってる方は、ここで聞いてこない
と思ったので、tracertの参照元（語弊はありますが）は確認して
もらったほうが、成功・失敗それぞれで、理解しやすいと思った
だけなので、羅城門の鬼さんの内容の重箱の隅をつつく意味では
ありませんので、その点はご理解ください。
※余計なマネをしてしまったかもしれませんね。
すみません。
書込番号：12915591
0点
あらあらまぁまぁさん
指摘頂いて、まずい箇所がわかったので、良かったと思っています。
書き方がきつかったようで、ご免なさい。
書込番号：12915625
0点
本日、再現しましたので、結果をお知らせします。
>tracert www.google.co.jp
ターゲット システム名 www.google.co.jp を解決できません。
>nslookup www.google.co.jp
DNS request timed out.
timeout was 2 seconds.
サーバー: UnKnown
Address: 210.196.3.183
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** UnKnown への要求がタイムアウトしました
>tracert 72.14.203.103
tx-in-f103.1e100.net [72.14.203.103] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 7 ms 2 ms 2 ms 192.168.11.1
2 * * * 要求がタイムアウトしました。
3 * * * 要求がタイムアウトしました。
4 * * * 要求がタイムアウトしました。
5 * * * 要求がタイムアウトしました。
6 * * 26 ms 218.xxx.xxx.xxx
7 * 13 ms 12 ms 219.xxx.xxx.xxx
8 * 52 ms 20 ms 60.xxx.xxx.xxx
9 18 ms 12 ms 49 ms 118.xxx.xxx.xxx
10 * * * 要求がタイムアウトしました。
11 * 22 ms 12 ms 72.xxx.xxx.xxx
12 * 17 ms 12 ms 209.xxx.xxx.xxx
13 * 41 ms 43 ms 209.xxx.xxx.xxx
14 * * * 要求がタイムアウトしました。
15 * * * 要求がタイムアウトしました。
16 * * * 要求がタイムアウトしました。
17 * * * 要求がタイムアウトしました。
18 * * * 要求がタイムアウトしました。
19 * * * 要求がタイムアウトしました。
20 * * * 要求がタイムアウトしました。
21 * * * 要求がタイムアウトしました。
22 * * * 要求がタイムアウトしました。
23 * * 48 ms tx-in-f103.1e100.net [72.14.203.103]
トレースを完了しました。
よろしくお願いします。
書込番号：12925727
0点
> 1 7 ms 2 ms 2 ms 192.168.11.1
> 2 * * * 要求がタイムアウトしました。
> 3 * * * 要求がタイムアウトしました。
> 4 * * * 要求がタイムアウトしました。
> 5 * * * 要求がタイムアウトしました。
> 6 * * 26 ms 218.xxx.xxx.xxx
> 7 * 13 ms 12 ms 219.xxx.xxx.xxx
> 8 * 52 ms 20 ms 60.xxx.xxx.xxx
> 9 18 ms 12 ms 49 ms 118.xxx.xxx.xxx
どうもWZR-HP-G301NHとその先のルータとの間で切断しているようですね。
しかし現象が散発的のようで。
このような現象が起こった時、WZR-HP-G301NHのInternetランプが点灯していて、
データのやり取りがある時だけ点滅しているなら、WZR-HP-G301NHは完全に無罪です。
つまりWZR-HP-G301NHからはデータが送信されている。
犯人はWZR-HP-G301NHの先のルータやハブやケーブルが怪しいです。
こうなったら入居者の手には負えませんので、
マンションの管理人に現象を説明し、調査を依頼した方が良いと思います。
現象が発生している時でも、
> 9 18 ms 12 ms 49 ms 118.xxx.xxx.xxx
のように通信できている時もあるので、
基板・コネクタ・ケーブルなどの物理的または電気的な不良が最も怪しそうに思われます。
書込番号：12925878
0点
羅城門の鬼さん
ご返信ありがとうございます。
管理人に問い合わせしてみますが、恐らく回答は得られないような気がします。
因みに、この現象が発生した時でも、WZR-HP-G301NHからインタネットLANを外し、
パソコンに直結するとインタネットへの接続は正常に動作します。
書込番号：12926262
0点
> 因みに、この現象が発生した時でも、WZR-HP-G301NHからインタネットLANを外し、
> パソコンに直結するとインタネットへの接続は正常に動作します。
と云うことは再考が必要なようで。
一筋縄では行かないようですね。
まず「パソコンに直結するとインタネットへの接続は正常」と云うのは、
ブラウザで色々なサイトを表示させても正常なのでしょうか？
つまりどれだけ再現性があるかと云うことです。
またWZR-HP-G301NH経由で現象が発生した時はブラウザでどのサイトを表示しようとしても、
表示できなくなったのでしょうか？
WZR-HP-G301NHのWAN側の有線LANポート自体の不良も疑わなければならないのかも知れません。
そのためにも、現象が再現した時に
> このような現象が起こった時、WZR-HP-G301NHのInternetランプが点灯していて、
> データのやり取りがある時だけ点滅しているなら、WZR-HP-G301NHは完全に無罪です。
の確認が必要です。
また可能性は少ないですが、WZR-HP-G301NHのWAN側の
有線LANのケーブルも疑った方が良いのかも知れません。
予備のケーブルがあるのなら、交換してみてはどうでしょうか。
書込番号：12926819
0点
壁〜WZR-HP-G301NH 間のLANケーブルの可能性は確かにあるのですが
それを切り分けるとしたら、以下の方法を試し、結果を見てみたらどうでしょう。
【１】WZR-HP-G301NH のステータスでIneternet側の情報収集
・ゲートウェイアドレス
・DNS1（プライマリ）
・DNS2（セカンダリ）
・DHCPサーバーアドレス
・MTU値（おまけで確認しておく）
【２】念のため、WZR-HP-G301NHのLAN側IPにPingしてパケットロスが０％になることを確認する
無線接続でパケットロスがでるなら、無線LAN接続を止めて、有線LANのみの配線で再確認する。
例
>ping -l 1000 -n 100 WZR-HP-G301NHのLAN側IP
<オプション説明>
-l （ハイフン エル） バイト数を指定。指定する数はスペースの後入力
-l 1000 ←これで、1000バイトを指定
-n （ハイフン エヌ） 回数を指定。指定する回数はスペースの後入力
-n 100 ←これで、100回行う指定
●ここ書き込むとしたら
Ping statistics for ***.***.***.***:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 999ms, Maximum = 999ms, Average = 999ms
上記のような表示が最後にあるので、その部分をコピペ
（***.***.***.***の具体的な数字を書きたくない場合は、具体的にドコへの結果か
明記してください。できれば、具体的な数字のほうが提案しやすいですが。）
【３】ゲートウェイは、ちゃんと応答するか？パケットロスが０％になってるか？
●やり方と書き込む内容は【２】と同じ意味合い
【４】同様に、DNSサーバ（プライマリ、セカンダリ）、DHCPサーバにも同じ確認をする。
※DHCPサーバがゲートウェイと同じなら、再確認は不要
●やり方と書き込む内容は【２】と同じ意味合い
【５】ゲートウェイと各ＤＮＳサーバに対して、名前解決が正しく行われているかを確認してみましょ
---＜XPで試した場合の、正常な場合の表示例＞------------------------------------
C:\Documents and Settings\username>nslookup 210.196.3.183
Server: <ルータのホスト名（設定されている場合）>
Address: <ルータのIPアドレス>
Name: bind.dion.ne.jp
Address: 210.196.3.183
C:\Documents and Settings\username>nslookup bind.dion.ne.jp
Server: <ルータのホスト名（設定されている場合）>
Address: <ルータのIPアドレス>
Non-authoritative answer:
Name: bind.dion.ne.jp
Address: 210.196.3.183
--＜例終わり＞---------------------------------------------------
※注釈
【２】、【３】、【４】は物理的なとこを疑う内容
【５】はtracertでもいいけど、結果を返してこない可能性もあるのでこっちで。
ここまでやれば、何かしら引っかかるはずなんですが、どうでしょうね？
※何か抜けがあればコメント追加をお願いします。
書込番号：12927681
0点
説明書き漏れがあったので補足します。
●Pingコマンドの補足
1.状況が起きる前に、正常に使える時に実行して、「正常な状態」
での結果を比較用に保存しておいてください。
2.状況が発生したとき
（100回実行したとして、100回終わるまでに）
・連続して起きる
または、
・20回に一回とか、30回に1回とか、70回に1回とか、周期的におきる
（今回は一口に100回と書いていますが、50回に1回以上の周期の場合は
100回実行で周期性が分らないので、回数を増やすなどして周期性の有無
を確認します。）
または、
・周期性が認められないが、パケットロスが回数の1割以上起こる
などのように、起き方の違いも、状況の切り分けになります。
この切り分けは、壁〜ルータ間や、ルータ〜PC間の配線（ストレート結線orクロス結線）、
接続（有線/無線）を変更した際に判断材料になる場合があります。
書込番号：12928030
0点
あらあらまぁまぁさん
> 【３】ゲートウェイは、ちゃんと応答するか？パケットロスが０％になってるか？
tracert 72.14.203.103 の時の結果からすると、ICMPパケットごとのパケットロスは、
51/66 = 約77% ぐらいになると予想されますね。
> 【４】同様に、DNSサーバ（プライマリ、セカンダリ）、DHCPサーバにも同じ確認をする。
tracert 72.14.203.103 でエラが発生しているので、
少なくともDNSサーバ以外にも原因があると思います。
また、WZR-HP-G301NHの次のルータ（デフォルトゲートウエイ）以遠でも成功している時があるので、
少なくともDHCPサーバ以外にも原因がありそうです。
あと、WZR-HP-G301NHかそれ以外が原因かをもう少しはっきりと切り分けるためには、
再度現象が発生した時にWZR-HP-G301NHありのまま
tracert 72.14.203.103
を行い、
次にWZR-HP-G301NHを取り外して、壁からの有線LANケーブルをPCに直結して
tracert 72.14.203.103
を再度行い、その差を確認してみてはどうでしょうか。
また既に書きましたが、WZR-HP-G301NHのInternet(WAN)側のLEDランプの確認も重要だと思います。
書込番号：12928117
0点
羅城門の鬼さん
そうですね。
少なくとも、単純な障害ではないようですので、もうすこし切り込まないと
宅内が「シロ」にならないので、設備側やＩＳＰ側へ文句を言いにくいですね。
書込番号：12928178
0点
羅城門の鬼さん
ご返信ありがとうございます。
> まず「パソコンに直結するとインタネットへの接続は正常」と云うのは、
> ブラウザで色々なサイトを表示させても正常なのでしょうか？
直結した場合、どのサイトも閲覧可能です。
> またWZR-HP-G301NH経由で現象が発生した時はブラウザでどのサイトを表示しようとしても、
>表示できなくなったのでしょうか？
現象発生時には、どのサイトも表示できません。
因みにキャッシュ（インタネット一時ファイル）に残っているページは表示できますが、
再読み込み（CTRL+F5）を行うと表示できません。
> このような現象が起こった時、WZR-HP-G301NHのInternetランプが点灯していて、
> データのやり取りがある時だけ点滅しているなら、WZR-HP-G301NHは完全に無罪です。
確か、点滅していたと思うのですが、不確かなので次回発生時に再度確認します。
> 予備のケーブルがあるのなら、交換してみてはどうでしょうか。
申し訳ありませんが、WAN側のケーブルは壁などから繋いでいるわけではなく、
マンション側で敷設されたLANが1本きており、これをWZR-HP-G301NHにつないでおります。
このため、このケーブルの終端が何処にあるかもわからない状態なので交換はできません。
マンション側には確認はしてみます。
書込番号：12928413
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
頂いた内容を未発生の状態で実行した結果です。
【１】WZR-HP-G301NH のステータス
デフォルトゲートウェイ 210.160.xxx.xxx (自動取得)
DNS1(プライマリー) 121.83.xxx.xxx (自動取得)
DNS2(セカンダリー) 121.83.xxx.xxx (自動取得)
DHCPサーバーアドレス 210.160.xxx.xxx （デフォルトゲートウェイと同様）
MTU値 1500
【２】WZR-HP-G301NHのLAN側IPに実行した結果
192.168.11.1 の ping 統計:
パケット数: 送信 = 100、受信 = 100、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 1ms、最大 = 95ms、平均 = 6ms
【３】ゲートウェイに実行した結果
210.160.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 100、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 2ms、最大 = 187ms、平均 = 8ms
【４】DNSの実行結果 （DHCPはデフォルトゲートウェイと同様）
121.83.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 0、損失 = 100 (100% の損失)、
C:\Users\username>
121.83.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 0、損失 = 100 (100% の損失)、
C:\Users\username>
DNSは両方ともPINGを拒否しているのではないでしょうか？
【５】nslookupの実行結果
デフォルトゲートウェイ、DNS1、DNS2の順に実行
C:\Users\username>nslookup 210.160.xxx.xxx
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
名前: 210-160-xxx-xxx.jp.プロバイダ.net
Address: 210.160.xxx.xxx
C:\Users\username>nslookup 210-160-xxx-xxx.jp.プロバイダ.net
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
権限のない回答:
名前: 210-160-xxx-xxx.jp.プロバイダ.net
Address: 210.160.xxx.xxx
C:\Users\username>nslookup 121.83.xxx.xxx
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
名前: ns1.プロバイダ.net
Address: 121.83.xxx.xxx
Aliases: 200.220.xxx.xxx.in-addr.arpa
C:\Users\username>nslookup ns1.プロバイダ.net
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
権限のない回答:
名前: ns1.プロバイダ.net
Address: 121.83.xxx.xxx
C:\Users\username>nslookup 121.83.xxx.xxx
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
名前: ns2.プロバイダ.net
Address: 121.83.xxx.xxx
C:\Users\username>nslookup ns2.プロバイダ.net
サーバー: bind.dion.ne.jp
Address: 210.196.3.183
権限のない回答:
名前: ns2.プロバイダ.net
Address: 121.83.xxx.xxx
書込番号：12928630
0点
昨日発生しましたので、状態を記載します。
【２】WZR-HP-G301NHのLAN側IPに実行した結果
C:\Users\username>ping -l 1000 -n 100 192.168.11.1
192.168.11.1 の ping 統計:
パケット数: 送信 = 100、受信 = 100、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 1ms、最大 = 90ms、平均 = 5ms
【３】ゲートウェイに実行した結果
C:\Users\username>ping -l 1000 -n 100 210.160.xxx.xxx
210.160.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 100、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 2ms、最大 = 82ms、平均 = 6ms
【４】DNSの実行結果 （DHCPはデフォルトゲートウェイと同様）
C:\Users\username>ping -l 1000 -n 100 121.83.xxx.xxx
121.83.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 0、損失 = 100 (100% の損失)、
C:\Users\username>
C:\Users\username>ping -l 1000 -n 100 121.83.xxx.xxx
121.83.xxx.xxx の ping 統計:
パケット数: 送信 = 100、受信 = 0、損失 = 100 (100% の損失)、
C:\Users\username>
やはりDNSは拒否されているようです。
【５】nslookupの実行結果
デフォルトゲートウェイ、DNS1、DNS2の順に実行
C:\Users\username>nslookup 210.160.xxx.xxx
DNS request timed out.
timeout was 2 seconds.
サーバー: UnKnown
Address: 210.196.3.183
DNS request timed out.
timeout was 2 seconds.
*** UnKnown への要求がタイムアウトしました
C:\Users\username>nslookup 121.83.xxx.xxx
DNS request timed out.
timeout was 2 seconds.
サーバー: UnKnown
Address: 210.196.3.183
DNS request timed out.
timeout was 2 seconds.
*** UnKnown への要求がタイムアウトしました
C:\Users\username>nslookup 121.83.xxx.xxx
DNS request timed out.
timeout was 2 seconds.
サーバー: UnKnown
Address: 210.196.3.183
DNS request timed out.
timeout was 2 seconds.
*** UnKnown への要求がタイムアウトしました
C:\Users\username>
よろしくお願いします。
書込番号：12931959
0点
> 【３】ゲートウェイに実行した結果
> C:\Users\username>ping -l 1000 -n 100 210.160.xxx.xxx
>
> 210.160.xxx.xxx の ping 統計:
> パケット数: 送信 = 100、受信 = 100、損失 = 0 (0% の損失)、
> ラウンド トリップの概算時間 (ミリ秒):
> 最小 = 2ms、最大 = 82ms、平均 = 6ms
この「ゲートウェイ」とはWZR-HP-G301NHのWAN側のセグメントにおける
WZR-HP-G301NHのデフォルトゲートウエイですよね。
全くパケットロスが発生していないのは不思議ですね。
これが事実ならば、WZR-HP-G301NHのWAN側のセグメントのルータには
確実にパケットが届いていたことになり、WZR-HP-G301NHは完全無罪となります。
ちなみに
> あと、WZR-HP-G301NHかそれ以外が原因かをもう少しはっきりと切り分けるためには、
> 再度現象が発生した時にWZR-HP-G301NHありのまま
> tracert 72.14.203.103
> を行い、
> 次にWZR-HP-G301NHを取り外して、壁からの有線LANケーブルをPCに直結して
> tracert 72.14.203.103
> を再度行い、その差を確認してみてはどうでしょうか。
と
> また既に書きましたが、WZR-HP-G301NHのInternet(WAN)側のLEDランプの確認も重要だと思います。
はどうだったのでしょうか？
書込番号：12932016
0点
羅城門の鬼さん
ご返信ありがとうございます。
そして、申し訳ありません。
昨日遅くに発生したため、そこまで確認することができませんでした。
次回発生時に必ず確認します。
書込番号：12932029
0点
ひ＆みさん
コマンド実行ありがとうございました。
※DNSに対してのPingは、相手にPing拒否されていたみたいですね。
すみませんでした。
-----------------------------------------------------
デフォルトゲートウェイ 210.160.xxx.xxx (自動取得)
DNS1(プライマリー) 121.83.xxx.xxx (自動取得)
DNS2(セカンダリー) 121.83.xxx.xxx (自動取得)
-----------------------------------------------------
「210.160.xxx.xxx 」はISP「A」のアドレス帯
nslookupで返してきた値の「210.196.3.183」もISP「A」のもの
「121.83.xxx.xxx 」がISP「B」のアドレス帯なのが気がかりです。
※スレ主さんがプロバイダ名を明記したくないようなので、
しかたなく上記のように書いています。
WZR-HP-G301NHのInternet側の設定で、「DNSサーバ」を直接指定できる
なら、以下の方法で試してもらえますか。
※本来はISPに文句を言うべきところかもしれません。
-----------------------------------------------------
デフォルトゲートウェイ 210.160.xxx.xxx (自動取得)
DNS1(プライマリー) 210.196.3.183
DNS2(セカンダリー) 121.83.xxx.xxx
-----------------------------------------------------
上記のDNS1へのIPアドレスにした理由は、DNS1も、DNS2も最終的に
210.196.3.183を参照しているようなので、試してもらおうと思いました。
これで変化があればいいのですが。。
書込番号：12932038
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
DNS変更の件、了解しました。
設定を変更しておきます。
書込番号：12932047
0点
ひ＆みさん
> 昨日遅くに発生したため、そこまで確認することができませんでした。
了解です。
それと、同じマンションで同じプロバイダを利用している他の入居者に
同じような現象が起こるのか何人か聞いておくことも
ある程度は判断材料になるかなるのではと思います。
WZR-HP-G301NHの先の先のセグメントで不具合が起こっているのなら、
お住まいのマンションで共通に起こることでしょうから。
書込番号：12932054
0点
あ、ちなみに。うっかり書き忘れたのですが。
「210.196.3.183 」に対しては、私の環境（JCOM）からPing応答が
帰ってくるので、比較になるかもしれません。
---------------------------------------------------------
Ping statistics for 210.196.3.183:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 16ms, Maximum = 23ms, Average = 19ms
---------------------------------------------------------
あとは、羅城門の鬼さんが言われる内容の通りだと思います。
書込番号：12932062
0点
羅城門の鬼さん
ご返信ありがとうございます。
以前、近所の住人へ確認してみたのですが、
殆どがパソコンと直結している方なので問題はないそうです。
一部無線ルータを使用している方がいましたが、
夜遅くに使用する方ではなかったので同様な現象はないとのことです。
よって、共通現象がどうか、まだ判断できかねます。
継続して確認しておきます。
書込番号：12932063
0点
> 以前、近所の住人へ確認してみたのですが、
> 殆どがパソコンと直結している方なので問題はないそうです。
>
> 一部無線ルータを使用している方がいましたが、
> 夜遅くに使用する方ではなかったので同様な現象はないとのことです。
了解しました。
尋ねられた方の中には同じ現象の方はいなかったと。
これではプロバイダからは、ひ＆みさんの環境の問題と思われてしまうのでしょうね。
確認です。
Q1
ひ＆みさんの環境では、この一週間で少なくとも２回現象が発生しましたが、
今までもほぼコンスタントに２回/週ぐらいの頻度だったのでしょうか？
Q2
今まで発生したのは、ほとんどが夜間なのでしょうか？
Q3
現象が発生した時に、何度かはWZR-HP-G301NHを取り除いて、
PCを直結されたと思うのですが、その時は必ずインターネットアクセスは
正常に戻ったのでしょうか？
またこの確認は過去に何度ぐらいあったのでしょうか？
Q4
一旦現象が発生した場合、どのようにしたら元のように正常に戻るのでしょうか？
単に時間が経過すればそのうちに元に戻るのでしょうか？
書込番号：12932206
0点
羅城門の鬼さん
ご返信ありがとうございます。
同一環境がないので、本当に私だけの環境かはわかりませんね。
今後も確認はしておきます。
> Q1
多いときは毎日発生することもありますが、
大体、週１〜２程度です。
> Q2
１度だけ昼間（休日）発生したことがあります。
以外は、夜間のみです。
最も、昼間は仕事なので家にいないため、使用頻度が少ないこともあります。
> Q3
直結の時は、必ずインタネットアクセスは正常です。
殆ど使用中に発生するので、大抵は直結にして使い続けています。
たまに、しばらく放っておくと使えるようになっていることがあり、
また、夜遅く（AM2時頃）発生した場合は、そこでやめて寝てしまいます。
その場合、翌日には通常通り無線で使用ができます。
> Q4
そのまま放置して時間が経過すると元に戻っていることもありますが、
2〜30分直結で使用した後に、WZR-HP-G301NHに戻すと大抵使うことができます。
このため、以前メーカにWZR-HP-G301NHの負荷について質問したことがありますが、
解決には至っておりません。
書込番号：12932267
0点
> > Q3
> 直結の時は、必ずインタネットアクセスは正常です。
> 殆ど使用中に発生するので、大抵は直結にして使い続けています。
「直結すると必ず元に戻る」ことだけを見ると、
WZR-HP-G301NHが犯人に思えてしまいますね。
多分プロバイダから見ても。
> > Q4
> そのまま放置して時間が経過すると元に戻っていることもありますが、
> 2〜30分直結で使用した後に、WZR-HP-G301NHに戻すと大抵使うことができます。
もしかして、ごく短時間の間だけネットにアクセスできないだけなのでしょうか？
現象が発生してすぐに直結しても元のように正常に戻るのでしょうか？
現象が発生してから、最長でどれほどの時間アクセス出来なかったことがあったのでしょうか？
書込番号：12932346
0点
羅城門の鬼さん
ご返信ありがとうございます。
> 現象が発生してすぐに直結しても元のように正常に戻るのでしょうか？
直結した場合、閲覧中のページが見れるようになります。
> 現象が発生してから、最長でどれほどの時間アクセス出来なかったことがあったのでしょうか？
30分は繋がらなかったことがあります。
大抵使用中に発生するので、すぐに直結にしてしまいます。
ところで、マンションLANなので、他の住人のパケットもWZR-HP-G301NHに
届いているのではと考えております。
直結の場合は即拒否となりますが、WZR-HP-G301NHではルーティングで負荷がかかっているかと…。
キャプチャをして確認していないので、何ともいえないのですが。
WZR-HP-G301NHのログで拒否したなど、確認することはできますでしょうか？
書込番号：12932418
0点
ひ＆みさん
ちょいと質問です。
「直結」っていうのは、壁から生えてるLANケーブルとPCを配線したことでしたよね？
・PCの無線機能を無効化して
・WZR-HP-G301NHのLANポートと有線LAN接続した
再確認になってしまいますが、この場合は、インターネットへつながらないまま
変化しないということで良かったのでしょうか？
-----------
マンションLAN云々について
マンションLANのネットワークの組み方次第だと思いますが
壁から生えてるLANケーブルにPCを配線して、他人宅のPCが「マイネットワーク」とか
に表示されないなら、ルーティング云々は考えすぎだと思いますよ
※出てこないなら、施設内またはISPのルータと宅内ルータの間は、Point-Point
と考えるべきと思います。
あと、パケットキャプチャしてその意味がわかるなら、ここで質問する意味は
ないと思います。（それなら、きっと自己解決できてると思いますよ）
ちなみにお使いのルータだと「Internet側からのPINGに応答しない」が初期値で有効
なので、変更していなければ、外部からのPingは破棄されてます。
ルータのステータス→ログ→ファイアーウォールにあるのが、
引っかかってブロックされた内容です
書込番号：12932497
0点
> 30分は繋がらなかったことがあります。
> 大抵使用中に発生するので、すぐに直結にしてしまいます。
基本的には一過性の現象のようですね。
だけどその期間中でも直結すると直ってしまうようで。
それが問題の切り分けを難しくしてますね。
逆に現象が発生した後、WZR-HP-G301NH経由の接続のままで
元のようにアクセス可能に戻った時の最短時間はどれほどでしょうか？
> ところで、マンションLANなので、他の住人のパケットもWZR-HP-G301NHに
届いているのではと考えております。
他の住人のパケットでWZR-HP-G301NHのWAN側に到達するのは、
通常ならブロードキャストやマルチキャストのパケット(フレーム)だけです。
通常のユニキャストのパケットはそのセグメントのデフォルトルータに
届くだけです。
ユニキャストでWZR-HP-G301NHに送信されたパケットがあれば、
そのパケットは怪しいです。
もし途中にハブがあって、大昔のリピータハブが使われていれば、
全てのパケットがやって来ますが、今なら大抵はスイッチングハブです。
ちなみに「マンションLAN」と云っても、WZR-HP-G301NHのWAN側のIPアドレスは
「210.***.***.***」とのことなので、既にグローバルアドレスです。
> 直結の場合は即拒否となりますが、WZR-HP-G301NHではルーティングで負荷がかかっているかと…。
> WZR-HP-G301NHのログで拒否したなど、確認することはできますでしょうか？
WZR-HP-G301NHの設定画面に入り、多分[ステータス]-[ログ]でログが見れます。
種類が"FIREWALL"のログが残っているか確認してみて下さい。
書込番号：12932561
0点
そういえば、ルータが取得したIPってグローバルでしたね。
うっかりしてました。すみません。
--------
ところで、各パソコンはすべて最新の状態になっているんですよね？
WindowsXPならSP3
WindowsVistaなら、SP2
Windows7ならSP1
もし、Vistaと7だけでおきるなら・・・という
以下のリンクにあるような問題があったりします。
http://support.microsoft.com/kb/967089/ja
※断続的っていうところしか、共通点はありませんが。
書込番号：12932648
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
> 「直結」っていうのは、壁から生えてるLANケーブルとPCを配線したことでしたよね？
出来るだけ正確に記載すると、各宅内に基幹LANや各部屋のLANケーブルが剥き出しとなった
小型のクローゼットの様な箇所があり、延長コネクタで各部屋（1対1）で接続するようになっています。
通常、この基幹LANにWZR-HP-G301NHを接続して使用しています。
「直結」とは、この基幹LANを延長コネクタで別のLANケーブル（市販10m）で延長し、
パソコンと接続していています。
> 他人宅のPCが「マイネットワーク」とかに表示されないなら
確かに表示はされていません。
> パケットキャプチャしてその意味がわかるなら
正直、パケットの内容は良くわかりませんが、以前メーカに問い合わせした際に
確認の１つだと言われたもので、現在独学中です。（時間かかりそうですが）
書込番号：12932671
0点
羅城門の鬼さん
ご返信ありがとうございます。
> 元のようにアクセス可能に戻った時の最短時間はどれほどでしょうか？
全てを今回の様にping確認などしていないので、ただ重いだけなのかの判断ができませんが、
タイムアウト（IEの接続確認画面）＝繋がらないと判断した場合、最短は５分くらいだと思います。
> "FIREWALL"のログが残っているか確認してみて下さい。
現在、外出先なので、帰宅しましたら確認してみます。
書込番号：12932730
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
> ところで、各パソコンはすべて最新の状態になっているんですよね？
重要な更新を１週間単位（休日）に行っているので、最新と思います。
因みにサービスパックは全ての機種で最新状態です。
> もし、Vistaと7だけでおきるなら・・・
有線(WindowsXP)、無線(WindowsVista／Windows7)ともに発生しております。
書込番号：12932734
0点
「この基幹LANを延長コネクタで別のLANケーブル（市販10m）で延長」
この「延長コネクタ」が、とても匂うのですが。
延長コネクタの部分をスイッチングハブに置き換えできませんかね？
もし置き換えられるなら、置き換えたあと発生頻度が減るかどうか
試せるものと思います。
書込番号：12932780
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
> この「延長コネクタ」が、とても匂うのですが。
すいません。
書き方が悪かったのか、勘違いされているようで。
通常、基幹LANとWZR-HP-G301NHのインタネットLANを接続し、
インタネットが閲覧できない状態が発生しています。
WZR-HP-G301NHのその他のLANは、各部屋のLANケーブルを接続しています。
延長コネクタは、インタネットが閲覧できない場合にパソコンと直結するときの
10mケーブル以外では使用していません。
書込番号：12932816
0点
それはどうも失礼しました。
さきほどのは忘れてください。
書込番号：12932826
0点
> > 元のようにアクセス可能に戻った時の最短時間はどれほどでしょうか？
>
> 全てを今回の様にping確認などしていないので、ただ重いだけなのかの判断ができませんが、
> タイムアウト（IEの接続確認画面）＝繋がらないと判断した場合、最短は５分くらいだと思います。
接続出来ない期間はばらついていて、最長は少なくとも３０分より長く、
最短は少なくとも５分よりは短いと云うことのようで。
どうもWZR-HP-G301NHを経由したままだと接続出来ない状態の時でも
直結すると直ってしまっている可能性が高いのですね。
つまりWZR-HP-G301NH経由と直結の違いは、現象が発生するための要因に
何か関係している可能性が高いのだと。
時間的な要因も確認するため、
tracert 72.14.203.103
の確認は、
(1) WZR-HP-G301NH経由
(2) 直結
(3) WZR-HP-G301NH経由
と念押しで確認した方が良いのかも知れません。
ちなみに今までは比較的短時間のうちに直結からWZR-HP-G301NH経由に戻しても
必ず正常に戻っていたのでしたのでしょうか？
書込番号：12932965
0点
＞WN-NHP/R-U から WZR-HP-G301NH に買い換えましたが、やはり時々切れて
＞マンション専用のプロバイダで、各戸に割り当てられたインタネットLAN
＞切れる時間帯は不定期なのですが、夜遅くが多く発生するようです。
＞突然有線、無線ともにインタネットに接続できなくなりますが、１時間程度放置すると自然に治ることがあります
自身のせいではなく、同じアパートのどこかの部屋でファイル共有ソフト(P2P)等をつかってる人が居て、帯域が不足してる可能性も考慮した方がいいと思います。
書込番号：12936764
0点
inner-thoughtsさん
> 自身のせいではなく、同じアパートのどこかの部屋でファイル共有ソフト(P2P)等をつかってる人が居て、帯域が不足してる可能性も考慮した方がいいと思います。
いつも夜間に発生する事と有線も無線も同じ現象であることだけを見てみると、
確かにWZR-HP-G301NHのWAN側のセグメントの帯域不足の可能性もあり得るのでしょうが、
今まで得た情報からはその可能性はあまり無いと思います。
つまり
> tracert 72.14.203.103
> 1 7 ms 2 ms 2 ms 192.168.11.1
> 2 * * * 要求がタイムアウトしました。
> 3 * * * 要求がタイムアウトしました。
> 4 * * * 要求がタイムアウトしました。
> 5 * * * 要求がタイムアウトしました。
> 6 * * 26 ms 218.xxx.xxx.xxx
> 7 * 13 ms 12 ms 219.xxx.xxx.xxx
> 8 * 52 ms 20 ms 60.xxx.xxx.xxx
> 9 18 ms 12 ms 49 ms 118.xxx.xxx.xxx
> 10 * * * 要求がタイムアウトしました。
> 11 * 22 ms 12 ms 72.xxx.xxx.xxx
> 12 * 17 ms 12 ms 209.xxx.xxx.xxx
> 13 * 41 ms 43 ms 209.xxx.xxx.xxx
を見てみると、
現象が発生している時でも時折はechoパケットが返って来ていますが、
その応答時間はいたって正常です。
もしTCP/IPで待ち時間オーバーするほど帯域が不足しているのならば、
全ての応答時間が秒のオーダ位になるのではないかと思います。
また帯域が不足していることが原因なら、
マンションの他の住人でも同じ現象になるはずですが、
この現象が発生するのはスレ主さんだけのようです。
書込番号：12936960
0点
あらあらまぁまぁさん
羅城門の鬼さん
本日は今のところ発生しません。
ログを確認しましたが、ファイアーウォールログはありませんでした。
他の確認内容は、次回発生時に確認します。
書込番号：12937155
0点
ひ＆みさん
出来るだけ情報を集めると云うことで、お手数ですが、確認願えないでしょうか。
WZR-HP-G301NHの設定画面に入り、[ステータス]-[通信パケット]。
これの送信と受信のエラーパケット数。
データリンク層(Ethernet)だけなのか、ネットワーク層(IP)だけなのか、
両方を含んでいるのかわからないですが、ある程度の通信エラ状況がわかります。
これを記録しておき、次回現象が発生した時にも確認すると、
もう少し精度の高い情報となります。
また、念のために[ステータス]-[システム]-[Internet]-[有線リンク]。
これは、「100Base-TX (全二重)」でしょうか？
書込番号：12937272
0点
inner-thoughtsさん
ご返信ありがとうございます。
> 帯域が不足してる可能性も考慮した方がいいと思います。
すいません。
調査する方法がわかりませんので、具体的な方法をご提示いただければありがたいです。
書込番号：12937319
0点
羅城門の鬼さん
ご返信ありがとうございます。
以下は、現在の状態ですが、以前エラーを見た気がします。
次回発生時に再度確認します。
インターフェース 送信パケット数 受信パケット数
正常 エラー 正常 エラー
LAN側有線 30391 0 13944 0
Internet側有線 451625 0 989737 0
LAN側無線(802.11n/g/b) 779804 0 777226 0
有線リンクは、100Base-TX (全二重)です。
書込番号：12937379
0点
昨日、情報を採取しましたので、お知らせします。１／２
１．tracert 72.14.203.103の確認
(1) WZR-HP-G301NH経由
C:\Users\username>tracert 72.14.203.103
tx-in-f103.1e100.net [72.14.203.103] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 5 ms 1 ms 2 ms 192.168.11.1
2 2 ms 2 ms 2 ms 210-160-xxx-xxx.jp.プロバイダ.net [210.160.xxx.xxx]
3 9 ms 10 ms 8 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
4 * * * 要求がタイムアウトしました。
5 * * * 要求がタイムアウトしました。
6 * * * 要求がタイムアウトしました。
7 * * * 要求がタイムアウトしました。
8 * * * 要求がタイムアウトしました。
9 * * * 要求がタイムアウトしました。
10 * * * 要求がタイムアウトしました。
11 * * * 要求がタイムアウトしました。
12 * * * 要求がタイムアウトしました。
13 * 54 ms 59 ms 209.85.255.39
14 * * * 要求がタイムアウトしました。
15 50 ms 54 ms 50 ms 209.85.241.162
16 * 50 ms 124 ms tx-in-f103.1e100.net [72.14.203.103]
トレースを完了しました。
(2) 直結
C:\Users\username>tracert 72.14.203.103
tx-in-f103.1e100.net [72.14.203.103] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 <1 ms <1 ms <1 ms 210-160-xxx-xxx.jp.プロバイダ.net [210.160.xxx.xxx]
2 7 ms 5 ms 6 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
3 7 ms 9 ms 12 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
4 15 ms 12 ms 10 ms 210-227-xxx-xxx.jp.プロバイダ.net [210.227.xxx.xxx]
5 15 ms 16 ms 18 ms 218.43.247.17
6 9 ms 9 ms 11 ms 219.160.9.121
7 11 ms 10 ms 8 ms 60.37.27.150
8 42 ms 9 ms 7 ms 118.23.146.226
9 11 ms 52 ms 19 ms 61.126.89.34
10 11 ms 10 ms 8 ms 72.14.239.202
11 18 ms 18 ms 15 ms 209.85.255.58
12 46 ms 46 ms 43 ms 209.85.255.217
13 98 ms 45 ms 56 ms 209.85.243.23
14 57 ms 60 ms 52 ms 209.85.241.158
15 45 ms 51 ms 45 ms tx-in-f103.1e100.net [72.14.203.103]
トレースを完了しました。
(3) WZR-HP-G301NH経由（戻し後）
C:\Users\username>tracert 72.14.203.103
tx-in-f103.1e100.net [72.14.203.103] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 3 ms 1 ms 1 ms 192.168.11.1
2 2 ms 2 ms 2 ms 210-160-xxx-xxx.jp.プロバイダ.net [210.160.xxx.xxx]
3 10 ms 7 ms 7 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
4 9 ms 9 ms 10 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
5 11 ms 14 ms 11 ms 210-227-xxx-xxx.jp.プロバイダ.net [210.227.xxx.xxx]
6 11 ms 12 ms 12 ms 218.43.247.17
7 8 ms 13 ms 13 ms 219.160.9.125
8 8 ms 9 ms 12 ms 118.23.168.22
9 57 ms 12 ms 18 ms 118.23.146.226
10 28 ms 16 ms 16 ms 61.126.89.34
11 16 ms 11 ms 9 ms 72.14.239.202
12 * * * 要求がタイムアウトしました。
13 * * * 要求がタイムアウトしました。
14 * * * 要求がタイムアウトしました。
15 * * 48 ms 209.85.241.154
16 * * * 要求がタイムアウトしました。
17 * * * 要求がタイムアウトしました。
18 * 51 ms 47 ms tx-in-f103.1e100.net [72.14.203.103]
トレースを完了しました。
書込番号：12942643
0点
昨日、情報を採取しましたので、お知らせします。２／２
２．DNSサーバ変更後
-----------------------------------------------------
デフォルトゲートウェイ 210.160.xxx.xxx (自動取得)
DNS1(プライマリー) 210.196.3.183
DNS2(セカンダリー) 121.83.xxx.xxx
-----------------------------------------------------
C:\Users\username>tracert 72.14.203.103
tx-in-f103.1e100.net [72.14.203.103] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 5 ms 2 ms 2 ms 192.168.11.1
2 * * * 要求がタイムアウトしました。
3 * 13 ms 8 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
4 10 ms 12 ms 13 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
5 * * * 要求がタイムアウトしました。
6 * 21 ms 12 ms 218.43.247.17
7 17 ms 8 ms 12 ms 219.160.9.125
8 13 ms 10 ms 13 ms 118.23.168.22
9 8 ms 10 ms 12 ms 118.23.146.226
10 15 ms 16 ms 16 ms 61.126.89.34
11 16 ms 13 ms 13 ms 72.14.239.202
12 20 ms 19 ms 16 ms 209.85.255.58
13 46 ms 43 ms 44 ms 209.85.255.217
14 57 ms 47 ms 59 ms 209.85.243.23
15 48 ms 52 ms 45 ms 209.85.241.158
16 45 ms 50 ms 45 ms tx-in-f103.1e100.net [72.14.203.103]
トレースを完了しました。
３．WZR-HP-G301NHのInternetランプの状態
データを送信していない時は点灯していて、データを送信した時、見た目で1〜2回点滅しています。
（殆ど点灯状態です）
４．通信エラ状況
インターフェース 送信パケット数 受信パケット数
正常 エラー 正常 エラー
LAN側有線 35585 0 14356 0
Internet側有線 603722 0 1277040 0
LAN側無線(802.11n/g/b) 1032890 0 999682 0
以上です。
よろしくお願いします。
書込番号：12942650
0点
なかなか判断の難しい現象だと思います。
全ての観測結果および把握している全ての現象を矛盾無く説明できる原因はわかりません。
しかし、おおよその不具合箇所は特定できると思います。
tracert における echoパケットのエラー率は、
(1) WZR-HP-G301NH経由 ： 32 / 48 = 67%
(2) 直結 ： 0 / 45 = 0 %
(3) WZR-HP-G301NH経由（戻し後）： 18 / 54 = 33 %
２．DNSサーバ変更後 ： 8 / 48 = 16 %
となっています。
PC直結の時だけエラーが発生してますので、
何らかの形でWZR-HP-G301NHが関与していると言えると思います。
> (1) WZR-HP-G301NH経由
> 1 5 ms 1 ms 2 ms 192.168.11.1
> 2 2 ms 2 ms 2 ms 210-160-xxx-xxx.jp.プロバイダ.net
> 3 9 ms 10 ms 8 ms 210-162-xxx-xxx.jp.プロバイダ.net
> 4 * * * 要求がタイムアウトしました。
> 5 * * * 要求がタイムアウトしました。
> 6 * * * 要求がタイムアウトしました。
> 7 * * * 要求がタイムアウトしました。
> 8 * * * 要求がタイムアウトしました。
> 9 * * * 要求がタイムアウトしました。
> 10 * * * 要求がタイムアウトしました。
> 11 * * * 要求がタイムアウトしました。
> 12 * * * 要求がタイムアウトしました。
> 13 * 54 ms 59 ms 209.85.255.39
> 14 * * * 要求がタイムアウトしました。
> 15 50 ms 54 ms 50 ms 209.85.241.162
> 16 * 50 ms 124 ms tx-in-f103.1e100.net [72.14.203.103]
と
> (2) 直結
> 1 <1 ms <1 ms <1 ms 210-160-xxx-xxx.jp.プロバイダ.net
> 2 7 ms 5 ms 6 ms 210-162-xxx-xxx.jp.プロバイダ.net
> 3 7 ms 9 ms 12 ms 210-162-xxx-xxx.jp.プロバイダ.net
> 4 15 ms 12 ms 10 ms 210-227-xxx-xxx.jp.プロバイダ.net
> 5 15 ms 16 ms 18 ms 218.43.247.17
> 6 9 ms 9 ms 11 ms 219.160.9.121
> 7 11 ms 10 ms 8 ms 60.37.27.150
> 8 42 ms 9 ms 7 ms 118.23.146.226
> 9 11 ms 52 ms 19 ms 61.126.89.34
> 10 11 ms 10 ms 8 ms 72.14.239.202
> 11 18 ms 18 ms 15 ms 209.85.255.58
> 12 46 ms 46 ms 43 ms 209.85.255.217
> 13 98 ms 45 ms 56 ms 209.85.243.23
> 14 57 ms 60 ms 52 ms 209.85.241.158
> 15 45 ms 51 ms 45 ms tx-in-f103.1e100.net [72.14.203.103]
から云えることは、
WZR-HP-G301NH経由の時に TTL = 4 から 16 でエラーが発生してますが、
実際にエラーが発生している箇所はWZR-HP-G301NHのWAN側のセグメント
ではないかと思います。
つまり、WZR-HP-G301NHがWAN側のセグメントでデフォルトルータに
echoパケットを投げた時に何らかの要因でデフォルトルータに正常には届いてないのではないかと。
WZR-HP-G301NH経由の時に TTL = 2 の時に３回とも正常ですが、
たまたまエラーが発生しなかっただけではないかと思います。
WZR-HP-G301NH経由の時にパケットが返って来た場合の時間を
直結の時の時間と比べると左程の差はないので、
マンション内のLANの帯域が不足している訳ではないようです。
> ２．DNSサーバ変更後
> 1 5 ms 2 ms 2 ms 192.168.11.1
> 2 * * * 要求がタイムアウトしました。
> 3 * 13 ms 8 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
DNSの設定に起因するものではなかったようです。
WZR-HP-G301NHが関与しているとは思いますが、
以前使われていたWN-NHP/R-Uでも発生していたとのことですので、
WZR-HP-G301NHだけの問題ではなく、
LANケーブルとWZR-HP-G301NHとの接合部辺りが怪しいのではないかと思います。
つまり、接合が不安定でエラーが散発的に発生しているのでは。
直結の時に正常に戻るには、PCのポートとの相性なのかも知れません。
しかも、
> ３．WZR-HP-G301NHのInternetランプの状態
> データを送信していない時は点灯していて、データを送信した時、見た目で1〜2回点滅しています。
から、WZR-HP-G301NHはデータリンク層(Eternet)ではちゃんとリンクしているようですので、
特にはWZR-HP-G301NHからの送信側が怪しいのではないかと思います。
> ４．通信エラ状況
> インターフェース 送信パケット数 受信パケット数
> 正常 エラー 正常 エラー
> LAN側有線 35585 0 14356 0
> Internet側有線 603722 0 1277040 0
> LAN側無線(802.11n/g/b) 1032890 0 999682 0
全二重でリンクしているので、データリンク層のエラーは多分検知できないのだと思います。
WZR-HP-G301NHのWANポートに関して、LANケーブル側のコネクタの状態は、
他のコネクタと見比べて、特に変わったことはないでしょうか？
またWZR-HP-G301NHのポートに指した時、ちゃんとロックは効いているでしょうか？
もしも特に変な箇所が見当たらないのでしたら、
一時的に直結の時に使っていた延長ケーブルを使って、
WZR-HP-G301NHに接続し、暫く様子を見てみてはどうでしょうか？
書込番号：12943848
0点
原点回帰で、チェックの提案
■配線
壁---WZR-HP-G301NH---PC（WZR-HP-G301NHのLANポートへ配線）
■試してもらいたいこと
コマンドプロンプトで、以下のPing結果がどうなるか
【1】ping -l1474 72.14.203.103
【2】ping -l1472 72.14.203.103
【3】ping -l1470 72.14.203.103
【4】ping -l1454 72.14.203.103
※もし、ここのマンションLANのフラグメントが問題ないなら
すべて通るような気がしなくもないですが・・。
※全二重を半二重に変更したら、案外直ったりしませんかね（希望）
書込番号：12943947
0点
羅城門の鬼さん
ご返信ありがとうございます。
> WZR-HP-G301NHのWANポートに関して、LANケーブル側のコネクタの状態は、
他のコネクタと見比べて、特に変わったことはないでしょうか？
変わったことはないと思われます。
> またWZR-HP-G301NHのポートに指した時、ちゃんとロックは効いているでしょうか？
ロックは効いていると思われます。
> 一時的に直結の時に使っていた延長ケーブルを使って、
WZR-HP-G301NHに接続し、暫く様子を見てみてはどうでしょうか？
了解しました。
因みに、この時間帯では発生しないようです。
やはり遅くなるほど発生頻度が高くなると思われます。
時間帯による影響（混雑）はどうなのでしょうか？
書込番号：12944339
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
頂いた内容は、エラー時に行うのでしょうか？
一応、繋がっている（使える）状態での結果をお知らせします。
【1】ping -l1474 72.14.203.103
72.14.203.103 に ping を送信しています 1474 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
【2】ping -l1472 72.14.203.103
72.14.203.103 に ping を送信しています 1472 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
【3】ping -l1470 72.14.203.103
72.14.203.103 に ping を送信しています 1470 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
【4】ping -l1454 72.14.203.103
72.14.203.103 に ping を送信しています 1454 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
書込番号：12944387
0点
> 因みに、この時間帯では発生しないようです。
> やはり遅くなるほど発生頻度が高くなると思われます。
> 時間帯による影響（混雑）はどうなのでしょうか？
夜遅くにしか発生しないことからは、確かに一般的には回線が混雑していることが
要因の一つとしては考えられるのですが、あの tracert の結果からは
回線の混雑が原因とは考えにくいように思います。
ちなみにいつ頃からこのような現象が発生しだしたのでしょうか？
またこのような機器構成になったのはいつのことなのでしょうか？
書込番号：12944398
0点
羅城門の鬼さん
ご返信ありがとうございます。
>ちなみにいつ頃からこのような現象が発生しだしたのでしょうか？
頻繁に発生するようになったのは、４〜５か月だと思いますが、
現象自体は、２年位前だと思われます。
>またこのような機器構成になったのはいつのことなのでしょうか？
WN-NHP/R-Uの使用を始めたのが２年位前で、WZR-HP-G301NHは去年からです。
書込番号：12944442
0点
書き忘れていましたが、使えるときにやってもらう予定でした。
ちなみに、ウチの環境から「ping -l 1454 72.14.203.103」をすると
応答があるのですが、そこの環境ではなぜか、タイムアウトになるんですね。
再度、以下でお願いします。
ping -l 1406 72.14.203.103
ping -l 1398 72.14.203.103
書込番号：12944472
0点
> 頻繁に発生するようになったのは、４〜５か月だと思いますが、
> 現象自体は、２年位前だと思われます。
頻発するようになったのは、この冬からですか。
冬場の室温か湿度かが影響しているのでしょうかね。
> WN-NHP/R-Uの使用を始めたのが２年位前で、WZR-HP-G301NHは去年からです。
ちなみに、WN-NHP/R-Uを使う前は、このマンションのLANで快適に使えていた時期はあったのでしょうか？
書込番号：12944503
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
結果は以下の通りです。
ping -l 1406 72.14.203.103
72.14.203.103 に ping を送信しています 1406 バイトのデータ:
72.14.203.103 からの応答: バイト数 =64 (1406 を送信) 時間 =70ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1406 を送信) 時間 =47ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1406 を送信) 時間 =46ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1406 を送信) 時間 =87ms TTL=49
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 46ms、最大 = 87ms、平均 = 62ms
ping -l 1398 72.14.203.103
72.14.203.103 に ping を送信しています 1398 バイトのデータ:
72.14.203.103 からの応答: バイト数 =64 (1398 を送信) 時間 =50ms TTL=49
72.14.203.103 からの応答: バイト数 =64 (1398 を送信) 時間 =49ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1398 を送信) 時間 =45ms TTL=49
72.14.203.103 からの応答: バイト数 =64 (1398 を送信) 時間 =62ms TTL=48
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 45ms、最大 = 62ms、平均 = 51ms
書込番号：12944514
0点
羅城門の鬼さん
ご返信ありがとうございます。
>ちなみに、WN-NHP/R-Uを使う前は、このマンションのLANで快適に使えていた時期はあったのでしょうか？
以前は有線パソコンのみだったので、直結で使用しておりました。
そのため、当該現象は発生しておりませんでした。
無線パソコンの購入と同時に、WN-NHP/R-Uを使い始めました。
書込番号：12944533
0点
どうもありがとうございました。
普通なら通るはずのMTU＝1454が応答なしだったので、一気に下げた数字で
試してもらったのですが、今ルータ側のハード的な可能性とLANケーブルの可能性
を除くと、ファームウェアか、設定になると思うのです
そこで、1406〜1454の間で、「Ping」が通らなくなる数字がいるはずなので、
もう少し掘り下げてみませんか。
さきほど、お願いしたコマンドの「1406」から「+2」ずつカウントアップしていき
「要求がタイムアウトしました」が表示されるまで、繰り返して、表示される直前
の数字を教えてください。
＜以下は例です。＞
ping -l 1406 72.14.203.103
＋２して、以下
ping -l 1408 72.14.203.103
この行為の意味は、ルータの設定では、1500という数字が設定されているとのことでしたが
実際はかなり低い数字で通信しているみたいだからです。
その数字を割り出して、ルータのWAN側へ設定することで、もしかしたら、通信が
安定するかもしれないので・・・・。
※できることなら、これとは別のパターンとして、WAN側のリンク速度も
半二重で試したほうが場合によってはいいかもしれませんが・・・。
今回はMTUだけにしたほうがいいのかもしれません。
書込番号：12944619
0点
あらあらまぁまぁさん
64バイトを送信する tracert でもエラーが発生しているので、
MTUの設定で治る現象ではないように思います。
書込番号：12944707
0点
そうですかね・・・
フラグメントでの遅延が発生源かと思ったんですがね・・
そうおっしゃるなら、その方向で・・。
書込番号：12944723
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
試した結果、以下のようになりました。
ping -l 1426 72.14.203.103
72.14.203.103 に ping を送信しています 1426 バイトのデータ:
72.14.203.103 からの応答: バイト数 =64 (1426 を送信) 時間 =47ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1426 を送信) 時間 =46ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1426 を送信) 時間 =46ms TTL=48
72.14.203.103 からの応答: バイト数 =64 (1426 を送信) 時間 =46ms TTL=49
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 46ms、最大 = 47ms、平均 = 46ms
ping -l 1427 72.14.203.103
72.14.203.103 に ping を送信しています 1427 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
ping -l 1428 72.14.203.103
72.14.203.103 に ping を送信しています 1428 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
書込番号：12944765
0点
どうもありがとうございました。
1426までは、Pingがかかるので、ルータWAN側のMTU最適値は1454です。
※今もルータのMTUが1500なら、その先で1454まで落ちてるみたいです。
ご参考までに。
書込番号：12944993
0点
nslookupを実施して、結果がDNS request timed outになると言うことは、WZR-HP-G301NHのDNSサーバ機能が正しく動いていないと思われます。
通信できなくなった時にWZR-HP-G301NHの設定ツールへ入る事は出来ますか？
入れる様ならステータス情報でInternet部のDNSアドレスが取得出来ているか確認して下さい。
あと、WZR-HP-G301NHのLAN設定でDHCPサーバ設定[拡張設定]でDNSサーバーの通知設定は何になっていますか？
WZR-HP-G301NH自身のアドレスになっていたら、一度プロバイダから指定されたDNSサーバアドレスに変更して様子を見て下さい。
書込番号：12945885
0点
横から失礼します。
tracertを何度もやられているようですが、tracert自体はドメイン名が解決されてなければ経路情報は表示しませんよ。
つまり経路情報が表示された場合は、ドメイン名が解決できていることになります。
あと経路情報の一部TTLがタイムアウトを起こしても、エラーとは限りません。
中継ルーターや目的ホストが、tracertやpingなどのICMPをフィルタリングしてて応答を返さない場合があります。
ここのサイトである価格.comも応答を返しません。
すーじさんが書かれてますが、
インターネットが繋がらない時に、WZR-HP-G301NHのステータス情報でInternet側がどうなっているのか確認してみて下さい。
何らかの理由でWAN側IPアドレス、DNSサーバーアドレス、ゲートウェイが設定されてないかリース期限切れなどで無効なのかもしれません。
WAN側IPアドレスの再リース要求に失敗してリトライを繰り返しいる間は繋がらないが、いつのまにか復旧している可能性もあります。
WZR-HP-G301NHを再起動した際に、WAN側IPアドレスやリース期限をメモしておき、障害発生が再リース要求タイミングと重なっていないか調べてみるのもいいと思います。
書込番号：12946686
0点
土壇場さん
> あと経路情報の一部TTLがタイムアウトを起こしても、エラーとは限りません。
直結の時には一つもエラーがないことに目が行き、
経路が変わる可能性があることを失念してました。
確かに直結とWZR-HP-G301NH経由の時では経路が異なるようですね。
> インターネットが繋がらない時に、WZR-HP-G301NHのステータス情報でInternet側がどうなっているのか確認してみて下さい。
何らかの理由でWAN側IPアドレス、DNSサーバーアドレス、ゲートウェイが設定されてないかリース期限切れなどで無効なのかもしれません。
現象が発生した時にWZR-HP-G301NHのWAN側の状況を確認することは何かの発見に繋がる可能性があるとは思います。
しかし、「WAN側IPアドレス」に関しては、適正なアドレスを取得できているからこそ初回の
> 1 5 ms 1 ms 2 ms 192.168.11.1
や最後の
> 1 3 ms 1 ms 1 ms 192.168.11.1
と通信できているので、「WAN側IPアドレス」の問題ではないと思います。
また「DNSサーバーアドレス」に関しては、
> tracert 72.14.203.103
とIPアドレスを対象としてますので、DNSは関係ないと思います。
次に「ゲートウェイ」に関しては、
> 2 2 ms 2 ms 2 ms 210-160-xxx-xxx.jp.プロバイダ.net [210.160.xxx.xxx]
> 3 9 ms 10 ms 8 ms 210-162-xxx-xxx.jp.プロバイダ.net [210.162.xxx.xxx]
とまた次のルータに辿り着けてますので、問題ないと思います。
> WZR-HP-G301NHを再起動した際に、WAN側IPアドレスやリース期限をメモしておき、障害発生が再リース要求タイミングと重なっていないか調べてみるのもいいと思います。
残念ながらWZR-HP-G301NHの設定画面では、WAN側IPアドレスのリース期間は確認する手段がありません。
確認するとしたら、PCを直結した時に ipconfig /all で確認するしかないです。
ひ＆みさん
現象が発生した時のデータを書き込んでもらいましたが、
データの取り方が不十分だったようです。
申し訳ないですが、現象が発生した時に再度次のように確認願えないでしょうか。
(1) WZR-HP-G301NH経由、直結、WZR-HP-G301NH経由の順で以下を確認。
直結の時に応答を返していた下記の４つのIPアドレスに対して
ping -n 10 210.160.xxx.xxx
または
ping -n 10 72.14.203.103
を実行。
> 1 <1 ms <1 ms <1 ms 210-160-xxx-xxx.jp.プロバイダ.net
> 2 7 ms 5 ms 6 ms 210-162-xxx-xxx.jp.プロバイダ.net
> 3 7 ms 9 ms 12 ms 210-162-xxx-xxx.jp.プロバイダ.net
> 16 * 50 ms 124 ms tx-in-f103.1e100.net [72.14.203.103]
目的は、echoパケットが返らなくなったセグメントを特定することです。
(2) WZR-HP-G301NH のWAN側のIPアドレスやDNSのアドレスが適正か
(3) 直結した時に、PCで ipconfig /all を実行し、IPアドレスを確認。
そのIPアドレスをWZR-HP-G301NH のWAN側に手動設定し、
WZR-HP-G301NH経由でネットにアクセスできるか確認。
目的は、ホストのIPアドレスの違いで挙動が異なるかを確認するためです。
書込番号：12948293
0点
すーじさん
ご返信ありがとうございます。
>通信できなくなった時にWZR-HP-G301NHの設定ツールへ入る事は出来ますか？
>入れる様ならステータス情報でInternet部のDNSアドレスが取得出来ているか確認して下さい。
障害時に設定ツールに入ることはでき、DNSアドレスは取得できているようです。
>あと、WZR-HP-G301NHのLAN設定でDHCPサーバ設定[拡張設定]でDNSサーバーの通知設定は何になっていますか？
「エアステーションのLAN側IPアドレス」になっています。
>WZR-HP-G301NH自身のアドレスになっていたら、一度プロバイダから指定されたDNSサーバアドレスに変更して様子を見て下さい。
了解しました、しばらく設定を変更しておきます。
書込番号：12948343
0点
羅城門の鬼さん
＞しかし、「WAN側IPアドレス」に関しては、適正なアドレスを取得できているからこそ初回の
＞> 1 5 ms 1 ms 2 ms 192.168.11.1
＞や最後の
＞> 1 3 ms 1 ms 1 ms 192.168.11.1
＞と通信できているので、「WAN側IPアドレス」の問題ではないと思います。
そうでしょうか？
tracertで経路情報が表示されたのは、単に障害が改善されたタイミングで実行したからだと思いますよ。
スレ主さんが初めて経路情報を書き入れたレスを見て下さい。2011/04/22 23:13 [12925727]
最初のtracert、次のnslookup、共にドメイン名解決が出来ていません。
その次のtracertではドメイン名解決がされてTTL23で到達しています。
到達したのはインターネットが繋がっているからで、その時には障害が改善していたと考えるのが普通だと思いますが…
スレ主さん
やはり障害発生時のWZR-HP-G301NHのステータス情報及び、ログ情報が欲しいですね。
特にログに関してはDHCPクライアント情報が欲しいです。
書込番号：12948619
0点
ひ＆みさん
ひとつ書き忘れてました。
> (3) 直結した時に、PCで ipconfig /all を実行し、IPアドレスを確認。
> そのIPアドレスをWZR-HP-G301NH のWAN側に手動設定し、
> WZR-HP-G301NH経由でネットにアクセスできるか確認。
直結したPCの設定値をWZR-HP-G301NH のWAN側に設定するのは、
IPアドレスだけでなく、サブネットマスクとデフォルトゲートウエイも追加して下さい。
ルータが複数あるかも知れないので。
土壇場さん
実際どうなっているのかは、次回発生時のデータで確認するしかないですが。
> tracertで経路情報が表示されたのは、単に障害が改善されたタイミングで実行したからだと思いますよ。
スレ主さんが初めて経路情報を書き入れたレスを見て下さい。2011/04/22 23:13 [12925727]
最初のtracert、次のnslookup、共にドメイン名解決が出来ていません。
その次のtracertではドメイン名解決がされてTTL23で到達しています。
到達したのはインターネットが繋がっているからで、その時には障害が改善していたと考えるのが普通だと思いますが…
[12925727]での最後のtracertや[12942643]の最初と最後のtracertで
WAN側のIPアドレスが取得できていることは確かですが、
現象の原因がWAN側のIPアドレスが取得できていないことだと断定するには、
上記３回のtracertの結果とPC直結時のtracertの結果との差が大き過ぎるように思います。
またDHCPのリース期間とのからみでIPアドレスが無効になってないかを懸念されてますが、
再リース要求(renew)する時はまだIPアドレスは有効です。
書込番号：12949389
0点
土壇場さん
ご返信ありがとうございます。
次回発生時にステータス情報及び、ログ情報を採取します。
書込番号：12949598
0点
羅城門の鬼さん
ご返信ありがとうございます。
サブネットマスクとデフォルトゲートウエイの件、了解しました。
次回発生時に設定、および確認します。
因みに昨日は発生しませんでした。
というよりも、殆ど使用する時間がありませんでした。
本日も、同様な可能性があります。
皆様に回答頂いているにも関わらず、大変申し訳ありません。
書込番号：12949616
0点
羅城門の鬼さん
＞現象の原因がWAN側のIPアドレスが取得できていないことだと断定するには
断定はしてませんよ。あくまでも仮定の話です。
＞再リース要求(renew)する時はまだIPアドレスは有効です。
はい、その通りです。
renewはリース期間内に行う動作ですから正確には延長要求ですね。
しかしリース期間を過ぎた場合、そのIPアドレスをクライアント側は使用してはいけません。
既に他のクライアントにリースせれている可能性があるからです。つまり無効です。
本来リース期間が過ぎる前には、延長要求(renew)や再取得要求(Rebind)が行われているはずなんですがね。
何らかの理由で、DHCPサーバーとクライアント間のやり取りが上手くいってないのではと思った次第です。
その辺を確認する為にも、DHCPクライアントのログが欲しいわけです。
ひ＆みさん
お忙しいようですが、よろしくお願いします。
一応DHCPクライアントのログを採取する設定になっているかは確認して下さいね。
書込番号：12949769
0点
土壇場さん
ご返信ありがとうございます。
次回発生時にDHCPクライアントログを採取します。
本日は、未だ発生しません。
書込番号：12955676
0点
昨日発生しました。
(1-1) WZR-HP-G301NH経由
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 0、損失 = 10 (100% の損失)、
C:\Users\username>ping -n 10 210.160.34.129
210.160.34.129 に ping を送信しています 32 バイトのデータ:
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =4ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =6ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =5ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
210.160.34.129 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 1ms、最大 = 6ms、平均 = 2ms
C:\Users\username>ping -n 10 210.162.172.3
210.162.172.3 に ping を送信しています 32 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
210.162.172.3 の ping 統計:
パケット数: 送信 = 10、受信 = 0、損失 = 10 (100% の損失)、
C:\Users\username>ping -n 10 210.162.172.1
210.162.172.1 に ping を送信しています 32 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
210.162.172.1 からの応答: バイト数 =32 時間 =11ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =12ms TTL=252
要求がタイムアウトしました。
210.162.172.1 からの応答: バイト数 =32 時間 =16ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =32ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =49ms TTL=252
210.162.172.1 の ping 統計:
パケット数: 送信 = 10、受信 = 5、損失 = 5 (50% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 11ms、最大 = 49ms、平均 = 24ms
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=48
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 1、損失 = 9 (90% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 46ms、最大 = 46ms、平均 = 46ms
書込番号：12968995
0点
(1-2)直結
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
72.14.203.103 からの応答: バイト数 =32 時間 =41ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =50ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =41ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =42ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =48ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =43ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =47ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =42ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=49
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 41ms、最大 = 50ms、平均 = 44ms
C:\Users\username>ping -n 10 210.160.34.129
210.160.34.129 に ping を送信しています 32 バイトのデータ:
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 からの応答: バイト数 =32 時間 <1ms TTL=64
210.160.34.129 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 0ms、最大 = 0ms、平均 = 0ms
C:\Users\username>ping -n 10 210.162.172.3
210.162.172.3 に ping を送信しています 32 バイトのデータ:
210.162.172.3 からの応答: バイト数 =32 時間 =7ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =8ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =6ms TTL=254
210.162.172.3 からの応答: バイト数 =32 時間 =7ms TTL=254
210.162.172.3 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 6ms、最大 = 8ms、平均 = 6ms
C:\Users\username>ping -n 10 210.162.172.1
210.162.172.1 に ping を送信しています 32 バイトのデータ:
210.162.172.1 からの応答: バイト数 =32 時間 =11ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =6ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =9ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =7ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =9ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =6ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =15ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =9ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =10ms TTL=253
210.162.172.1 からの応答: バイト数 =32 時間 =11ms TTL=253
210.162.172.1 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 6ms、最大 = 15ms、平均 = 9ms
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
72.14.203.103 からの応答: バイト数 =32 時間 =42ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =42ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =44ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=50
72.14.203.103 からの応答: バイト数 =32 時間 =42ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=50
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 42ms、最大 = 46ms、平均 = 44ms
書込番号：12968999
0点
(1-3)WZR-HP-G301NH経由
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
72.14.203.103 からの応答: バイト数 =32 時間 =43ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =43ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =53ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =47ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =50ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =48ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =43ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =45ms TTL=48
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 43ms、最大 = 53ms、平均 = 46ms
C:\Users\username>ping -n 10 210.160.34.129
210.160.34.129 に ping を送信しています 32 バイトのデータ:
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =4ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =4ms TTL=63
210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
210.160.34.129 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 1ms、最大 = 4ms、平均 = 2ms
C:\Users\username>ping -n 10 210.162.172.3
210.162.172.3 に ping を送信しています 32 バイトのデータ:
210.162.172.3 からの応答: バイト数 =32 時間 =8ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =9ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =10ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =11ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =10ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =9ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =13ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =15ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =7ms TTL=253
210.162.172.3 からの応答: バイト数 =32 時間 =7ms TTL=253
210.162.172.3 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 7ms、最大 = 15ms、平均 = 9ms
C:\Users\username>ping -n 10 210.162.172.1
210.162.172.1 に ping を送信しています 32 バイトのデータ:
210.162.172.1 からの応答: バイト数 =32 時間 =12ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =10ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =7ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =10ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =10ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =8ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =12ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =14ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =21ms TTL=252
210.162.172.1 からの応答: バイト数 =32 時間 =62ms TTL=252
210.162.172.1 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 7ms、最大 = 62ms、平均 = 16ms
C:\Users\username>ping -n 10 72.14.203.103
72.14.203.103 に ping を送信しています 32 バイトのデータ:
72.14.203.103 からの応答: バイト数 =32 時間 =130ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =47ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =43ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =50ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=48
72.14.203.103 からの応答: バイト数 =32 時間 =50ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =70ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =48ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =44ms TTL=49
72.14.203.103 からの応答: バイト数 =32 時間 =46ms TTL=48
72.14.203.103 の ping 統計:
パケット数: 送信 = 10、受信 = 10、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 43ms、最大 = 130ms、平均 = 57ms
書込番号：12969001
0点
(2) WZR-HP-G301NH のWAN側のIPアドレスやDNSのアドレスが適正か
WZR-HP-G301NH経由、直結ともに同設定となっています。
(3) 直結した時に、PCで ipconfig /all を実行し、IPアドレスを確認。
そのIPアドレスをWZR-HP-G301NH のWAN側に手動設定し、
WZR-HP-G301NH経由でネットにアクセスできるか確認。
直結したPCの設定値をWZR-HP-G301NH のWAN側に設定するのは、
IPアドレスだけでなく、サブネットマスクとデフォルトゲートウエイも追加して下さい。
C:\Users\username>ipconfig /all
Windows IP 構成
ホスト名 . . . . . . . . . . . . : xxxxxxxxx
プライマリ DNS サフィックス . . . . . . . :
ノード タイプ . . . . . . . . . . . . : ハイブリッド
IP ルーティング有効 . . . . . . . . : いいえ
WINS プロキシ有効 . . . . . . . . : いいえ
イーサネット アダプター ローカル エリア接続:
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
物理アドレス. . . . . . . . . . . : 8C-73-6E-75-F0-7C
DHCP 有効 . . . . . . . . . . . . : はい
自動構成有効. . . . . . . . . . . : はい
リンクローカル IPv6 アドレス. . . . : fe80::45fb:xxxx:xxxx:1c29%13(優先)
IPv4 アドレス . . . . . . . . . . : 210.160.xxx.xxx(優先)
サブネット マスク . . . . . . . . : 255.255.255.192
リース取得. . . . . . . . . . . . : 2011年5月4日 0:54:47
リースの有効期限. . . . . . . . . : 2011年5月4日 1:54:47
デフォルト ゲートウェイ . . . . . : 210.160.xxx.xxx
DHCP サーバー . . . . . . . . . . : 210.160.xxx.xxx
DHCPv6 IAID . . . . . . . . . . . : 411857774
DHCPv6 クライアント DUID. . . . . . . . : 00-01-00-01-13-D0-32-57-00-16-EB-25-2E-08
DNS サーバー. . . . . . . . . . . : 121.83.xxx.xxx
121.83.xxx.xxx
NetBIOS over TCP/IP . . . . . . . : 有効
Wireless LAN adapter ワイヤレス ネットワーク接続:
メディアの状態. . . . . . . . . . : メディアは接続されていません
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Intel(R) WiFi Link 5150
物理アドレス. . . . . . . . . . . : 00-16-EB-25-2E-08
DHCP 有効 . . . . . . . . . . . . : はい
自動構成有効. . . . . . . . . . . : はい
Tunnel adapter isatap.uqc.ne.jp:
メディアの状態. . . . . . . . . . : メディアは接続されていません
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter
物理アドレス. . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP 有効 . . . . . . . . . . . . : いいえ
自動構成有効. . . . . . . . . . . : はい
Tunnel adapter isatap.{5444C549-580F-4531-9C5C-0CEF873E5D59}:
メディアの状態. . . . . . . . . . : メディアは接続されていません
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #2
物理アドレス. . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP 有効 . . . . . . . . . . . . : いいえ
自動構成有効. . . . . . . . . . . : はい
Tunnel adapter isatap.{7E375F79-4C43-44A6-A712-3492D7ECCE1B}:
メディアの状態. . . . . . . . . . : メディアは接続されていません
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
物理アドレス. . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP 有効 . . . . . . . . . . . . : いいえ
自動構成有効. . . . . . . . . . . : はい
Tunnel adapter Teredo Tunneling Pseudo-Interface:
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
物理アドレス. . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP 有効 . . . . . . . . . . . . : いいえ
自動構成有効. . . . . . . . . . . : はい
IPv6 アドレス . . . . . . . . . . . : 2001:0:4137:xxxx:2859:xxxx:xxxx:dd7c(優先)
リンクローカル IPv6 アドレス. . . . : fe80::2859:1d69:2d5f:dd7c%14(優先)
デフォルト ゲートウェイ . . . . . :
NetBIOS over TCP/IP . . . . . . . : 無効
Tunnel adapter 6TO4 Adapter:
接続固有の DNS サフィックス . . . :
説明. . . . . . . . . . . . . . . : Microsoft 6to4 Adapter
物理アドレス. . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP 有効 . . . . . . . . . . . . : いいえ
自動構成有効. . . . . . . . . . . : はい
IPv6 アドレス . . . . . . . . . . . : 2002:d2a0:xxxx::xxxx:2283(優先)
デフォルト ゲートウェイ . . . . . : 2002:c058:xxxx::xxxx:6301
DNS サーバー. . . . . . . . . . . : 121.83.xxx.xxx
121.83.xxx.xxx
NetBIOS over TCP/IP . . . . . . . : 無効
書込番号：12969049
0点
(4)障害発生時のWZR-HP-G301NHのステータス情報及び、ログ情報が欲しいですね。
特にログに関してはDHCPクライアント情報が欲しいです。
製品名 WZR-HP-G301NH Ver.1.76 (R2.01/B1.07)
エアステーション名 AP0024A5D8065E
本体モード切り替えスイッチ状態 AUTOモード
動作モード ルーターモードON
Movieエンジン状態 ON
Internet IPアドレス取得方法 インターネット＠スタートを行う - DHCP自動取得
--------------------------------------------------------------------------------
接続状態 通信中
操作
IPアドレス 210.160.xxx.xxx
サブネットマスク 255.255.255.192
デフォルトゲートウェイ 210.160.xxx.xxx (自動取得)
DNS1(プライマリー) 121.83.xxx.xxx (自動取得)
DNS2(セカンダリー) 121.83.xxx.xxx (自動取得)
ホスト名 AP0024A5D8065E (手動設定)
ドメイン名
MTU値 1454
DHCPサーバーアドレス 210.160.xxx.xxx
リース取得時刻 2011/05/04 00:35:14
リース期限 2011/05/04 01:35:14
--------------------------------------------------------------------------------
有線リンク 100Base-TX (全二重)
MACアドレス 00:24:A5:D8:06:5E
LAN IPアドレス 192.168.11.1
サブネットマスク 255.255.255.0
DHCPサーバー 有効
MACアドレス 00:24:A5:D8:06:5E
無線(802.11n/g/b) 無線状態 制限なし
SSID 0024A5D8065E
認証方式 AOSS WPA/WPA2 mixedmode - PSK
暗号化 AOSS TKIP/AES mixedmode
--------------------------------------------------------------------------------
SSID 0024A5D8065E-1
認証方式 AOSS WPA-PSK
暗号化 AOSS AES
--------------------------------------------------------------------------------
SSID 0024A5D8065E-4
認証方式 認証を行わない
暗号化 AOSS WEP64
--------------------------------------------------------------------------------
ANY接続 許可する
プライバシーセパレーター 使用しない
無線チャンネル 8 チャンネル(自動設定)
倍速モード 20 MHz
MACアドレス 00:24:A5:D8:06:5E
NAS USBディスク 未接続
共有フォルダー機能 使用する
Webアクセス機能 使用しない
メディアサーバー機能 使用しない
BitTorrent機能 使用しない
i-フィルター 使用しない
エアステーション間接続 状態 親機動作中
ステータス -
エコモード 状態 スケジュール機能無効
書込番号：12969063
0点
(5)ログ情報 1/2
################################################
# This is the AirStation log File.
# Model = WZR-HP-G301NH Ver1.76
# LAN MAC = 00:24:A5:D8:06:5E
# Date = 2011/05/04
################################################
2011/05/04 00:35:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/04 00:35:14 DHCPC Info : DHCPSNAME =
2011/05/04 00:35:14 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/04 00:35:14 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/04 00:35:14 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/04 00:35:14 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/04 00:35:14 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/04 00:35:14 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/04 00:35:14 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/04 00:35:14 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/04 00:35:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/04 00:35:14 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/04 00:35:14 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/04 00:35:14 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
2011/05/04 00:05:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/04 00:05:14 DHCPC Info : DHCPSNAME =
2011/05/04 00:05:14 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/04 00:05:14 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/04 00:05:14 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/04 00:05:14 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/04 00:05:14 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/04 00:05:14 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/04 00:05:14 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/04 00:05:14 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/04 00:05:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/04 00:05:14 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/04 00:05:14 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/04 00:05:14 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
書込番号：12969082
0点
(5)ログ情報 2/2
2011/05/03 23:35:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/03 23:35:14 DHCPC Info : DHCPSNAME =
2011/05/03 23:35:14 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/03 23:35:14 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/03 23:35:14 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/03 23:35:14 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/03 23:35:14 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/03 23:35:14 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/03 23:35:14 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/03 23:35:14 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/03 23:35:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/03 23:35:14 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/03 23:35:14 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/03 23:35:14 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
2011/05/03 23:05:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/03 23:05:14 DHCPC Info : DHCPSNAME =
2011/05/03 23:05:14 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/03 23:05:14 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/03 23:05:14 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/03 23:05:14 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/03 23:05:14 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/03 23:05:14 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/03 23:05:14 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/03 23:05:14 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/03 23:05:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/03 23:05:14 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/03 23:05:14 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/03 23:05:14 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
2011/05/03 22:35:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/03 22:35:14 DHCPC Info : DHCPSNAME =
2011/05/03 22:35:14 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/03 22:35:14 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/03 22:35:14 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/03 22:35:14 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/03 22:35:14 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/03 22:35:14 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/03 22:35:14 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/03 22:35:14 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/03 22:35:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/03 22:35:14 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/03 22:35:14 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/03 22:35:14 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
書込番号：12969105
0点
ひ＆みさん
ログ情報を拝見しました。
リース期間の半分である30分毎に延長要求を出し、DHCPサーバーからもACKが戻りリース期間の更新もされてますね。
ログを見る限りではWAN側IPアドレスの取得に関しては問題無いようです。
一応確認したいのですが、
ログの最終が2011/05/04 00:35:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)ですが、
この後しばらくしてから障害発生ですか？
何故かと言うと、障害発生中にも延長要求を出していたのか確認をしたいからです。
もしもログに障害発生中が含まれていないのなら、再度ログの採取をお願いします。
それにしてもリース期間が1時間とは…実質30分で延長要求を出すわけですから短いですね。
書込番号：12969680
0点
土壇場さん
ご返信ありがとうございます。
正確な発生時刻は覚えておりませんが、0:30前です。
一応、追加ログも取得しました。
2011/05/04 01:31:08 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/04 01:31:08 DHCPC Info : DHCPSNAME =
2011/05/04 01:31:08 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/04 01:31:08 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/04 01:31:08 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/04 01:31:08 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/04 01:31:08 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/04 01:31:08 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/04 01:31:08 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/04 01:31:08 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/04 01:31:08 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/04 01:31:08 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/04 01:31:08 DHCPC DHCP_ACK received from (210.160.xxx.xxx)
2011/05/04 01:31:08 DHCPC Renew : sending DHCP_REQUEST for 210.160.xxx.xxx to 210.160.xxx.xxx
2011/05/04 01:01:08 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)
2011/05/04 01:01:08 DHCPC Info : DHCPSNAME =
2011/05/04 01:01:08 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/04 01:01:08 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/04 01:01:08 DHCPC Info : DHCPSIADDR = 0.0.0.0
2011/05/04 01:01:08 DHCPC Info : DHCPGIADDR = 0.0.0.0
2011/05/04 01:01:08 DHCPC Info : DHCPSID = 210.160.xxx.xxx
2011/05/04 01:01:08 DHCPC Info : DNS[2] = 121.83.xxx.xxx
2011/05/04 01:01:08 DHCPC Info : DNS[1] = 121.83.xxx.xxx
2011/05/04 01:01:08 DHCPC Info : Default Gateway = 210.160.xxx.xxx
2011/05/04 01:01:08 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/04 01:01:08 DHCPC Info : IP Address = 210.160.xxx.xxx
2011/05/04 01:00:55 DHCPC terminating on signal 1
2011/05/04 01:00:54 DHCPC sending DHCP_RELEASE for 210.160.xxx.xxx to 210.160.xxx.xxx
書込番号：12969738
0点
＞正確な発生時刻は覚えておりませんが、0:30前です。
という事は障害発生中にもWAN側IPアドレスの延長更新がされていたことになりますね。
う〜ん。まったく原因がわかりません。
何か規則性がないのでしょうか？
例えばWZR-HP-G301NHを再起動してから何日後とか…
あとPC直結では障害が出てないとの事ですが、PCをずっと立ち上げたままでの確認は取れているのでしょうか？
書込番号：12970211
0点
土壇場さん
ご返信ありがとうございます。
> 何か規則性がないのでしょうか？
夜遅くなると発生することぐらいでしょうか。
> あとPC直結では障害が出てないとの事ですが、PCをずっと立ち上げたままでの確認は取れているのでしょうか？
質問の意味がよくわかりませんが。
出掛ける時は止めているので、立ち上げたままにはしておりません。
帰宅後、立ち上げたまま使用し、夜遅くなると使えなくなることがあります。
でも、時間がたつと直ったり、昨日のようにLANの抜き差し（付け替え？）で直ったりします。
書込番号：12970553
0点
ひ＆みさん
＞質問の意味がよくわかりませんが。
質問の仕方が悪かったです。
WZR-HP-G301NHを使用せずに、PCを直結した状態では一切障害が出ないのか？その事は確認できているのか？の意味です。
仮にPC直結で一切障害が出ないのなら、WAN側の問題ではなくWZR-HP-G301NHがクロと判断できると思い質問しました。
＞出掛ける時は止めているので、立ち上げたままにはしておりません。
＞帰宅後、立ち上げたまま使用し、夜遅くなると使えなくなることがあります。
＞でも、時間がたつと直ったり、昨日のようにLANの抜き差し（付け替え？）で直ったりします。
これはWZR-HP-G301NHを使用せずに、PC直結でも障害が出るという事ですか？
もしもPC直結でも障害が出るのなら、壁から出ているLANケーブルから先に原因があると判断するのが妥当だと思います。
その場合は、やはりプロバイダかマンションの管理会社への問い合わせするが１番だと思います。
書込番号：12971741
0点
ひ＆みさん
> (2) WZR-HP-G301NH のWAN側のIPアドレスやDNSのアドレスが適正か
>
> WZR-HP-G301NH経由、直結ともに同設定となっています。
「(1-1) WZR-HP-G301NH経由」の時のWZR-HP-G301NH のWAN側の
IPアドレス、サブネットマスク、デフォルトゲートウエイ、DNSと
「(1-2)直結」の時のPCの
IPアドレス、サブネットマスク、デフォルトゲートウエイ、DNSが
同じ内容だと云うことでしょうか？
> (3) 直結した時に、PCで ipconfig /all を実行し、IPアドレスを確認。
> そのIPアドレスをWZR-HP-G301NH のWAN側に手動設定し、
> WZR-HP-G301NH経由でネットにアクセスできるか確認。
> 直結したPCの設定値をWZR-HP-G301NH のWAN側に設定するのは、
> IPアドレスだけでなく、サブネットマスクとデフォルトゲートウエイも追加して下さい。
設定内容が同じだったので、WZR-HP-G301NH のWAN側への手動設定は行わなかったと云うことでしょうか？
今回は、「(1-3)WZR-HP-G301NH経由」でエラーが発生しなくなってますね。
> (1-1) WZR-HP-G301NH経由
> C:\Users\username>ping -n 10 210.160.34.129
>
> 210.160.34.129 に ping を送信しています 32 バイトのデータ:
> 210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =4ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =6ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =3ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =2ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =5ms TTL=63
> 210.160.34.129 からの応答: バイト数 =32 時間 =1ms TTL=63
>
> C:\Users\username>ping -n 10 210.162.172.3
>
> 210.162.172.3 に ping を送信しています 32 バイトのデータ:
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
> 要求がタイムアウトしました。
ここだけを見れば、WZR-HP-G301NHのWAN側のルータはpingの応答を返してるのに、
その次のセグメントで何かエラーが起こっているように見えます。
つまりWZR-HP-G301NHは正常なのに、プロバイダの管轄下のネットワークで
何かエラーが発生していると。
だけどPC直結にすると、元の正常な状態に戻るのですよね。
書込番号：12975850
0点
横から失礼。
※本題からちょっとわき道ですが、目線を変えてみて考えてみました。
ログにあった【DHCPSHADDR = 00:09:41:4D:】ですが、WZR-HP-G301NHと会話している
WAN側のルータはCentreCOM AR570Sかもしれません。
もし相手がその機種だったら・・・ロードバランサー＆VLAN付＆専用線によるインターネット接続（LAN側グローバル）で動いているのではないか・・・と想像します。
ISP(1）
｜
ISP(2)
｜
=========ここから設備の可能性(その1の可能性)
｜
CentreCOM（ココがWZR-HP-G301NHがDHCP上、会話している相手）
｜
（いくつか機器がある？）
｜
=========ここから設備の可能性(その2の可能性)
｜
宅内
｜
WZR-HP-G301NH
この推論が正なら、端末側の機器を入れ替えて回復するのがなぜか分らないままの
ような気がするので、やっぱり一度ISPなり、設備側も確認したほうがいいような
気がします。
横から失礼しました。
書込番号：12975952
0点
土壇場さん
ご返信ありがとうございます。
> WZR-HP-G301NHを使用せずに、PCを直結した状態では一切障害が出ないのか？
直結では一度も障害はありません。
書込番号：12975969
0点
羅城門の鬼さん
ご返信ありがとうございます。
>「(1-1) WZR-HP-G301NH経由」の時のWZR-HP-G301NH のWAN側の
> IPアドレス、サブネットマスク、デフォルトゲートウエイ、DNSと
> 「(1-2)直結」の時のPCの
> IPアドレス、サブネットマスク、デフォルトゲートウエイ、DNSが
> 同じ内容だと云うことでしょうか？
今回はIPアドレスを含め、すべて一緒でした。
但し、IPアドレスは自動取得なので変わることがあります。
（第４オクテッドが以前とは違うものとなっておりました）
> 設定内容が同じだったので、WZR-HP-G301NH のWAN側への手動設定は行わなかったと云うことでしょうか？
今回は行っておりません。
但し、「設定内容が同じだった」からではなく、直結からWZR-HP-G301NH経由にしたところ、
通信（インタネット閲覧）が正常にできるようになってしまったので、おこなっておりません。
> だけどPC直結にすると、元の正常な状態に戻るのですよね。
直結にすると正常な状態に戻ります。
書込番号：12976018
0点
あらあらまぁまぁさん
ご返信ありがとうございます。
> もし相手がその機種だったら・・・ロードバランサー＆VLAN付＆専用線による
> インターネット接続（LAN側グローバル）で動いているのではないか・・・と想像します。
すいません。
難しくて、よくわかりません。
相手がそのルータだと「何が」問題となるのでしょうか？
> やっぱり一度ISPなり、設備側も確認したほうがいいような気がします。
確認はできますが、答えてくれるかどうか。
また、私自身が理解できていないので、どのような設備だと、何が問題となるのでしょうか？
書込番号：12976068
0点
ひ＆みさん
ひ＆みさん自身がその仕組みを理解いただく必要はないです。
あくまで、設備側やISPと話すときに
【こちらの内容が通信相手】
2011/05/04 01:01:08 DHCPC Info : DHCPSHADDR = 00:09:41:4D:75:A0
2011/05/04 01:01:08 DHCPC Info : Default Gateway = 210.160.xxx.xxx
【こちらがWZR-HP-G301NH】
2011/05/04 01:01:08 DHCPC Info : DHCPCHADDR = 00:24:A5:D8:06:5E
2011/05/03 22:35:14 DHCPC Info : Subnet Mask = 255.255.255.192
2011/05/03 22:35:14 DHCPC Info : IP Address = 210.160.xxx.xxx
--------------------------------------------
特定の時間帯だけ、WZR-HP-G301NH が通信相手
からDHCPでIPアドレスを付与される事態になる
ことが頻繁に起こる。
この通信相手から先への通信が不安定になること
も確認した、何かがおかしいので調べていただきたい
--------------------------------------------
あとはスレ主さんの都合しだいですが、「必要ならその時間帯に発生した状態で
確認してほしい」という感じの内容を、ISPなり設備側へ言ってもらうしか
ないかなぁと思います。
そうすれば、向こう側で何らかのアクションを起こすのではないかと思います。
＜上記を持ちかけるときの重要なポイントとして＞
できれば、他機種のルータに置き換えるなどして、機器個体の問題ではないこと
を確認してから、話を持ち掛けてもらうのがベストです。
書込番号：12976241
0点
ひ＆みさん
> 今回はIPアドレスを含め、すべて一緒でした。
> 但し、IPアドレスは自動取得なので変わることがあります。
了解です。
WZR-HP-G301NH経由とPC直結とで、DHCPによる設定項目に違いはなかったと云うことのようで。
何故PC直結にすると治るのかはわかりませんが、
少なくとも今回取ったデータでは、ISPのネットワーク内で障害があるのも事実です。
以下のような内容でISPに調査を依頼してみてはどうでしょうか。
72.14.203.103への経路としては、毎回必ず
(1) WZR-HP-G301NH
(2) 210.160.34.AAA
(3) 210.162.172.BBB
(4) 210.162.172.CCC
となっています。
また(1)-(4)の全てが正常時はpingに対して応答を返しています。
なのでpingの応答がないと云うことは、何か障害が発生したことを意味します。
初回のWZR-HP-G301NH経由で、(1)と(2)まではpingの応答があり、正常です。
ここで(2)もpingの応答があるので、WZR-HP-G301NHは完全にシロです。
DHCPによるIPアドレスなどの設定項目も含めて。
ただDHCPサーバからのIPアドレスのリース期間は１時間と短いですが、
多分いつもこのように短時間のリースなのではないかと思います。
しかし(3)に対するpingで応答が全くなく、ISPの管轄下である(2)と(3)の間で障害が発生した可能性が高いです。
pingでのechoパケットの送信回数は各々10回と割と多いので、
(2)が全てOKで、(3)が全てNGと云うのは、かなりの確率で(2)と(3)の間が怪しいです。
少なくとも今回のデータからは。
更には今までのデータも加味すると、210.160.34.AAAが最も怪しいと思います。
書込番号：12979600
0点
ひ＆みさん
＞直結では一度も障害はありません。
PC直結で一切障害が出ないのなら、WAN側ネットワークに問題がある可能性は低いですね。
色々調べてみたら、こんなのを見つけました。
http://d.hatena.ne.jp/hidehara/20081116/1226840734
ひ＆みさんも、ルータースイッチをAUTOでインターネット＠スタートを使用されてますよね。
機種は違いますが、WZR-HP-G301NHにも相性問題からDNSによる名前解決ができなくなる不具合が残っているのかもしれません。
試しにルータースイッチをONにしてインターネット＠スタートを止め、DHCPサーバからIPアドレスを自動取得に変更して様子をみてはどうでしょう。
書込番号：12981502
0点
土壇場さん
> WZR-HP-G301NHにも相性問題からDNSによる名前解決ができなくなる不具合が残っているのかもしれません。
DNSに関係ない
ping -n 10 210.162.172.3
[12968995]
でも応答が無いので、少なくともDNSの不具合による現象ではないと思います。
書込番号：12982027
0点
羅城門の鬼さん
PC直結で一切障害が出ない状況ではWAN側ネットワークの障害というより、WZR-HP-G301NHが何らかのトリガーになっていると思われます。
私が紹介した内容は確かにDNS絡みですが、そこに重点を置いたわけではなくルータースイッチAUTOやインターネット＠スタートを止める事により、何らかの変化を期待した次第です。
あまり使いたくはありませんが、障害の原因は単なる相性問題なのかもしれません。
ですから尚更のことWZR-HP-G301NHの設定を色々と試してみるのも手だと思います。
書込番号：12983427
0点
土壇場さん
> PC直結で一切障害が出ない状況ではWAN側ネットワークの障害というより、WZR-HP-G301NHが何らかのトリガーになっていると思われます。
ここの解釈は微妙だと思います。
まずPC直結はネットワーク障害(約2回/週)が発生した時の暫定処置だけですから、
時間的にはWZR-HP-G301NH経由の時間のトータル >> PC直結の時間のトータルです。
つまり、PC直結では接続時間が短いのでまだ起こっていないのかも知れません。
実際今回は再度WZR-HP-G301NH経由にした時は現象が治っており、
PC直結だから発生しないと云うのではなく、
LANケーブルの脱着を契機として治るのかも知れません。
また、WZR-HP-G301NH経由だけで現象が発生しているのではないです。
以前使われていたWN-NHP/R-U（Buffalo製でなくIO DATA製）経由の時にも発生しています。[12911100]
メーカの異なる親機２機種で現象が発生しているので、
メーカ特有な機能やその機種限定の不具合ではない可能性が非常に高いと思います。
親機経由で現象が発生している時にPC直結にすると少なくとも今までは必ず
治っていたことから、親機経由とPC直結との違いを完全に否定するつもりはないですが、
WZR-HP-G301NHのステータスやログからは明らかなWZR-HP-G301NHの不具合は見つかっておらず、
WZR-HP-G301NHの設定を変えるだけでは埒があかない可能性が高い気がします。
そのような設定変更を試してみるのも良いですが、
まずは今回の調査結果をISPに投げかけ、調査してもらうことが、
不具合を解決するために必要なことだと思います。
書込番号：12983854
0点
[ISPに投げかけ、調査してもらうこと]に一票。
あと、パソコンを直結（ルータを使わない時）のDHCPクライアントのログは確認していないと思います。
もしも・・・ですが、Windows上の「DHCPクライアント」のログが取れて、ルータのログで確認したようなスパン（30分程度の周期？）で起きるならば・・・決定打になるような気がします。
パソコンの表面上は繋がったままと見せかけて、実は起きていた！というオチもあるかもしれません。（想像）
参考情報は下記です。
●Windows TechCenterのフォーラムの記事「DHCP Clientの動作ログ取得について」
http://social.technet.microsoft.com/Forums/ja-JP/w7itprogeneralja/thread/41b438c9-09fe-4997-aec3-547230a81b77/
書込番号：12983964
0点
羅城門の鬼さん
＞PC直結では接続時間が短いのでまだ起こっていないのかも知れません。
その事は私も疑いました。
ただPC直結では障害が出ない件は、スレ主さんには再三確認した事ですからね。
信じるしかないでしょう。
ISPに投げて調査してもらうことは私も賛成です。
ただスレ主さんは調査依頼を躊躇されているように感じるのは私だけかな…
もしかして、インターネット同時接続台数に制約でもあるのかな。
書込番号：12984711
0点
土壇場さん
> もしかして、インターネット同時接続台数に制約でもあるのかな。
インターネットに同時接続する端末の台数と云う意味ならば、
途中にあるWZR-HP-G301NHがルータモードで動作しているので、
ISP側からは１台としか見えないでしょうが、
例えばファイアウォールの最大セッション数などの制限のため、
TCPのセッション数などがネックになっているのかも知れません。
またひ＆みさんが契約しているISPとしては、
「複数台でインターネット接続する場合はルータを使って下さい」
と言うだけで、特には契約上も接続台数の制限はないようですので、
セッション数で引っかかっていたとしてもISP側で対処すべき問題です。
ひ＆みさん
ISP側のルータでの例えばセッション数の制限が現象の原因だとすると、
今までの事象の多くが説明できます。
・WN-NHP/RやWZR-HP-G301NHに複数台のPCを接続している時に発生
・PC１台だけ接続している時は発生していない
・WZR-HP-G301NHが送信するところまでは現象発生時でも正常に通信できている
・ISP内のネットワークで通信が途絶える
確認ですが、ISPとの契約において、インターネットに接続する端末(PC)の台数制限はないですよね。
制限がないのならば、ユーザで対処できる問題ではないですし、
ISPに調査してもらうしか手は基本的にないです。
調査依頼する時は、
210.160.34.AAAからはpingの応答があったが、
その次の210.162.172.BBBからはpingの応答がなかったことから、
両方ともISPのルータなので、ISPのネットワークで何らかの障害が発生していることを言った上で、
今までインターネット接続が切れた事のある日時を列挙し、
ログ解析してもらうのが第一歩だと思います。
もしISP側のルータに解析用の設定が必要ならば、設定してもらった上で、
再度現象が発生した時に日時分を連絡することになると思います。
書込番号：12986173
0点
あらあらまぁまぁさん
羅城門の鬼さん
土壇場さん
いつもお世話になります。
本日プロバイダに連絡を行いました。
事情を説明したところ、私宅からの通信ログを少し調査したみたいです。
担当者曰く、通信量が多い場合（動画など）は、その相手宅のみ帯域制限がかかるしくみに
なっているとのことでしたが、私宅の通信に問題はないとのことです。
その結果、マンション全体の通信量の上限を少し増やしたとの回答を頂き、
当面様子を見て欲しいとのことでした。（次回発生後に連絡することになりました）
一応、機器構成など聞いてみましたが、教えては頂けませんでした。
以上、途中経過となりますが、何か進展がありましたらお知らせします。
書込番号：12986266
1点
ひ＆みさん
> その結果、マンション全体の通信量の上限を少し増やしたとの回答を頂き、
> 当面様子を見て欲しいとのことでした。（次回発生後に連絡することになりました）
これで治ると良いですね。
一週間ほど様子を見れば、治ったかほぼ判りますね。
書込番号：12986704
0点
羅城門の鬼さん
あらあらまぁまぁさん
土壇場さん
ありがとうございました。
１週間程経過しましたが、閲覧できない現象は発生しませんでした。
プロパイダの対応で改善されたようです。
今迄、ご指導ありがとうございました。
書込番号：13018208
0点
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
http://bbs.kakaku.com/bbs/K0000084703/SortID=11888619/
上記スレッドで『デジタルカメラ、CD/DVDドライブ、USBハブ、マウス、キーボード等のUSB機器を接続して使用することはできません。』と言及されてます。ということで、メーカーでは動作保証はしていない模様です。
…が、こういう情報もあります。動くかも知れないし、動かないかも知れない。まぁ、自己責任でどうぞ。
http://rjworks.typepad.jp/green/2011/01/wzr-hp-g301nh%E3%81%AE%E7%B0%A1%E6%98%93nas%E3%81%A7usb%E3%83%8F%E3%83%96%E4%BD%BF%E3%81%88%E3%81%9F%E3%82%88.html
書込番号：13005599
0点
ありがとうございました。
そろそろ2TBのHDDがいっぱいになってきたのでどうしようかと思っていました。
とりあえずやってみようと思います。
書込番号：13014150
0点
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
中継機能 wdsを利用しようと思い、2台のWZR-HP-G301NHをAOSSにて（マニュアルに記載のある）
ボタンの押下による2回点滅状態に設定しましたが、
マニュアルにある、その後しばらくすると点滅から点灯に変わる・・・がいくら待っても変わりません。
何か注意点とかありますかね？
尚、ファームウェア等は最新の1.76にしてあります。
0点
中継器のROUTERボタンはオフにしてますか？
2台のWZR-HP-G301NHの距離は充分近いですか？
書込番号：12889130
0点
> 2台とも OFFにしております。
２台ともブリッジモードにすると云うことは、
別途ルータがあるのですね。
あと、マニュアルでは中継器側を先にAOSSボタン押下するようですが、
大丈夫ですか？
書込番号：12889348
0点
はい 別途にルーターがあります。（光フレッツの付属）
順序の問題かと思い、AOSSのボタン押下はどちらからも作業してみました。
書込番号：12889530
1点
AOSSではなくて、手動で中継器の設定をしてみてはどうですか。
http://buffalo.jp/download/manual/html/air1200/router/whrg301n/nwds1001.html
書込番号：12889598
0点
そうですね これも検討しましたが、現在親機に4台の無線LANがぶら下がっていますので、
これの設定もやり直さないといけないのかな・・・と 現在様子を見ています。
やはり これですかね・・・
書込番号：12889664
0点
特には親機のSSIDの設定を変える必要はないと思います。
現在のSSIDの設定のままで、そのSSIDに中継器を接続するだけではないでしょうか。
親機のSSIDの設定がAOSSで設定されていても、
親機の設定画面に入ればAOSSで設定された内容は確認できます。
書込番号：12889706
0点
そうですか、了解です。
明日、チャレンジしてみます。
アドバイスありがとうございました。
書込番号：12889796
0点
羅城門の鬼さんが紹介したURLの(８)にある親機/子機指定の設定が２台とも自動なのでは？
AOSSで接続する時に２台とも自動の場合は、どちらかがルーターである必要があると思います。
つまり後からAOSSボタンを押した親側もブリッジの為に、子機としての接続手続きをしているので繋がらないのだと思われます。
手動設定であれば、中継する側が親側のSSIDを指定する手順になるので繋がると思います。
書込番号：12893614
0点
バッファローのサポートに電話したところ
近くでの認証作業（50センチ程度）を行って下さい。という指示の元作業を行いましたがNGでしたので、手動で作業したところうまくいきました。
皆様がた、いろいろとアドバイスありがとうございました。
書込番号：12934945
0点
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
この機種にHDDを接続して使用したいです。
ですが、使用できるHDDが限られていて、ほとんどが旧型で、購入すらできないです。
http://buffalo.jp/taiou/kisyu/item/wireless_home_usb-nas/
メーカーページで、動作確認できていなくても、これは使用できるなどありましたら、教えてください。
0点
そんなにシビアではないですよ。
↓当時私はこれを接続してました。
http://kakaku.com/item/K0000057971/?lid=ksearch_kakakuitem_title
バッファローの１ＴＨＤＤも、ＩＯデータの１ＴＨＤＤでも、Kingstoneの２ＧＵＳＢメモリでも、メーカー不明のＵＳＢハブかませてＨＤＤつないでも認識してます。
で、現在は？と言われると2GUSBメモリを4つつなげてます。
「なんでか？」と聞かれると、HDDの音が気になるからです。ネットワークにつなげると「ウィーン！カチン！」（日本語訳：うんこらしょっ）という音がして、おもむろにHDD内容が展開されるのがダルイ。その点ＵＳＢメモリだと動作が速いので、テキストデータや画像メインで、動画などを扱わなければハブをかませた2Ｇ×４台のUSBメモリくらいで充分ではあります。
書込番号：12897864
0点
この手の製品に接続する「USB-HDD」は、
元々「ＰＣの周辺機器」でしか有りません。
＜「ルーター専用USB-HDD」とか「テレビ専用USB-HDD」は聞いたことが有りませんm(_ _)m
※「フォーマット」の問題で、ＰＣとの共用ができない話とは別です(^_^;
なので、「ＰＣで使用できる」製品なら、制限は無いはずです。
＜稀に「相性」みたいなことで使用できないことは有りますが、
購入した販売(量販)店で他の製品に交換して貰えることも多いようです。
※初期不良扱い
そういう意味では「他社製」でも、
「外付けケース＋バルクHDD」という組み合わせでも使えるはずです。
書込番号：12902986
0点
すいません、追記ですm(_ _)m
「USB-HDD」を利用する場合、
「(ＰＣ)電源連動機能」がある製品を使うと、
http://buffalo.jp/download/manual/html/air1200/router/wzrhpg300nh/nas3.html
の設定が使えるようになりますm(_ _)m
書込番号：12902996
0点
無線LANルーター(Wi-Fiルーター) > バッファロー > AirStation NFINITI HighPower Giga WZR-HP-G301NH
バッファローWZR-HP-G301NH ファームウェア Ver.1.76 からダウンロードしてもファイルが開きません どなたか教えてください CDをなくしてしまいました。PCは ７です宜しくです。
0点
zipファイルの解凍の仕方がわからないとかいうオチではないですよね?
書込番号：12789381
0点
WZR-HP-G301NHの画面に、ファームを更新するところをクリックして、自動更新をクリックすると、更新できます。
書込番号：12789447
0点
ファームウェアはOSもインストールも関係ないから、使いたいのはクライアントマネージャの方なんじゃないですか？
http://buffalo.jp/download/driver/lan/airnavilite.html
書込番号：12789485
0点
題から察するに、甜さんの言うようにクライアントマネージャを新しく購入したPC(Win7仕様)にインストールしたいというものかと。
クライアントマネージャＶ
http://buffalo.jp/download/driver/lan/clmg5.html
ファームウェアはWZR-HP-G301NHに更新orインストールするもので、PCにインストールするものではありませんｙ
書込番号：12789524
0点
クライアントマネージャがなんだかわかりません ダウンロードは出来るけど 開くと写真みたいでクリックして先へ進む事ができません
書込番号：12789721
0点
クライアントマネージャはAOSS接続するためのソフトです。
AOSSを使わないなら必要ありません。
私が張ったリンクもパーシモン1ｗさんが張ったリンクも一番下に
「ダウンロード方法とダウンロードファイル解凍方法について」が書いてあるので
そちらを見ながらやって下さい。
それで出来ないなら詳しい人を呼んできてやってもらう方がいいでしょう。
書込番号：12789763
0点
１，無線LANルータをネットにつなぐための設定をしたい。
２，無線LANルータと子機（PC）とを接続したい。
３，無線LANルータのファームウェアの更新をしたい。
どれですかね？
書込番号：12789887
0点
>バッファローWZR-HP-G301NH ファームウェア Ver.1.76 から
>ダウンロードしてもファイルが開きません
とは、
http://buffalo.jp/download/driver/lan/wzr-hp-g301nh_fw-win.html
から「wzrhpg301nh-176.exe」をダウンロードしたって事ですか？
「開く」＝「実行する」で、
「デスクトップ」に「wzrhpg301nh-176」というフォルダが作られていて、
ソコにファームウェアのファイルが有るはずですが．．．
＜この実行ファイル自体では、「ファームウェアの更新」はされません。
「更新方法」をちゃんとメーカーのページで確認してくださいm(_ _)m
http://buffalo.jp/qa/dvd-ram_rom/make/download.html
http://buffalo.custhelp.com/app/answers/detail/a_id/128/kw/
書込番号：12794148
0点
この製品の最安価格を見る
<538
のユーザーが価格変動や値下がり通知、クチコミ・レビュー通知、購入メモ等を利用中です
クチコミ掲示板検索
最適な製品選びをサポート！
[無線LANルーター(Wi-Fiルーター)]
新着ピックアップリスト
-
【欲しいものリスト】PCカレン
-
【欲しいものリスト】タフなやつ
-
【欲しいものリスト】はぁじぃめぇとぇのじさぁくぴぃいしぃ
-
【欲しいものリスト】252
-
【欲しいものリスト】252
価格.comマガジン
注目トピックス
（パソコン）
無線LANルーター(Wi-Fiルーター)
（最近3年以内の発売・登録）
