AirStation NFINITI HighPower Giga WZR-HP-G301NH のクチコミ掲示板

NAS接続できません（親機が見つからない）

[めちよん]

無線および有線NASとして使用しようと思い、購入しました。
WinXPとWin7を使用しています。
Win7の方は問題無く使えるのですが
WinXPの方では親機を見つけられません。
（エアステーション設定ツールを起動しても「親機が見つかりません」と表示される）
WinXPのセキュリティソフトの設定を全部OFFにしても駄目でした。

ネットワーク構成は次の通りです。
Win7のIP：192.168.1.14（DHCP）
サブネットマスク 255.255.255.0
デフォルトゲートウェイ 192.168.1.8
DNS サーバーアドレス 192.168.1.8

WinXPのIP：192.168.1.12（DHCP）
サブネットマスク 255.255.255.0
デフォルトゲートウェイ 192.168.1.8
DNS サーバーアドレス 192.168.1.8


無線親機(WZR-HP-G301NH)IP：192.168.1.15（自動
ルーターモード：OFF

ルーター：Yahoo!BB ADSL50MモデムIP:192.168.1.8（固定※YBBルーターの無線機能は無効にしてあります。


↓有線の接続のみ記述します。
――YBBモデム――無線親機――USB-HDD
　　　　|　　|
　　Win 7　|
　　　　　WinXP


バッファローのサポートに電話して何度かやり取りしましたが、解決できませんでした。
親機の初期化、設定ソフトの再インストール、ファームウェアの更新など一通り行いました。

原因がわかりません。

書込番号：13658793

[羅城門の鬼]

> ↓有線の接続のみ記述します。
> ――YBBモデム――無線親機――USB-HDD
> 　　　　|　　|
> 　　Win 7　|
> 　　　　　WinXP

WinXP機が有線LANでモデムに接続されているように見えるのですが、
無線LANでWZR-HP-G301NHに接続の間違いなのでしょうか？
スペースが圧縮され左にずれた？

> WinXPのIP：192.168.1.12（DHCP）
> サブネットマスク 255.255.255.0
> デフォルトゲートウェイ 192.168.1.8
> DNS サーバーアドレス 192.168.1.8

DHCPで各種情報を取得できているようですね。
有線LANでモデムに接続されている訳でないなら、
親機に接続できているようですが。

WinXP機のタスクマネージャで、ワイヤレスネットワークの接続状態は
どうなっていますか？

WinXP機のコマンドプロンプト上で
ping 192.168.1.8
と入力するとモデムは応答を返すのでしょうか？

書込番号：13659067

[めちよん]

Win7、WinXPともにYBBモデムに有線で繋がっています。

YBBモデムにルーター機能がついているのでルーターとして使用しています。
すべて有線での話です。無線機なのでややこしいですよね（＠＠；

一度、YBBモデム――G301NH――PCと繋げてみたのですが
通信速度がかなり落ちたのでYBBモデムをルーターとして使っています。

どのPCもインターネット、家庭内ネットワークは正常に使えています。
ですからWinXPから
PINGをYBBモデムに打てば通ります。
G301NH（192.168.1.15）にPINGを打っても通りません。
これが解決できないんです(><;

書込番号：13659193

[羅城門の鬼]

> Win7、WinXPともにYBBモデムに有線で繋がっています。

最初に「無線および有線NASとして使用しようと思い」と書いてあったので、
無線LANで接続したいのだと思いました。

> PINGをYBBモデムに打てば通ります。
> G301NH（192.168.1.15）にPINGを打っても通りません。
> これが解決できないんです(><;

目的はUSB-HDDにアクセスしたいのでしょうか？

> 無線親機(WZR-HP-G301NH)IP：192.168.1.15（自動

WZR-HP-G301NHもDHCPで自動取得できているようなので、
全くモデムとWZR-HP-G301NH間が通信できない訳ではないようですね。

WZR-HP-G301NHのLEDランプ(モデム接続)は点灯していますか？

WinXP機をWZR-HP-G301NHにケーブル直結して
ping 192.168.1.15
で応答はあるのでしょうか？

書込番号：13659297

[めちよん]

無線は、今後ノートパソコンを繋げようと思っています。
説明不足ですみません。

>目的はUSB-HDDにアクセスしたいのでしょうか？
そうです。USB-HDDをNASとして、どこからでもアクセスできるようにしたいのです。

モデム接続のＬＥＤがどれにあたるのかわからないのですが
Power、Security、Wireless　の３つは点灯しています。

今、G301NHとWinXPを直結してみたのですがPINGは通りませんでした。
Request timed out.
です。

でもインターネットは使えています。（不思議ですよね？
YBBルーターもG301NH（192.168.1.15）を認識しました。

直結したままWinXPからの書込みです。

現在は
――YBBモデム――無線親機――USB-HDD
　　　　|　　　　　　　　　|
　　Win 7　　　　　　　　|
　　　　　　　　　　　　WinXP

となっています。

書込番号：13660015

[羅城門の鬼]

> モデム接続のＬＥＤがどれにあたるのかわからないのですが
> Power、Security、Wireless　の３つは点灯しています。

WZR-HP-G301NHの背面のインターネットポートにモデムとのケーブルを接続してますよね。
そのポートのすぐ横にLEDがあると思うのですが、そのLEDの状態は？

また有線LAN接続のWinXP機からのpingに応答しないとのことなので、
WZR-HP-G301NHの背面のLANポート（PC接続）のLEDの状態は？

> でもインターネットは使えています。（不思議ですよね？
> YBBルーターもG301NH（192.168.1.15）を認識しました。

多分G301NHのIPアドレスは192.168.1.15とは違うのではないでしょうか。

http://www.twise.co.jp/twsnmp.html
からTWSNMP(フリー)の最新版をダウンロードし、Win7機にインストールして下さい。

[管理ツール]-[自動発見]-[開始]でネットワーク内の全てのノードの一覧を表示してくれます。
ノード名がbuffalo.setupになっているノードがあれば、それがG301NHです。

書込番号：13660745

[めちよん]

ポート横のLEDは点灯しています。
時々高速に点灯します。

TWSNMPをWin7へインストールしてみました。
やはり　192.168.1.15　です。

WinXPでもTWSNMPを試してみました。
結果は、"G301NH以外"Win7で実行したときと同じでした。
TWSNMPでもWinXPはG301NHだけが認識されません。

書込番号：13662226

[羅城門の鬼]

> ――YBBモデム――無線親機――USB-HDD
> 　　　　|　　　　　　　　　|
> 　　Win 7　　　　　　　　|
> 　　　　　　　　　　　　WinXP

の状態で、

> TWSNMPをWin7へインストールしてみました。
> やはり　192.168.1.15　です。
>
> WinXPでもTWSNMPを試してみました。
> 結果は、"G301NH以外"Win7で実行したときと同じでした。

Win7機では192.168.1.15のノード名はbuffalo.setupと表示され、
WinXP機では192.168.1.15自体が表示されないと云うことなのでしょうか？
だけどWinXP機でも192.168.1.15以外は表示されると。

それならば、Win7機をG301NHに直結し、WinXP機はモデムに直結すると、
TWSNMPでの検索はどうなりますか？

書込番号：13662370

[めちよん]

>Win7機では192.168.1.15のノード名はbuffalo.setupと表示され、
>WinXP機では192.168.1.15自体が表示されないと云うことなのでしょうか？
>だけどWinXP機でも192.168.1.15以外は表示されると。
その通りです。
ただ、G301NHの名前を分かりやすく設定しているので
buffalo.setupではないです。
192.168.1.15　のプロパティをみると、
NICメーカ欄にbuffalo Inc. と表示されているので間違いないと思います。MACアドレスも一致します。

>それならば、Win7機をG301NHに直結し、WinXP機はモデムに直結すると、
>TWSNMPでの検索はどうなりますか？
上記のように接続してみました。
結果は同じでした。

試しに、WinXP機も直結（Win7機と両方G301NHへ直結）してみましたが、
結果は同じでした。

以下、TWSNMPの検索結果です。
■Win7機での結果
local.gateway（192168.1.8）
WinXP機（192.168.1.12）
Win7機(192.168.1.14)
G301NH（192.168.1.15）
192.168.1.11(NICメーカ：Nintendo Inc.なので別部屋のWiiです)
192.168.1.13(NICメーカ：Hitachi Inc.なので別部屋の液晶テレビ)

■WinXP機
local.gateway（192168.1.8）
WinXP機（192.168.1.12）
Win7機(192.168.1.14)
192.168.1.11(NICメーカ：Nintendo Inc.なので別部屋のWiiです)
192.168.1.13(NICメーカ：Hitachi Inc.なので別部屋の液晶テレビ)

書込番号：13662559

[羅城門の鬼]

接続構成に依存していないようなので、
少なくともハードの問題ではなく、ソフトの問題のようですね。

WZR-HP-G301NHのファームは最新とのことでしたが、
WinXP機のネットワークドライバは最新でしょうか？

まだ問題がWinXP機なのか、WZR-HP-G301NHなのか切り分けられてませんね。

多少TCP/IPの知識が要るかも知れませんが、
パケットアナライザ（フリーソフト）でパケットのやり取りを調査してみませんか。

WireSharkをダウンロードし、WinXP機にインストールしてみて下さい。
http://www.atmarkit.co.jp/fwin2k/win2ktips/1045wshark/wshark.html

起動後、Interface ListからEthernetのコントローラを選択すると、
キャプチャが始まります。
そして、コマンドプロンプトからWZR-HP-G301NHにpingを打って下さい。
その後[Capture]-[Stop]します。

protocolがICMPの箇所に注目して下さい。
WinXP機はICMP(ping request)を送信してますか？
WZR-HP-G301NHはICMP(ping reply)を送信してますか？

書込番号：13662812

[GT30]

めちよんさん
WinXPのARPテーブルをコマンドプロンプトで確認してください。
以下を参考に
http://www.atmarkit.co.jp/fnetwork/netcom/arp/arp.html
現状でARPテーブルに192.168.1.15の表示があるか？
そのMACアドレスは正しいか？
無い場合
192.168.1.15にpingを打った後でARPテーブルに192.168.1.15の表示ができるか？
有ればMACアドレスは正しいか？

羅城門の鬼さんがアドバイスしているパケットアナライザを使用したpingのモニタ結果で、ICMPの前にARPリクエストが正しく処理されているか？

強制的に、ARPテーブルに arp -s コマンドで192.168.1.15のテーブルを作ってpingするとどうなるか？

書込番号：13662926

[羅城門の鬼]

> WinXPのARPテーブルをコマンドプロンプトで確認してください。

確かにARPテーブルのキャッシュも確認要ですね。

> 羅城門の鬼さんがアドバイスしているパケットアナライザを使用したpingのモニタ結果で、ICMPの前にARPリクエストが正しく処理されているか？

但し既にARPテーブルに登録済みなら回線にARPが出なくても正常です。
またARPテーブルに登録されてなくてもエラーではないです。
一定時間通信がないとキャッシュなので削除されるので。

書込番号：13665027

[めちよん]

PINGを打った時	ARP	コマンド

急な私用ができてしまい、返答が遅くなりました。
申し訳ありません。

WireSharkをインストールしました。
WinXP機→G301NHへ直結の状態でテストしました。

図１は、PINGを打った時です。
Protocolを見るとARPとなっていてICMPはありません。

図２は、GT30さんの回答を参考にARPを確認した時です。

これらの結果から何かわかるでしょうか？

書込番号：13671096

[めちよん]

返答漏れです。
>WZR-HP-G301NHのファームは最新とのことでしたが、
>WinXP機のネットワークドライバは最新でしょうか？

どちらも最新です。
念の為、最新のドライバをダウンロードして再インストールしました。

書込番号：13671123

[GT30]

このキャプチャーではWinXP機がARPリクエストを出した時、またPINを打った時に自分のMACアドレスを00-00-00-00-00-00としている。
G301NHと通信できない原因はこれなのかもしれません。

G301NH以外との通信はできているとのことですが、YBBモデム、WIN7との通信でもWinXP機のMACアドレスが00-00-00-00-00-00で行われているのでしょうか？

書込番号：13671321

[めちよん]

モデムとWin7機との通信を調べてみたところ
WinXP機のMACアドレスは、すべて00-00-00-00-00-00となっています。

IPCONFIG /ALL
GETMAC /V
で調べてもMACアドレスは00-00-00-00-00-00でした。

WinXP機は、LANポートが二つあります。
使用していない方は無効にしていました。
以下、今まで使用していたLANポートを「LAN1」無効にしていたLANポートを「LAN2」とします。

LAN2のドライバを有効にしてMACアドレスを確認、それをメモ。（ベンダー【0018F3】）
http://www.atmarkit.co.jp/fwin2k/win2ktips/356macaddr/macaddr.html
を参考にLAN1のMACアドレスを変更（ベンダー【0018F3】は変えず、残りを適当に）してみたところ、
WinXP機からもG301NHへPINGが応答するようになり、NAS（USB-HDD）へのアクセスもできました。


原因はコレのようです。


ただ、LAN1をそのまま使うのは気持ち悪いので
LAN1のMACアドレスをオフに戻し、ドライバを無効にしました。
LAN2に繋げて、試したところ悩んだのがバカみたいに問題無く使用できました。
あっけない・・・。
インターネット、ネトワーク、NAS（USB-HDD）へのアクセス、全てOKです。
今後は、LAN2に繋げて使用する事にします。

初めからLAN2に繋げてテストして見ればよかったですね。（＞＜；
解決までの道筋を示してくれた羅城門の鬼さん、原因を提示してくれたGT30さん、どちらにもベストアンサーを付けたいのですが最初に回答を下さった羅城門の鬼さんをベストアンサーとさせていただきます。

ありがとうございました！

書込番号：13671925

[めちよん]

ベストアンサーではなくGOODアンサーでした。＾＾；
しかも付けられるのは1箇所だけではないんですね。

WireSharkを紹介して頂いた回答と
WinXP機のMACアドレスが原因と指摘して頂いた回答を
それぞれGOODアンサーとさせていただきます。

書込番号：13671962

[GT30]

解決できて良かったですね。

ARPで設定した値は削除しておくことをお忘れ無く。

書込番号：13672160

[羅城門の鬼]

ハード不良でなく設定で解決できて良かったです。

MACアドレス000000-000000は、XEROX社の0番目のアドレスで、
特殊なアドレスではないはずですが、
WZR-HP-G301NHだけはアドレスチェックしていたようですね。

書込番号：13674470

アンテナ

[趣味がパソコン]

現在この機種を使ってるんですがもう少し電波を飛ばしたのですがオプションでアンテナとかあるんですか？
auのwifi携帯を使ってるんですが1階のトイレ（親機は２階）ではアンテナが１本か圏外になります。もう少し電波が飛んでくれれば助かります。

書込番号：13652641

[破裂の人形]

使った事無いですが、これが使えるんじゃないかな？

http://www.amazon.co.jp/BUFFALO-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E5%AF%BE%E5%BF%9C%E5%AE%B6%E9%9B%BB%E7%94%A8-%E3%83%AF%E3%82%A4%E3%83%A4%E3%83%AC%E3%82%B9%E3%83%A6%E3%83%8B%E3%83%83%E3%83%88-%E3%82%B9%E3%82%BF%E3%83%BC%E3%82%BF%E3%83%BC%E3%83%91%E3%83%83%E3%82%AF-WLAE-AG300N/dp/B003QCIXN0/ref=wl_it_dp_o_npd?ie=UTF8&coliid=I3V3WGFOS5QHF8&colid=2R7WGBLVFQ13U

書込番号：13652651

[あも]

趣味がパソコンさんこんにちわ

BUFFALOのアンテナオプションにはお持ちの機種が載っていませんので、アンテナ交換は出来ないと思われます。

http://buffalo.jp/taiou/kisyu/item/wireless_op.html

あとは、エクステンダーを使うなどの方法もあります。

http://www.planex.co.jp/product/wireless/mzk-ex300n/

書込番号：13652684

[羅城門の鬼]

Buffaloの11n対応親機でオプションアンテナに対応しているのは、
WHR-HP-G300Nだけだったはずです。

中継機を使う場合、BuffaloだとWLAE-AG300N/Vです。
http://buffalo.jp/products/catalog/network/wlae-ag300n_v/

書込番号：13654692

SSIDを認識してくれません

[遥花の父]

はじめまして、最近引っ越したのをきっかけに有線で繋いでいた家電の無線化にチャレンジしてみたくWZR-HP-G301NHを購入しました。

PS3(無線LAN対応モデル)を繋ぎたいのですが何度設定しても上手く繋がりません。
そもそもPS3側でWZR-HP-G301NHのSSIDを認識していないみたいです。
WZR-HP-G301NHが電波を発信していないのかなと思ったりしています。
（AOSSも試しましたがダメでした…）

まったく知識のない世界なのでまとまりのない文章になり申し訳ありませんがどなたかアドバイス頂けたら助かります。

書込番号：13630650

[羅城門の鬼]

> PS3(無線LAN対応モデル)を繋ぎたいのですが何度設定しても上手く繋がりません。
> そもそもPS3側でWZR-HP-G301NHのSSIDを認識していないみたいです。
> WZR-HP-G301NHが電波を発信していないのかなと思ったりしています。
> （AOSSも試しましたがダメでした…）

AOSS はどれ位の距離の処で行ったのでしょうか？
近くでAOSSをしても上手く行きませんか？

また手順は適切ですか？
http://www.akakagemaru.info/port/internet-ps3aoss.html

ちなみに、AOSSは異常終了するのでしょうか？
それとも正常終了するが、実際にPS3をネットワークにアクセスしても繋がらないのでしょうか？

それでも駄目なら、まずはWZR-HP-G301NHの状態を確認してみませう。
WZR-HP-G301NHの設定画面に入り
[ステータス]-[システム]-[無線]
で、「無線状態」はどうなってますでしょうか？

書込番号：13630729

[遥花の父]

早速のご返事有難うございます。

使用距離は7ｍ程度です。ケーブルの最長の4ｍまで近づけて試してみましたがAOSSで
「アクセスポイントが見つかりません」のエラーになりました。

ご指摘のWZR-HP-G301NH無線状態は下記のとおりです。

無線(802.11n/g/b) 無線状態 制限なし
SSID ************
認証方式 WPA/WPA2 mixedmode - PSK
暗号化 TKIP/AES mixedmode
ANY接続 許可する
プライバシーセパレーター 使用しない
無線チャンネル 7 チャンネル(自動設定)
倍速モード 20 MHz

書込番号：13631010

[羅城門の鬼]

> ご指摘のWZR-HP-G301NH無線状態は下記のとおりです。

説明が不明瞭だったかも知れませんが、
「無線状態」と云う一つの項目が先頭にあるはずなのですが、
どのような表示になっていますか？

他の無線LAN子機があれば、SSIDを検索すると、
WZR-HP-G301NHのSSIDを表示しませんか？

書込番号：13631065

[遥花の父]

羅城門の鬼さま、お世話になります。

無線状態　　制限なし
上記のように表示されています。


>他の無線LAN子機があれば、SSIDを検索すると、
>WZR-HP-G301NHのSSIDを表示しませんか？

無線LAN対応のプリンターがあるのでSSID検索しましたが、
WZR-HP-G301NHのSSID表示は出てきませんでした。
（この時、見たことのないSSIDが4個表示されていました）


　

書込番号：13631741

[羅城門の鬼]

> 無線状態　　制限なし
> 上記のように表示されています。

ご免なさい。
どうもこの欄の表示内容では無線LANが有効なのか否かわからないようです。
設定画面の[無線設定]-[基本]-[無線機能]は、「使用する」になってますでしょうか？

> 無線LAN対応のプリンターがあるのでSSID検索しましたが、
> WZR-HP-G301NHのSSID表示は出てきませんでした。

どうもWZR-HP-G301NHの無線LAN機能が無効になっている可能性が高いように思えます。
もし上記の[無線機能]が「使用する」でなかったら、「使用する」に設定してみて下さい。

書込番号：13631831

[遥花の父]

羅城門の鬼さま

[無線機能]は[使用する]になっていました。
[無線チャンネル]を[自動]から任意の数字に変更したら、PS3・プリンター共に
WZR-HP-G301NHのSSIDを認識するようになりました。

しかしながらAOSS機能で繋ごうとしても「タイムアウトになりました」とのエラーが表示
され、SSID‐暗号鍵の組み合わせでも上手くいきません。

あともう少しの所まで来てはいるようなのですが…

書込番号：13632216

[羅城門の鬼]

設定も手順も正しいはずなのに、接続出来ないようですので、
親機のファームが最新でないのなら、最新に更新してみてはどうですか。
http://buffalo.jp/download/driver/lan/wzr-hp-g301nh_fw-win.html

書込番号：13632422

[遥花の父]

なんとかプリンターの方は無線LANで繋ぐことができました。
PS3も頑張ってみます。
ファームの更新も試してみようと思います。

有難うございました。

書込番号：13632809

中継機を設置した場合の接続先表示数

[TATTOO YOU]

この機種を親機と中継機で2台使用しています。
PCを立ち上げたときになかなか接続されず、手動で接続しています。
接続先には親機と中継機で2台表示されるのですが、これで正常でしょうか？

書込番号：13569840

[こるでりあ]

中継からも親機からも無線電波が出てるわけですから検索に引っかかるのは
当然デハ？

書込番号：13570022

[ケインツェル]

有線にしろ無線にしろ、「PC⇒中継機⇒親機 or PC⇒親機」で接続されてるのでどちらも表示されてて正常です。

書込番号：13570230

[TATTOO YOU]

レスありがとうございます。

現状が正常と言うことで、スッキリしました。

書込番号：13570572

[ガルギュラン]

親機も中継機も同じＳＳＩＤです。

ＭＡＣアドレスなら２台表示されます。

書込番号：13570989

[TATTOO YOU]

>ガルギュランさん

SSIDは二つ表示されます。
中継機には「-1」が付いています。

書込番号：13571130

[TATTOO YOU]

>ガルギュランさん

まだ見ているでしょうか？

私のはSSIDが、親機と中継機で二つ表示されるのですが、
それは異常でしょうか？

書込番号：13628659

[ガルギュラン]

＞まだ見ているでしょうか？

すみません。今、見ました。

＞私のはSSIDが、親機と中継機で二つ表示されるのですが、
＞それは異常でしょうか？

正常か？　異常か？　と分けるなら、異常です。

なんらかの、設定ミスだと思います。

書込番号：13838495

[TATTOO YOU]

>ガルギュランさん

レスありがとうございます。

異常ですか。。。AOSSで設定しただけなんですけど。
設定を見直してみます。

書込番号：13840610

[TATTOO YOU]

親機と中継機で、認証方式と暗号化方式が違うのですが、
それが原因でしょうか？

書込番号：13842559

[TATTOO YOU]

サポートに相談して、メールで何度かやりとりをしました。
最終回答と思われる文面は、私には何を言っているのかさっぱり理解できませんでした。

書込番号：13901759

簡易NASについて

[tamuramuta]

この機種では、USBハブを利用すれば複数の外付けHDDを簡易NASとして利用できますか？

書込番号：13004567

[platon@DJIB]

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

[tamuramuta]

ありがとうございました。
そろそろ2TBのHDDがいっぱいになってきたのでどうしようかと思っていました。
とりあえずやってみようと思います。

書込番号：13014150

インタネット接続が時々切れてしまう

[ひ＆み]

インタネット接続が時々切れてしまうので、ルータ相性だと思い、
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に何か負荷がかかっているのかと考えておりますが、よくわかりません。

ご教示の程、よろしくお願いします。

書込番号：12911100

[あらあらまぁまぁ]

ひ＆みさん　

環境『各戸に割り当てられたLAN』に複数のブロードバンドルータで設定、
配線しても同じ状態になった・・・ということから

「WN-NHP/R-UやWZR-HP-G301NH 」の問題はあるかどうかわからないけれど、
２台試して同じ状況になるなら、『各戸に割り当てられたLAN』（施設）側に
ブロードバンドルータが居るんじゃないかと、安易に考えます。

※もちろん、2台続けて環境との相性だったということもあるかもしれませんが・・。


『各戸に割り当てられたLAN』とパソコンを配線したとき、そのパソコンが取得した
IPアドレスが「192.***.***.***」や「172.***.***.***」や「10.***.***.***」なら、
回線側にブロードバンドルータいることになるので、その環境にルータを設置して
使っていいのか、または、今抱える状況を出ないように設定するにはどういう設定が
あるか、メーカーではなく、施設側に確認したほうがいいかもしれません。
※環境独自の内容があるかもしれません。という意味あいです。

書込番号：12911246

[羅城門の鬼]

> WZR-HP-G301NHよりインタネットLANを抜き、
> 直接パソコンに有線接続するとインタネット接続ができます。

ほぼWZR-HP-G301NHが原因のようですね。
ファームウエアが最新でないならば、更新してみてはどうですか。
http://buffalo.jp/download/driver/lan/wzr-hp-g301nh_fw-win.html

書込番号：12911275

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。
IPアドレスは「210.***.***.***」となっております。

また、以前プロバイダには確認したのですが、有線接続ができることから
プロバイダ側の問題ではないと特に調査などして頂けませんでした。

書込番号：12911670

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

ファームウエアは最新の状態にしております。
メーカにも問い合わせしてみましたが、過去事例にないことから
原因特定には至っておりません。

書込番号：12911684

[羅城門の鬼]

既にファームは最新でしたか。
もう少ししっかりと原因の切り分けをした方が良いのかも知れません。

現象が発生した時に、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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
pingについては、名前、およびIPアドレスで確認しましたが、
どちらもタイムアウトとなりました。

tracertは次回発生時に確認してみます。

書込番号：12911844

[あらあらまぁまぁ]

tracert www.google.co.jp

の確認でズッこける可能性もあるので、

nslookup www.google.co.jp

で、googleのDNSが引けるかどうかも、さらに確認したほうが、
より分りやすいと思います。

書込番号：12911850

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。
nslookupについても、次回発生時に確認してみます。

本日は今のところ調子が良く、未だ発生いたしません。

書込番号：12911863

[羅城門の鬼]

> 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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
配下の機器間（例　無線PC←→有線PC）でのpingは通ります。

タイムアウトとなるのは、インタネット（無線PC→google、有線PC→google）に
対して行った場合です。

書込番号：12911946

[羅城門の鬼]

> タイムアウトとなるのは、インタネット（無線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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
本日は、発生しないみたいなので、
次回発生時に確認してみます。

書込番号：12912094

[あらあらまぁまぁ]

羅城門の鬼さん

tracertとnslookupでの結果で、合理的にいえば同じなんですが
tracertでレゾルバの動きがわかってる方は、ここで聞いてこない
と思ったので、tracertの参照元（語弊はありますが）は確認して
もらったほうが、成功・失敗それぞれで、理解しやすいと思った
だけなので、羅城門の鬼さんの内容の重箱の隅をつつく意味では
ありませんので、その点はご理解ください。

※余計なマネをしてしまったかもしれませんね。
　　すみません。

書込番号：12915591

[羅城門の鬼]

あらあらまぁまぁさん

指摘頂いて、まずい箇所がわかったので、良かったと思っています。
書き方がきつかったようで、ご免なさい。

書込番号：12915625

[ひ＆み]

本日、再現しましたので、結果をお知らせします。

>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

[羅城門の鬼]

> 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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
管理人に問い合わせしてみますが、恐らく回答は得られないような気がします。

因みに、この現象が発生した時でも、WZR-HP-G301NHからインタネットLANを外し、
パソコンに直結するとインタネットへの接続は正常に動作します。

書込番号：12926262

[羅城門の鬼]

> 因みに、この現象が発生した時でも、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

[あらあらまぁまぁ]

壁〜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

[あらあらまぁまぁ]

説明書き漏れがあったので補足します。

●Pingコマンドの補足
1.状況が起きる前に、正常に使える時に実行して、「正常な状態」
　での結果を比較用に保存しておいてください。

2.状況が発生したとき
　（100回実行したとして、100回終わるまでに）

・連続して起きる
または、

・20回に一回とか、30回に1回とか、70回に1回とか、周期的におきる

（今回は一口に100回と書いていますが、50回に1回以上の周期の場合は
　100回実行で周期性が分らないので、回数を増やすなどして周期性の有無
　を確認します。）

または、
・周期性が認められないが、パケットロスが回数の1割以上起こる


などのように、起き方の違いも、状況の切り分けになります。

この切り分けは、壁〜ルータ間や、ルータ〜PC間の配線（ストレート結線orクロス結線）、
接続（有線/無線）を変更した際に判断材料になる場合があります。

書込番号：12928030

[羅城門の鬼]

あらあらまぁまぁさん

> 【３】ゲートウェイは、ちゃんと応答するか？パケットロスが０％になってるか？

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

[あらあらまぁまぁ]

羅城門の鬼さん

そうですね。
少なくとも、単純な障害ではないようですので、もうすこし切り込まないと
宅内が「シロ」にならないので、設備側やＩＳＰ側へ文句を言いにくいですね。

書込番号：12928178

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

> まず「パソコンに直結するとインタネットへの接続は正常」と云うのは、
> ブラウザで色々なサイトを表示させても正常なのでしょうか？

直結した場合、どのサイトも閲覧可能です。


> またWZR-HP-G301NH経由で現象が発生した時はブラウザでどのサイトを表示しようとしても、
>表示できなくなったのでしょうか？

現象発生時には、どのサイトも表示できません。
因みにキャッシュ（インタネット一時ファイル）に残っているページは表示できますが、
再読み込み（CTRL+F5）を行うと表示できません。


> このような現象が起こった時、WZR-HP-G301NHのInternetランプが点灯していて、
> データのやり取りがある時だけ点滅しているなら、WZR-HP-G301NHは完全に無罪です。

確か、点滅していたと思うのですが、不確かなので次回発生時に再度確認します。


> 予備のケーブルがあるのなら、交換してみてはどうでしょうか。

申し訳ありませんが、WAN側のケーブルは壁などから繋いでいるわけではなく、
マンション側で敷設されたLANが1本きており、これをWZR-HP-G301NHにつないでおります。
このため、このケーブルの終端が何処にあるかもわからない状態なので交換はできません。
マンション側には確認はしてみます。

書込番号：12928413

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。
頂いた内容を未発生の状態で実行した結果です。

【１】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

[ひ＆み]

昨日発生しましたので、状態を記載します。

【２】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

[羅城門の鬼]

> 【３】ゲートウェイに実行した結果
> 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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
そして、申し訳ありません。
昨日遅くに発生したため、そこまで確認することができませんでした。

次回発生時に必ず確認します。

書込番号：12932029

[あらあらまぁまぁ]

ひ＆みさん

コマンド実行ありがとうございました。
※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

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。
DNS変更の件、了解しました。
設定を変更しておきます。

書込番号：12932047

[羅城門の鬼]

ひ＆みさん　

> 昨日遅くに発生したため、そこまで確認することができませんでした。

了解です。

それと、同じマンションで同じプロバイダを利用している他の入居者に
同じような現象が起こるのか何人か聞いておくことも
ある程度は判断材料になるかなるのではと思います。

WZR-HP-G301NHの先の先のセグメントで不具合が起こっているのなら、
お住まいのマンションで共通に起こることでしょうから。

書込番号：12932054

[あらあらまぁまぁ]

あ、ちなみに。うっかり書き忘れたのですが。

「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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
以前、近所の住人へ確認してみたのですが、
殆どがパソコンと直結している方なので問題はないそうです。

一部無線ルータを使用している方がいましたが、
夜遅くに使用する方ではなかったので同様な現象はないとのことです。

よって、共通現象がどうか、まだ判断できかねます。
継続して確認しておきます。

書込番号：12932063

[羅城門の鬼]

> 以前、近所の住人へ確認してみたのですが、
> 殆どがパソコンと直結している方なので問題はないそうです。
>
> 一部無線ルータを使用している方がいましたが、
> 夜遅くに使用する方ではなかったので同様な現象はないとのことです。

了解しました。
尋ねられた方の中には同じ現象の方はいなかったと。
これではプロバイダからは、ひ＆みさんの環境の問題と思われてしまうのでしょうね。

確認です。
Q1
ひ＆みさんの環境では、この一週間で少なくとも２回現象が発生しましたが、
今までもほぼコンスタントに２回/週ぐらいの頻度だったのでしょうか？

Q2
今まで発生したのは、ほとんどが夜間なのでしょうか？

Q3
現象が発生した時に、何度かはWZR-HP-G301NHを取り除いて、
PCを直結されたと思うのですが、その時は必ずインターネットアクセスは
正常に戻ったのでしょうか？
またこの確認は過去に何度ぐらいあったのでしょうか？

Q4
一旦現象が発生した場合、どのようにしたら元のように正常に戻るのでしょうか？
単に時間が経過すればそのうちに元に戻るのでしょうか？

書込番号：12932206

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
同一環境がないので、本当に私だけの環境かはわかりませんね。
今後も確認はしておきます。

> Q1
　多いときは毎日発生することもありますが、
　大体、週１〜２程度です。

> Q2
　１度だけ昼間（休日）発生したことがあります。
　以外は、夜間のみです。
　最も、昼間は仕事なので家にいないため、使用頻度が少ないこともあります。

> Q3
　直結の時は、必ずインタネットアクセスは正常です。
　殆ど使用中に発生するので、大抵は直結にして使い続けています。

　たまに、しばらく放っておくと使えるようになっていることがあり、
　また、夜遅く（AM2時頃）発生した場合は、そこでやめて寝てしまいます。
　その場合、翌日には通常通り無線で使用ができます。

> Q4
　そのまま放置して時間が経過すると元に戻っていることもありますが、
　2〜30分直結で使用した後に、WZR-HP-G301NHに戻すと大抵使うことができます。

　このため、以前メーカにWZR-HP-G301NHの負荷について質問したことがありますが、
　解決には至っておりません。

書込番号：12932267

[羅城門の鬼]

> > Q3
> 　直結の時は、必ずインタネットアクセスは正常です。
> 　殆ど使用中に発生するので、大抵は直結にして使い続けています。

「直結すると必ず元に戻る」ことだけを見ると、
WZR-HP-G301NHが犯人に思えてしまいますね。
多分プロバイダから見ても。

> > Q4
> 　そのまま放置して時間が経過すると元に戻っていることもありますが、
> 　2〜30分直結で使用した後に、WZR-HP-G301NHに戻すと大抵使うことができます。

もしかして、ごく短時間の間だけネットにアクセスできないだけなのでしょうか？

現象が発生してすぐに直結しても元のように正常に戻るのでしょうか？

現象が発生してから、最長でどれほどの時間アクセス出来なかったことがあったのでしょうか？

書込番号：12932346

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

> 現象が発生してすぐに直結しても元のように正常に戻るのでしょうか？

　直結した場合、閲覧中のページが見れるようになります。


> 現象が発生してから、最長でどれほどの時間アクセス出来なかったことがあったのでしょうか？

　30分は繋がらなかったことがあります。
　大抵使用中に発生するので、すぐに直結にしてしまいます。


ところで、マンションLANなので、他の住人のパケットもWZR-HP-G301NHに
届いているのではと考えております。
直結の場合は即拒否となりますが、WZR-HP-G301NHではルーティングで負荷がかかっているかと…。
キャプチャをして確認していないので、何ともいえないのですが。
WZR-HP-G301NHのログで拒否したなど、確認することはできますでしょうか？

書込番号：12932418

[あらあらまぁまぁ]

ひ＆みさん　

ちょいと質問です。
「直結」っていうのは、壁から生えてるLANケーブルとPCを配線したことでしたよね？

・PCの無線機能を無効化して
・WZR-HP-G301NHのLANポートと有線LAN接続した

再確認になってしまいますが、この場合は、インターネットへつながらないまま
変化しないということで良かったのでしょうか？



-----------
マンションLAN云々について

マンションLANのネットワークの組み方次第だと思いますが
壁から生えてるLANケーブルにPCを配線して、他人宅のPCが「マイネットワーク」とか
に表示されないなら、ルーティング云々は考えすぎだと思いますよ

※出てこないなら、施設内またはISPのルータと宅内ルータの間は、Point-Point
　と考えるべきと思います。

あと、パケットキャプチャしてその意味がわかるなら、ここで質問する意味は
ないと思います。（それなら、きっと自己解決できてると思いますよ）



ちなみにお使いのルータだと「Internet側からのPINGに応答しない」が初期値で有効
なので、変更していなければ、外部からのPingは破棄されてます。

ルータのステータス→ログ→ファイアーウォールにあるのが、
引っかかってブロックされた内容です

書込番号：12932497

[羅城門の鬼]

> 　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

[あらあらまぁまぁ]

そういえば、ルータが取得したIPってグローバルでしたね。
うっかりしてました。すみません。

--------

ところで、各パソコンはすべて最新の状態になっているんですよね？

WindowsXPならSP3
WindowsVistaなら、SP2
Windows7ならSP1

もし、Vistaと7だけでおきるなら・・・という
以下のリンクにあるような問題があったりします。

http://support.microsoft.com/kb/967089/ja
※断続的っていうところしか、共通点はありませんが。

書込番号：12932648

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

> 「直結」っていうのは、壁から生えてるLANケーブルとPCを配線したことでしたよね？

　出来るだけ正確に記載すると、各宅内に基幹LANや各部屋のLANケーブルが剥き出しとなった
　小型のクローゼットの様な箇所があり、延長コネクタで各部屋（1対1）で接続するようになっています。
　通常、この基幹LANにWZR-HP-G301NHを接続して使用しています。
　「直結」とは、この基幹LANを延長コネクタで別のLANケーブル（市販10m）で延長し、
　パソコンと接続していています。
　

> 他人宅のPCが「マイネットワーク」とかに表示されないなら

　確かに表示はされていません。


> パケットキャプチャしてその意味がわかるなら

　正直、パケットの内容は良くわかりませんが、以前メーカに問い合わせした際に
　確認の１つだと言われたもので、現在独学中です。（時間かかりそうですが）

書込番号：12932671

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

> 元のようにアクセス可能に戻った時の最短時間はどれほどでしょうか？

　全てを今回の様にping確認などしていないので、ただ重いだけなのかの判断ができませんが、
　タイムアウト（IEの接続確認画面）＝繋がらないと判断した場合、最短は５分くらいだと思います。


> "FIREWALL"のログが残っているか確認してみて下さい。
　現在、外出先なので、帰宅しましたら確認してみます。

書込番号：12932730

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

> ところで、各パソコンはすべて最新の状態になっているんですよね？

　重要な更新を１週間単位（休日）に行っているので、最新と思います。
　因みにサービスパックは全ての機種で最新状態です。


> もし、Vistaと7だけでおきるなら・・・

　有線(WindowsXP)、無線(WindowsVista／Windows7)ともに発生しております。

書込番号：12932734

[あらあらまぁまぁ]

「この基幹LANを延長コネクタで別のLANケーブル（市販10m）で延長」

この「延長コネクタ」が、とても匂うのですが。

延長コネクタの部分をスイッチングハブに置き換えできませんかね？

もし置き換えられるなら、置き換えたあと発生頻度が減るかどうか
試せるものと思います。

書込番号：12932780

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

> この「延長コネクタ」が、とても匂うのですが。

　すいません。
　書き方が悪かったのか、勘違いされているようで。
　通常、基幹LANとWZR-HP-G301NHのインタネットLANを接続し、
　インタネットが閲覧できない状態が発生しています。
　WZR-HP-G301NHのその他のLANは、各部屋のLANケーブルを接続しています。

　延長コネクタは、インタネットが閲覧できない場合にパソコンと直結するときの
　10mケーブル以外では使用していません。

書込番号：12932816

[あらあらまぁまぁ]

それはどうも失礼しました。

さきほどのは忘れてください。

書込番号：12932826

[羅城門の鬼]

> > 元のようにアクセス可能に戻った時の最短時間はどれほどでしょうか？
>
> 　全てを今回の様に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

[inner-thoughts]

＞WN-NHP/R-U から WZR-HP-G301NH に買い換えましたが、やはり時々切れて
＞マンション専用のプロバイダで、各戸に割り当てられたインタネットLAN
＞切れる時間帯は不定期なのですが、夜遅くが多く発生するようです。
＞突然有線、無線ともにインタネットに接続できなくなりますが、１時間程度放置すると自然に治ることがあります

自身のせいではなく、同じアパートのどこかの部屋でファイル共有ソフト(P2P)等をつかってる人が居て、帯域が不足してる可能性も考慮した方がいいと思います。

書込番号：12936764

[羅城門の鬼]

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

[ひ＆み]

あらあらまぁまぁさん
羅城門の鬼さん

本日は今のところ発生しません。
ログを確認しましたが、ファイアーウォールログはありませんでした。

他の確認内容は、次回発生時に確認します。

書込番号：12937155

[羅城門の鬼]

ひ＆みさん

出来るだけ情報を集めると云うことで、お手数ですが、確認願えないでしょうか。

WZR-HP-G301NHの設定画面に入り、[ステータス]-[通信パケット]。
これの送信と受信のエラーパケット数。
データリンク層(Ethernet)だけなのか、ネットワーク層(IP)だけなのか、
両方を含んでいるのかわからないですが、ある程度の通信エラ状況がわかります。

これを記録しておき、次回現象が発生した時にも確認すると、
もう少し精度の高い情報となります。

また、念のために[ステータス]-[システム]-[Internet]-[有線リンク]。
これは、「100Base-TX (全二重)」でしょうか？

書込番号：12937272

[ひ＆み]

inner-thoughtsさん

ご返信ありがとうございます。

> 帯域が不足してる可能性も考慮した方がいいと思います。

すいません。
調査する方法がわかりませんので、具体的な方法をご提示いただければありがたいです。

書込番号：12937319

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

以下は、現在の状態ですが、以前エラーを見た気がします。
次回発生時に再度確認します。


インターフェース 送信パケット数 受信パケット数
正常 エラー 正常 エラー
LAN側有線 30391 0 13944 0
Internet側有線 451625 0 989737 0
LAN側無線(802.11n/g/b) 779804 0 777226 0


有線リンクは、100Base-TX (全二重)です。

書込番号：12937379

[ひ＆み]

昨日、情報を採取しましたので、お知らせします。１／２

１．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

[ひ＆み]

昨日、情報を採取しましたので、お知らせします。２／２

２．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

[羅城門の鬼]

なかなか判断の難しい現象だと思います。
全ての観測結果および把握している全ての現象を矛盾無く説明できる原因はわかりません。
しかし、おおよその不具合箇所は特定できると思います。

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

[あらあらまぁまぁ]

原点回帰で、チェックの提案

■配線

壁---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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

> WZR-HP-G301NHのWANポートに関して、LANケーブル側のコネクタの状態は、
他のコネクタと見比べて、特に変わったことはないでしょうか？

変わったことはないと思われます。


> またWZR-HP-G301NHのポートに指した時、ちゃんとロックは効いているでしょうか？

ロックは効いていると思われます。


> 一時的に直結の時に使っていた延長ケーブルを使って、
WZR-HP-G301NHに接続し、暫く様子を見てみてはどうでしょうか？

了解しました。


因みに、この時間帯では発生しないようです。
やはり遅くなるほど発生頻度が高くなると思われます。
時間帯による影響（混雑）はどうなのでしょうか？

書込番号：12944339

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

頂いた内容は、エラー時に行うのでしょうか？

一応、繋がっている（使える）状態での結果をお知らせします。

【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

[羅城門の鬼]

> 因みに、この時間帯では発生しないようです。
> やはり遅くなるほど発生頻度が高くなると思われます。
> 時間帯による影響（混雑）はどうなのでしょうか？

夜遅くにしか発生しないことからは、確かに一般的には回線が混雑していることが
要因の一つとしては考えられるのですが、あの tracert の結果からは
回線の混雑が原因とは考えにくいように思います。

ちなみにいつ頃からこのような現象が発生しだしたのでしょうか？
またこのような機器構成になったのはいつのことなのでしょうか？

書込番号：12944398

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

>ちなみにいつ頃からこのような現象が発生しだしたのでしょうか？

頻繁に発生するようになったのは、４〜５か月だと思いますが、
現象自体は、２年位前だと思われます。



>またこのような機器構成になったのはいつのことなのでしょうか？

WN-NHP/R-Uの使用を始めたのが２年位前で、WZR-HP-G301NHは去年からです。

書込番号：12944442

[あらあらまぁまぁ]

書き忘れていましたが、使えるときにやってもらう予定でした。

ちなみに、ウチの環境から「ping -l 1454 72.14.203.103」をすると
応答があるのですが、そこの環境ではなぜか、タイムアウトになるんですね。

再度、以下でお願いします。

ping -l 1406 72.14.203.103

ping -l 1398 72.14.203.103

書込番号：12944472

[羅城門の鬼]

> 頻繁に発生するようになったのは、４〜５か月だと思いますが、
> 現象自体は、２年位前だと思われます。

頻発するようになったのは、この冬からですか。
冬場の室温か湿度かが影響しているのでしょうかね。

> WN-NHP/R-Uの使用を始めたのが２年位前で、WZR-HP-G301NHは去年からです。

ちなみに、WN-NHP/R-Uを使う前は、このマンションのLANで快適に使えていた時期はあったのでしょうか？

書込番号：12944503

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

結果は以下の通りです。

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

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

>ちなみに、WN-NHP/R-Uを使う前は、このマンションのLANで快適に使えていた時期はあったのでしょうか？

以前は有線パソコンのみだったので、直結で使用しておりました。
そのため、当該現象は発生しておりませんでした。

無線パソコンの購入と同時に、WN-NHP/R-Uを使い始めました。

書込番号：12944533

[あらあらまぁまぁ]

どうもありがとうございました。

普通なら通るはずの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

[羅城門の鬼]

あらあらまぁまぁさん

64バイトを送信する tracert でもエラーが発生しているので、
MTUの設定で治る現象ではないように思います。

書込番号：12944707

[あらあらまぁまぁ]

そうですかね・・・
フラグメントでの遅延が発生源かと思ったんですがね・・

そうおっしゃるなら、その方向で・・。

書込番号：12944723

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

試した結果、以下のようになりました。

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

[あらあらまぁまぁ]

どうもありがとうございました。

1426までは、Pingがかかるので、ルータWAN側のMTU最適値は1454です。

※今もルータのMTUが1500なら、その先で1454まで落ちてるみたいです。

ご参考までに。

書込番号：12944993

[すーじ]

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

[土壇場]

横から失礼します。

tracertを何度もやられているようですが、tracert自体はドメイン名が解決されてなければ経路情報は表示しませんよ。
つまり経路情報が表示された場合は、ドメイン名が解決できていることになります。

あと経路情報の一部TTLがタイムアウトを起こしても、エラーとは限りません。
中継ルーターや目的ホストが、tracertやpingなどのICMPをフィルタリングしてて応答を返さない場合があります。
ここのサイトである価格.comも応答を返しません。

すーじさんが書かれてますが、
インターネットが繋がらない時に、WZR-HP-G301NHのステータス情報でInternet側がどうなっているのか確認してみて下さい。
何らかの理由でWAN側IPアドレス、DNSサーバーアドレス、ゲートウェイが設定されてないかリース期限切れなどで無効なのかもしれません。
WAN側IPアドレスの再リース要求に失敗してリトライを繰り返しいる間は繋がらないが、いつのまにか復旧している可能性もあります。
WZR-HP-G301NHを再起動した際に、WAN側IPアドレスやリース期限をメモしておき、障害発生が再リース要求タイミングと重なっていないか調べてみるのもいいと思います。

書込番号：12946686

[羅城門の鬼]

土壇場さん

> あと経路情報の一部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

[ひ＆み]

すーじさん

ご返信ありがとうございます。

>通信できなくなった時にWZR-HP-G301NHの設定ツールへ入る事は出来ますか？
>入れる様ならステータス情報でInternet部のDNSアドレスが取得出来ているか確認して下さい。

障害時に設定ツールに入ることはでき、DNSアドレスは取得できているようです。


>あと、WZR-HP-G301NHのLAN設定でDHCPサーバ設定[拡張設定]でDNSサーバーの通知設定は何になっていますか？

「エアステーションのLAN側IPアドレス」になっています。


>WZR-HP-G301NH自身のアドレスになっていたら、一度プロバイダから指定されたDNSサーバアドレスに変更して様子を見て下さい。

了解しました、しばらく設定を変更しておきます。

書込番号：12948343

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。
次回発生時に確認したいと思います。

書込番号：12948368

[土壇場]

羅城門の鬼さん

＞しかし、「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

[羅城門の鬼]

ひ＆みさん

ひとつ書き忘れてました。

> (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

[ひ＆み]

土壇場さん

ご返信ありがとうございます。

次回発生時にステータス情報及び、ログ情報を採取します。

書込番号：12949598

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

サブネットマスクとデフォルトゲートウエイの件、了解しました。
次回発生時に設定、および確認します。

因みに昨日は発生しませんでした。
というよりも、殆ど使用する時間がありませんでした。
本日も、同様な可能性があります。

皆様に回答頂いているにも関わらず、大変申し訳ありません。

書込番号：12949616

[土壇場]

羅城門の鬼さん

＞現象の原因がWAN側のIPアドレスが取得できていないことだと断定するには
断定はしてませんよ。あくまでも仮定の話です。

＞再リース要求(renew)する時はまだIPアドレスは有効です。
はい、その通りです。
renewはリース期間内に行う動作ですから正確には延長要求ですね。
しかしリース期間を過ぎた場合、そのIPアドレスをクライアント側は使用してはいけません。
既に他のクライアントにリースせれている可能性があるからです。つまり無効です。
本来リース期間が過ぎる前には、延長要求(renew)や再取得要求(Rebind)が行われているはずなんですがね。
何らかの理由で、DHCPサーバーとクライアント間のやり取りが上手くいってないのではと思った次第です。
その辺を確認する為にも、DHCPクライアントのログが欲しいわけです。


ひ＆みさん

お忙しいようですが、よろしくお願いします。
一応DHCPクライアントのログを採取する設定になっているかは確認して下さいね。

書込番号：12949769

[ひ＆み]

土壇場さん

ご返信ありがとうございます。
次回発生時にDHCPクライアントログを採取します。

本日は、未だ発生しません。

書込番号：12955676

[ひ＆み]

昨日発生しました。

(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

[ひ＆み]

(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

[ひ＆み]

(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

[ひ＆み]

(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

[ひ＆み]

(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

[ひ＆み]

(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

[ひ＆み]

(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

[土壇場]

ひ＆みさん

ログ情報を拝見しました。
リース期間の半分である30分毎に延長要求を出し、DHCPサーバーからもACKが戻りリース期間の更新もされてますね。
ログを見る限りではWAN側IPアドレスの取得に関しては問題無いようです。

一応確認したいのですが、
ログの最終が2011/05/04 00:35:14 DHCPC Info : LEASETIME(3600) , RENEWALTIME(1800) , REBINDTIME(3150)ですが、
この後しばらくしてから障害発生ですか？

何故かと言うと、障害発生中にも延長要求を出していたのか確認をしたいからです。
もしもログに障害発生中が含まれていないのなら、再度ログの採取をお願いします。


それにしてもリース期間が1時間とは…実質30分で延長要求を出すわけですから短いですね。

書込番号：12969680

[ひ＆み]

土壇場さん

ご返信ありがとうございます。
正確な発生時刻は覚えておりませんが、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:30前です。

という事は障害発生中にもWAN側IPアドレスの延長更新がされていたことになりますね。
う〜ん。まったく原因がわかりません。

何か規則性がないのでしょうか？
例えばWZR-HP-G301NHを再起動してから何日後とか…
あとPC直結では障害が出てないとの事ですが、PCをずっと立ち上げたままでの確認は取れているのでしょうか？

書込番号：12970211

[ひ＆み]

土壇場さん

ご返信ありがとうございます。

> 何か規則性がないのでしょうか？

　夜遅くなると発生することぐらいでしょうか。


> あとPC直結では障害が出てないとの事ですが、PCをずっと立ち上げたままでの確認は取れているのでしょうか？

　質問の意味がよくわかりませんが。
　出掛ける時は止めているので、立ち上げたままにはしておりません。
　帰宅後、立ち上げたまま使用し、夜遅くなると使えなくなることがあります。
　でも、時間がたつと直ったり、昨日のようにLANの抜き差し（付け替え？）で直ったりします。

書込番号：12970553

[土壇場]

ひ＆みさん

＞質問の意味がよくわかりませんが。

質問の仕方が悪かったです。
WZR-HP-G301NHを使用せずに、PCを直結した状態では一切障害が出ないのか？その事は確認できているのか？の意味です。
仮にPC直結で一切障害が出ないのなら、WAN側の問題ではなくWZR-HP-G301NHがクロと判断できると思い質問しました。

＞出掛ける時は止めているので、立ち上げたままにはしておりません。
＞帰宅後、立ち上げたまま使用し、夜遅くなると使えなくなることがあります。
＞でも、時間がたつと直ったり、昨日のようにLANの抜き差し（付け替え？）で直ったりします。

これはWZR-HP-G301NHを使用せずに、PC直結でも障害が出るという事ですか？
もしもPC直結でも障害が出るのなら、壁から出ているLANケーブルから先に原因があると判断するのが妥当だと思います。
その場合は、やはりプロバイダかマンションの管理会社への問い合わせするが１番だと思います。

書込番号：12971741

[羅城門の鬼]

ひ＆みさん

> (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

[あらあらまぁまぁ]

横から失礼。

※本題からちょっとわき道ですが、目線を変えてみて考えてみました。

ログにあった【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

[ひ＆み]

土壇場さん

ご返信ありがとうございます。

> WZR-HP-G301NHを使用せずに、PCを直結した状態では一切障害が出ないのか？

　直結では一度も障害はありません。

書込番号：12975969

[ひ＆み]

羅城門の鬼さん

ご返信ありがとうございます。

>「(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

[ひ＆み]

あらあらまぁまぁさん

ご返信ありがとうございます。

> もし相手がその機種だったら・・・ロードバランサー＆VLAN付＆専用線による
> インターネット接続（LAN側グローバル）で動いているのではないか・・・と想像します。

　すいません。
　難しくて、よくわかりません。
　相手がそのルータだと「何が」問題となるのでしょうか？


> やっぱり一度ISPなり、設備側も確認したほうがいいような気がします。

　確認はできますが、答えてくれるかどうか。
　また、私自身が理解できていないので、どのような設備だと、何が問題となるのでしょうか？

書込番号：12976068

[あらあらまぁまぁ]

ひ＆みさん

ひ＆みさん自身がその仕組みを理解いただく必要はないです。
あくまで、設備側や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

[羅城門の鬼]

ひ＆みさん

> 　今回は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

[土壇場]

ひ＆みさん

＞直結では一度も障害はありません。

PC直結で一切障害が出ないのなら、WAN側ネットワークに問題がある可能性は低いですね。
色々調べてみたら、こんなのを見つけました。
http://d.hatena.ne.jp/hidehara/20081116/1226840734

ひ＆みさんも、ルータースイッチをAUTOでインターネット＠スタートを使用されてますよね。
機種は違いますが、WZR-HP-G301NHにも相性問題からDNSによる名前解決ができなくなる不具合が残っているのかもしれません。
試しにルータースイッチをONにしてインターネット＠スタートを止め、DHCPサーバからIPアドレスを自動取得に変更して様子をみてはどうでしょう。

書込番号：12981502

[羅城門の鬼]

土壇場さん

> WZR-HP-G301NHにも相性問題からDNSによる名前解決ができなくなる不具合が残っているのかもしれません。

DNSに関係ない
ping -n 10 210.162.172.3
[12968995]
でも応答が無いので、少なくともDNSの不具合による現象ではないと思います。

書込番号：12982027

[土壇場]

羅城門の鬼さん

PC直結で一切障害が出ない状況ではWAN側ネットワークの障害というより、WZR-HP-G301NHが何らかのトリガーになっていると思われます。
私が紹介した内容は確かにDNS絡みですが、そこに重点を置いたわけではなくルータースイッチAUTOやインターネット＠スタートを止める事により、何らかの変化を期待した次第です。
あまり使いたくはありませんが、障害の原因は単なる相性問題なのかもしれません。
ですから尚更のことWZR-HP-G301NHの設定を色々と試してみるのも手だと思います。

書込番号：12983427

[羅城門の鬼]

土壇場さん

> 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

[あらあらまぁまぁ]

[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

[土壇場]

羅城門の鬼さん

＞PC直結では接続時間が短いのでまだ起こっていないのかも知れません。

その事は私も疑いました。
ただPC直結では障害が出ない件は、スレ主さんには再三確認した事ですからね。
信じるしかないでしょう。

ISPに投げて調査してもらうことは私も賛成です。
ただスレ主さんは調査依頼を躊躇されているように感じるのは私だけかな…
もしかして、インターネット同時接続台数に制約でもあるのかな。

書込番号：12984711

[羅城門の鬼]

土壇場さん

> もしかして、インターネット同時接続台数に制約でもあるのかな。

インターネットに同時接続する端末の台数と云う意味ならば、
途中にある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

[ひ＆み]

あらあらまぁまぁさん
羅城門の鬼さん
土壇場さん

いつもお世話になります。
本日プロバイダに連絡を行いました。
事情を説明したところ、私宅からの通信ログを少し調査したみたいです。

担当者曰く、通信量が多い場合（動画など）は、その相手宅のみ帯域制限がかかるしくみに
なっているとのことでしたが、私宅の通信に問題はないとのことです。

その結果、マンション全体の通信量の上限を少し増やしたとの回答を頂き、
当面様子を見て欲しいとのことでした。（次回発生後に連絡することになりました）

一応、機器構成など聞いてみましたが、教えては頂けませんでした。

以上、途中経過となりますが、何か進展がありましたらお知らせします。

書込番号：12986266

[羅城門の鬼]

ひ＆みさん

> その結果、マンション全体の通信量の上限を少し増やしたとの回答を頂き、
> 当面様子を見て欲しいとのことでした。（次回発生後に連絡することになりました）

これで治ると良いですね。
一週間ほど様子を見れば、治ったかほぼ判りますね。

書込番号：12986704

[ひ＆み]

羅城門の鬼さん
あらあらまぁまぁさん
土壇場さん

ありがとうございました。
１週間程経過しましたが、閲覧できない現象は発生しませんでした。

プロパイダの対応で改善されたようです。
今迄、ご指導ありがとうございました。

書込番号：13018208