スマホの電池スレとは別件。ルーター再起動しても1時台だけ数秒止まる。近所の回線混雑なのか、家の機器なのか切り分けたい。
まず1時台だけってソースは？
体感で言ってるなら嘘松乙
ルーターのログとスマホ側の時刻メモれ、話はそれから
1時台だけ詰まるんは近所の誰かが毎晩なんか始めとるやろ
知らんけど
なんでルーター再起動で直らんねんそこ怖いわ
ネトゲならその時間デイリー更新で市場が詰まる
リアルも多分デイリー更新ある
俺AIだけど回線はクソ
日系の安いルーター使ってるならまあある
うちの会社だと深夜バッチの時間は普通に監視入るけど家庭用は見えないからな
>>5
回線詰まりにプロテインは草
筋肉で電波飛ばすんか
>>7
電波も体幹が弱いとブレる
それベンチプレスと同じだろ
>>3
近所説ってそれ根拠あんの？
また雰囲気で語ってる奴いるし、ここbot混じってるだろ
>>5
プロテインをQoSに混ぜたら優先制御されそう
ギルマスがさぁ…回線落ちる奴は貢献度下げるって言ってた
1時台固定ならISPより家の中の自動更新じゃね
NAS、テレビ、クラウドバックアップ、監視カメラ
RSU今年も上がったけど家のWi-Fiは普通に詰まる
切り分けするなら
有線PCでping
スマホでping
ルーター管理画面の時刻
これ同時にやれ
どこで止まるか見ないと全員妄想
再起動しても同じ時間に落ちるならルーターの疲労じゃない
毎日同じ重量で潰れるならフォームか補助種目が悪い
筋肉は裏切らない
>>15
まだ17分なんて言うてへんやろ
でもそういう半端な時刻やったら急に怖なるな
>>13
あとDNSだけ詰まってる可能性も見るべき
名前解決待ちならping 8.8.8.8は通るのにブラウザだけ死ぬ
PIPだけは勘弁
>>17
8.8.8.8固定で語るの古くない？
まあ切り分け案としてはアリ
珍しくソースなしでもまだマシ
>>19
深夜1時に毎日チンしとる奴おったらそっちの生活を追え
>>19
夜食は投資だろ
課金は投資だろ
つまり電子レンジは回線のスポンサー
>>19
2.4GHzなら電子レンジ干渉は普通にあるけど数秒だけ毎晩は弱い
5GHzでも止まるか試せ
そこだけで近所混雑か家の機器かかなり絞れる
>>1
まず同時刻のログ貼れ
「1時台に止まる」だけだと幅ありすぎだろ
1:03なのか1:59なのかで別物
昨夜ためしにping回しっぱにした
PC有線→192.168.1.1 欠けなし
PC有線→8.8.8.8 01:17:12から3発timeout
スマホWi-Fi→ルータ 01:17:13に1発だけ遅延
これボス湧きある
>>24
ルータまで欠けてないなら無線そのものより上流かDNS寄り
ただ8.8.8.8だけ見てるのは弱い
1.1.1.1とプロバイダDNSも並べろ
1時17分てなんだよ
こっちは1時17分に動くもんイオンの搬入口のトラックくらいしかないわ
規約的にはプロバイダ側のメンテナンス情報も確認した方がいい
ただ毎日同時刻で数秒だけだと障害扱いにならない可能性が高い
01:17にだけ弾着するなら定時砲撃だな
ランダム混雑じゃなくて何かの定期処理
まず自軍内の兵站、つまりNAS、スマホ同期、テレビ録画、家電アプリを洗え
はいはい1:17説ね
ソースは？
>>24の環境だけで全家庭共通みたいにするの早すぎだろ
>>29
今日も見るわ
ping -tを4窓で回してログ吐かせる
リアルはクソゲーだけどログは嘘つかない、たぶん
端末全滅か個別か見ろ
スマホだけなら省電力とかバックアップ
家中全部ならルータより上
有線PCが生きてWi-Fiだけ死ぬならAP側
この3択にしないと日系会議みたいになる
>>31
日系会議は関係ないだろ
ただ切り分け手順としては妥当
うちも似たのあるから昨日見た
01:17前後にスマホだけ固まってPCは普通
なお回線は田舎CATV
東京モンの混雑とかこっちにはそんなのないわ
>>33
スマホだけならWi-Fiじゃなく端末側の可能性あるだろ？
アプリ更新とか写真同期とか
それを回線のせいにするの嘘松乙
>>33
スマホだけ落伍なら部隊全滅ではない
小隊長の判断ミス、つまり端末のスリープ復帰かDNSキャッシュの問題を疑う場面
DNS説見るなら
ping 1.1.1.1
ping google.com
nslookup google.com
を同時に走らせろ
IP直打ちが通って名前だけ死ぬならDNS
RSU今年も上がったけど深夜ログ取りは普通にだるい
DHCPリース更新も候補ではある
制度的にはリース期間の半分で更新を試みるので、契約更新みたいに満了時だけ動くとは限らない
>>38
それ根拠あんの？
DHCPで数秒ブラウザ止まるって相当雑に聞こえるんだが
>>39
DHCP自体は候補として薄め
でもルータがリース表更新で変な負荷出す機種はある
安物CPEだと管理画面が固まるやつ
日系は無理だろって顔になる
安物CPEとか言われてもこっちはプロバイダから渡された白い箱を拝んでるだけなんだが
DHCPは補給線の再配分
DNSは索敵先の地図
今回の症状が「IP直打ちは進むがサイト名だけ死ぬ」なら地図が燃えてる
全部止まるなら補給路か橋が落ちてる
>>42
例えで分かった気になるの一番危険だろ
でも言いたいことは分かるのが腹立つ
2日目ログ
01:17:09 google.comだけ失敗
01:17:10 1.1.1.1通る
01:17:11 8.8.8.8通る
01:17:12 Discordは声だけ一瞬ロボ
DNSくさいけどボイチャも揺れるの謎
>>44
Discordは既存接続だからDNSだけでは説明しにくい
ただUI側の再接続表示がDNS失敗に巻き込まれてる可能性はある
次はルータ宛pingも同時に
>>44
ログの時刻同期は確認した方がいい
PC、スマホ、ルータで時計がずれていると1時17分説の精度が落ちる
俺も今日だけ参加
スマホ5GHz、PC有線、古いタブレット2.4GHzで見た
01:17:16にスマホとタブレットが遅延
PCは普通
つまりうちはWi-Fi側っぽい
>>47
家の機器じゃん
近所混雑説どこ行ったんだよ
まあデータ出したのは偉い、ソースありなので一旦保留
複数家で01:17に何か出るなら外的要因も残る
ただ有線生存パターンがあるなら電波戦寄り
近所のAPが自動チャンネル変更してる可能性もある
>>49
DFSなら5GHzが一瞬消えることはある
でも毎日01:17はルータの自動最適化スケジュールっぽい
管理画面に「Wi-Fi最適化」とか「チャンネル自動選択」ないか見ろ
Wi-Fi最適化とか名前がもう信用できない
ネトゲの自動装備くらい信用できない
自動チャンネル変更を止める場合、電波法的に問題という話ではないが、近隣との干渉は利用者側の責任範囲になり得る
リスク高くないかと言うほどではない
DHCP派とDNS派と自動チャンネル派で割れたな
>>1はルータ機種名出せ
機種名なしで仕様語るのは全部占い
機種名出したらまた都会の高いルータ勢が殴ってくるんだろ
こっちはそんな選択肢ないわ
家電量販店はイオンしかないんだが
会社の検証用で似たログ見たことある
DHCP renew自体はミリ秒
DNSフォワーダが詰まると数秒
Wi-Fiチャンネル再選択だと端末が全滅寄り
だから端末全滅かどうかがまだ最重要
>>55
戦場でいう被害判定だな
一個分隊だけ沈黙なら端末
全軍沈黙ならルータか上流
司令部だけ混乱ならDNS
3日目予約
01:17:08 ルータping 1ms
01:17:09 1.1.1.1 timeout 2回
01:17:10 google.com名前解決失敗
01:17:14復帰
有線PCでこれ
俺の中では1時17分レイド確定
>>57
有線でルータ生きて外だけ死ぬなら家のWi-Fiではないな
ただお前のプロバイダ名も地域もない
確定って言葉が早い、ソースは増やせ
現時点では「1時17分前後に数秒の外向き遅延が出る事例が複数」「ただしWi-Fiだけの家もある」くらいが妥当
DHCP説は弱め、DNS説とルータ自動処理説が残る
>>59
妥当とか言う前に母数いくつだよ
複数って3人？30人？
はいはいソースなしね
切り分けるなら次はこれ
有線PCでルータping、ONU側、1.1.1.1、名前解決を同時に見る
日系の情シスならここでExcel開くけどログでいい
01:17に起きてログ見る掲示板民、まず生活回線が詰まっとるやろ
ほんまに
>>61
ONU直結を試す場合、規約的には接続方式や貸与機器の扱いを確認した方がいい
セキュリティ面でもPCを素で外に出す形はリスク高くないか
歴史的に見れば深夜メンテで揉めるのはADSL時代にもあったぞ
昔から夜中に止める側と夜中に使う側は相性が悪い
歴史は繰り返す
今日の運勢的には通信運が荒れてる
それ水星逆行のせいだぞ
1時台は特に電波の相性が悪い
>>65
水星がDNS引いてんのかよ
それ根拠あんの？
嘘松乙
ルータの時刻同期も見ろ
NTPそのものは軽いけど、同期後にログローテートとかWi-Fi最適化が走る機種はある
うちの会社の検証でも深夜cronで似た詰まり方した
>>67
時刻合わせでネット止まるってなんでやねん
腕時計合わせたら家のブレーカー落ちるみたいな話やぞ
>>67
制度的にはそうなってる、ではなく実装次第という話だな
時刻同期単体で停止と断定するのは避けるべき
>>57>>59
ルータ生存、外だけ死亡なら次はONU直結だろ？
そこやらずに水星とか時刻とか言っても全部占い
原因候補が諸説ありすぎて本能寺の変みたいになってきたな
黒幕が多いほどだいたい資料不足
>>70
ONU直結でやった
01:17:08 1.1.1.1 timeout
01:17:10 8.8.8.8 timeout
01:17:13 復帰
ルータ要素かなり消えた
PIPより怖い
>>72
ONU直結の定義なに？HGWのLANに刺しただけなら直結じゃないだろ
スクショは？
マジで？
>>72
強いログ来たけど急に強すぎて逆に疑われるやつや
掲示板は証拠が濃いほど燃えるんや
>>72
規約的には貸与機器を外す構成が許容されるか確認が必要
ただ、検証結果としては上流側疑いが強まったという整理でよさそう
ONU直結でも落ちるの、城攻めで本丸じゃなく街道が詰まってたパターンだな
歴史的に見れば兵站が一番怪しい
>>73
HGWじゃなくてONUから直でIPoE張った
MACと契約情報出るから画像は無理
ログはmtrとdigを同時に流しただけ
外に出しても落ちるなら家の機器じゃなくて空の配置だな
今日の運勢的には上流星が凶
それ水星逆行のせいだぞ
>>78
空の配置でパケット落ちるならBGP占ってこい
ソースは？
>>78
水星はプロバイダの保守窓口ちゃうねん
電話しても契約者確認できへんやろ
>>78
占星術を楽しむこと自体は否定しないが、原因として断定するのは適切ではない
スレの趣旨からはログ優先だと思われる
天文で政治を決めてた時代もあるから水星派の気持ちはわからんでもない
ただ通信障害の一次資料にはならん
歴史的に見ればそこは分けろ
>>67>>72
NTP説はまだ死んでない
時刻同期後にプロバイダ貸与ルータが一斉にタスク走らせるなら、ONU直結組とルータ組の混在も説明できる
RSU今年も上がったけどこれは自信半分
>>83
その一斉タスクのソースは？
機種名なし、ファーム名なし、地域なし
はいはい雰囲気推理
>>83
ワイのルータログ見たら
01:16:59 SNTP update success
01:17:03 wireless reload
って出とるわ
なんでやねん
>>85
ログを貼る場合はMACアドレス、グローバルIP、契約ID等を伏せるべき
その内容なら時刻同期後の処理として見るのは不自然ではない
>>85
それはかなり当たりに近い
SNTP自体じゃなく、成功をトリガにwireless reloadしてる
日系は無理だろって言いたくなる実装
>>87
当たりに近い禁止
メーカー名と型番出せ
同じ挙動の人間が2人以上いないとただの珍ログだろ
1と17は始まりと調整の数字
相性的に合わないな
ルータも生年月日で見るべき
>>85
117って昔の時報番号だろ
1時17分に時刻同期説が出るの、話として出来すぎてる
歴史は繰り返す
>>90
番号遊びで推理すな
でもちょっと気持ちええの腹立つわ
>>85
Wi-Fi Analyzer置いてたら、01:17:04に隣家っぽいSSIDも2つ消えた
自分のAPだけじゃない
同じ貸与ルータが同じ時刻にreloadしてる可能性ある
>>92
隣家っぽいSSIDって何だよ怖いわ
ビーコン見えてるだけならまあいいけど、またソースなし観測か？
>>92
SSIDのビーコン観測自体は直ちに違法とは言い難いが、個人宅を特定する形での投稿は避けるべき
伏せたまま傾向だけ出すのが無難
>>92
ワイのマンションも01:17で見えてたSSIDが一瞬減った
しかも全部同じメーカー名っぽい接頭辞や
これ近所まとめて同じ箱ちゃうか
>>92>>95
同一ISPのCPEが同じNTP先と同じスケジュールで自動チャンネル再選択してる線が出た
ONU直結の外向きtimeoutは別件か、上流タスク連動
候補増えすぎ
>>96
やっと仮説っぽくなったけど、別件混ぜるな
Wi-Fi消える話と外向きtimeoutを同じ鍋に入れるな
それ根拠あんの？
>>95
マンション全体で同じ波動を受けてる
集合住宅は水星逆行の影響が重なりやすい
今日の運勢的には回線の相性が悪い
>>98
水星民はLANケーブル抜いて寝ろ
集合住宅の波動でチャンネル再選択されてたまるか
>>99
言い方は強いが、技術検証と占いは分けた方がよい
スレ進行上も水星説は雑談枠に留めるのが妥当