facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
  • 2014/09/25(木) 19:59:36.00
マルチポスト禁止
http://www.ippo.ne.jp/g/71.html

質問と一緒に書くこと:
  ・ 環境(OSのバージョン、機器やソフトウェアの名称)
  ・ 状況(エラーメッセージ、場所の名前など)
  ・ 試行(やったこと、調べた内容など)

質問はage進行

名無しの質問者が追記する場合は
名前欄に最初の書き込み番号を入れること

回答が書き込まれたら
後学のために結果を書いておくことを忘れない

よくある質問
http://hack2ch.cswiki.jp/index.php?FAQ

ここまで見た
  • 509
  •  
  • 2014/12/25(木) 12:35:50.15
NTTに聞けとしか言いようがない
てか>>473もそうだったけどここに聞く奴ってサポに聞くってこと知らないのか?

ここまで見た
>>508
お客様番号だったら請求書にのってない?

ここまで見た
  • 511
  • KAC
  • 2014/12/25(木) 16:03:54.33
>>508
フレッツ お客様番号 確認
でぐぐったらすぐ出てきたけど・・・

http://faq.web116.jp/faq/show/3102
https://web116.jp/shop/iten/pop_number.html

ここまで見た
  • 512
  •  
  • 2014/12/25(木) 16:14:17.65
ググったほうが早いというオチかよ…

ここまで見た
  • 513
  • 486
  • 2014/12/25(木) 21:19:53.42
>>507
>GS105の方が速かったという結果?
はい(LAN-SW05/PHBは100M、GS105は1Gなので当然と言えば当然ですが…)

あれから色々構成を変えて試してみると、
PC3

WZR-HP-AG300H

PR-400MI

LAN-SW05
│└F1F35A0-AAAE
GS105
└REGZA

こんな感じにするとPC上のファイルもNAS上のファイルも正う再生出来ることが確認できました。
ですが、NASがある関係上ギガビットでないと通常のファイル転送が遅いです。

ここまで見た
  • 514
  • KAC
  • 2014/12/26(金) 00:56:29.41
>>513
内容が端折られすぎてて状況がいまいちわからんけど、
GS105を接続する場所変えたら状況変わるって事?

前回のと比べるとPR-400MI との接続が相性悪そう?

ここまで見た
  • 515
  •  
  • 2014/12/26(金) 06:45:22.85
エスパー任せ?

ここまで見た
  • 516
  • 486
  • 2014/12/26(金) 14:20:09.95
>>514
すみません、書き直します。

PR-400MI
├LAN-SW05
│ ├F1F35A0-AAAE[Freenas_9.3.0]
| └GS105
|  └REGZA
├WZR-HP-AG300H
|└PC3
├PC2
└PC1

このような感じにすると、REGZAでの再生(PC3・F1F35A0-AAAE共に)が正しくなることを確認しました。
間に100Mbpsの機器が入ると正しく再生されているような感じでした。
まさかと思い、一度PC3のNIC設定でオートネゴシエーションを切り、100Mbps全二重に設定すると、下記の様な構成でも正しく再生されるようになりました。

PR-400MI
├GS105
|  └REGZA
├WZR-HP-AG300H
|└PC3
├PC2
└PC1

後になって気付いたのですが、100Mbpsの時は再生中、連続して点滅しているのに対し
1Gbpsの場合は少し詰まったような点滅の仕方です

ここまで見た
  • 517
  • KAC
  • 2014/12/26(金) 16:33:05.02
>>516
100Mbpsのハブを挟むか、PC3で100Mbpsに制限したら大丈夫・・・と。
100Mbspを超える通信速度出すとどこかで詰まってる感じ?
どこかのギガ対応ハブがおかしな挙動をしてそうな雰囲気だから
以下のような感じのも試してみるとどこがおかしいかわかるかも。

PR-400MI
├GS105
├WZR-HP-AG300H
|├REGZA
|└PC3
├PC2
└PC1

PR-400MI
├GS105
|├REGZA
|└PC3
├WZR-HP-AG300H
├PC2
└PC1

PR-400MI
├GS105
├WZR-HP-AG300H
├PC2
├PC1
├REGZA
└PC3

ここまで見た
  • 518
  •  
  • 2014/12/26(金) 17:58:59.09
関係あるかもしれないし、ないかもしれないけど豆知識。

オートネゴとは、相手の速度を自動的に判断するもの「ではなくて」
オートネゴの機器同士がネゴしてベストの状態を選ぶもの。

言い換えれば、固定とオートネゴでは半二重になったり10Mbpsになったりおかしくなる。
固定にするときは相手も固定に。

ついルーター側は100Full固定にしたくなるけど、その時はPC側も100Full固定に、ね。

ここまで見た
  • 519
  •  
  • 2014/12/26(金) 18:18:50.07
PR-400MIは三菱電機製。NTT新規参入で初めてのルーターなんだとか。まだ製品がこなれてなくて
バグやら相性が出ている機種・・・ 「PR-400MI」「不具合」で検索!

ONU一体型のひかり電話ルータには、PR-400NE(NEC製)、PR-400KI(沖電気工業製)、
PR-400MI(三菱電機製) があり。その中では一番できがよろしくないのだとかと某ブログに。

ここまで見た
  • 520
  • 486
  • 2014/12/26(金) 21:23:57.34
>>517
(1)
>├WZR-HP-AG300H
>|├REGZA
>|└PC3
この構成では正しく見られました、ただしF1F35A0-AAAEについては別の部屋にある関係上接続できず、確認できなかった

(2)
>├GS105
>|├REGZA
|├F1F35A0-AAAE
>|└PC3
このようにすると、PC3(1Gbps設定)からは正しく再生可能なもののF1F35A0-AAAEからはカクカクする結果に
その場合もLAN-SW05を通して100Mに落とすと正常に再生可能でした。

(3)
>PR-400MI
>├REGZA
>└PC3
この構成ではPC3から正しく再生出来ました

ここまで見た
  • 521
  • KAC
  • 2014/12/26(金) 23:27:49.17
>>520
(3)の構成ではF1F35A0-AAAE試せない?
それで問題なければ、GS105を疑うべきだろう。
つないだ際、ポートのLED表示は1000Mbpsを示してる?

大丈夫だとは思うけど、使っているLANケーブルも確認。
ちゃんとカテゴリ5e以上のものを利用してる?
PC3とF1F35A0-AAAEでケーブル入れ替えても現象同じ?

ここまで見た
  • 522
  • スレ違いかもですが…
  • 2014/12/27(土) 13:19:38.57
5月に来た光電話マンションタイプBの請求書にのっている我が家の固定電話電話番号を、一昨日NTTに問い合わせる際確認のため利用したところ、
その番号は光電話の番号ではないと言われてしまいました。原因はなんでしょうか?

ここまで見た
  • 523
  •  
  • 2014/12/27(土) 14:08:32.12
>>522
原因はNTTの問合せ窓口にわからない事を理解出来るまで確認しないおまえ自身

ここまで見た
  • 524
  •  
  • 2014/12/27(土) 14:11:03.52
>>522
それを含めて一から十まで今までの経緯をNTTのサポセンに伝えて
聞いたほうがいいんじゃないの?
というか君の質問内容はNTTに聞けとしか言いようが無い事ぐらい分かるよね?

ここまで見た
  • 525
  •  
  • 2014/12/27(土) 14:12:37.69
>>522
あとNTTのサポセンに聞けばいいこと
を、ここでわざわざ聞くにはなんか特別な理由でもあるの?

ここまで見た
  • 526
  • 486
  • 2014/12/27(土) 14:36:37.35
>>521
先ず、(1)の構成にF1F35A0-AAAEを追加して試した所、正常な結果になりました。
次に、(2)の構成でPC3に接続されていた(PC3では問題の無い)ケーブルを使ってF1F35A0-AAAEから接続をした所、カクカクする結果になりました。
最後に、(3)の構成にF1F35A0-AAAEを追加した所、問題なく再生可能でした。

>つないだ際、ポートのLED表示は1000Mbpsを示してる?
はい、元々100Mしか出ないREGZAを除いて全て1000M(1G)表示です。

ただ、(1|3)の構成でそれぞれのハブからREGZAまで伸びているケーブル、(2)でGS105からPC3まで伸びているケーブルは、
長いケーブルが無かったので同じケーブルでテスト、それ以外はケーブルを変えてみてテストしました。

ここまで見た
  • 527
  • KAC
  • 2014/12/27(土) 14:41:37.66
>>522
文章見る限り、日本語が怪しいぞ・・・?
問い合わせた内容と、相手から言われた内容を具体的に書いてみて。

ここまで見た
  • 528
  • KAC
  • 2014/12/27(土) 15:16:49.70
>>526
ケーブルには問題なくて、GS105が無い時にも問題はない。
PC3とGS105の組み合わせでは問題がなくて、
F1F35A0-AAAEとGS105の組み合わせで問題発生。
ってことか・・・。

GS105がおかしいのはほぼ確実だけど、
このまま修理依頼出しても問題なしで返される可能性も高そうだねぇ。。。
netperf(TCP)の内容をWiresharkで見れば
おそらくTCPの輻輳が多発している現象が見えるとは思うんだけど・・・


一応確認だけど、
もともとの>>486ではPC3で現象発生してるってのは、
F1F35A0-AAAEでは現象未確認(確認したら発生したはず)ってことでOK?

この認識↓であってる?

発生する組み合わせ
 REGZA - GS105 - PR-400MI - PC3
 REGZA - GS105 - PR-400MI - F1F35A0-AAAE
 REGZA - GS105 - F1F35A0-AAAE
発生しない組み合わせ
 REGZA - GS105 - PC3
 REGZA - PR-400MI - PC3
 REGZA - PR-400MI - F1F35A0-AAAE
 REGZA - WZR-HP-AG300H - PC3
 REGZA - WZR-HP-AG300H - F1F35A0-AAAE
未検証
 REGZA - GS105 - WZR-HP-AG300H - PC3
 REGZA - GS105 - WZR-HP-AG300H - F1F35A0-AAAE

ここまで見た
  • 529
  • 486
  • 2014/12/28(日) 03:30:52.56
>>528
> netperf(TCP)の内容をWiresharkで見れば
> おそらくTCPの輻輳が多発している現象が見えるとは思うんだけど・・・
PC3にWiresharkを入れてパケットをキャプチャしてみたところ、問題のある構成では黒くハイライトされた行がたくさん出ました。
問題の無い構成ではREGZAからの要求、PC3の送信、REGZAからの返答などが整然と並んでいるだけでした。
netperfを使用した時も黒行がいくつか出ていました。

> もともとの>>486ではPC3で現象発生してるってのは、
> F1F35A0-AAAEでは現象未確認(確認したら発生したはず)ってことでOK?
はい、発生していました。

> この認識↓であってる?
はい、合っています

未検証になっている2つについて、両方発生しないことを確認しました。

最後に、黒くなってるログの一部です。一部修正している所はファイル名や知らないIPアドレスなどです
https://i.imgur.com/sRPDnme.png

https://i.imgur.com/TvRr19H.png

https://i.imgur.com/Rzco9DW.png

https://i.imgur.com/HiMzwA9.png

https://i.imgur.com/irqUecG.png

https://i.imgur.com/lMZUZ4f.png


ここまで見た
  • 530
  • KAC
  • 2014/12/28(日) 03:53:42.37
ざっと見た。
ところでこれは、TCP送信側のキャプチャ?受信側?
構成も書いてもらえると助かる。

で、内容についてだけど、
黒いのが時々現れるのはTCPの特性として気にしなくていい。

気になるのは
https://i.imgur.com/HiMzwA9.png

なんかにあるように0.3秒通信が止まって再送が動いてるとかかな。。。


全体見たいので、TCPのパケット選んだ状態で
[Statistics]-[TCP StreamGraph]-[Time-Sequence Graph]
を開いてみて。
黒いのと薄いのが右肩上がりになってると思うけど、
これが一直線に並ぶのが理想。
たぶん、途中で途切れたりしてると思うからそれの頻度が見たい。

ここまで見た
wiresharkを使っている方に質問です。
source(送信元)、destination(送信先)、やりとりしているプロトコル。
見てわかるのはこのくらいです。(何のプロトコルなのかはその都度ググります)

wireshrakの画面には時間とともにガンガンパケットが流れてて、これをマウスでスクロールしながら目で追ってwireshark上で見ていくのでしょうか?
それともキャプチャ開始から停止までのログをtxtで取ってから、必要なIPのものをtxtから検索or抽出して解析するのが一般的なのでしょうか?

馬鹿らしい質問ですみません

ここまで見た
  • 532
  • KAC
  • 2014/12/28(日) 05:26:45.40
>>531
なにを解析したいかによる。

たとえば、
プロバイダの接続(PPPoE)がうまく行かない原因を見る場合は、
比較的簡単なプロトコルで通信量も少ないので
普通にスクロールさせながら解析すればいい。

スピード計測サイトなんかで最適な通信が行われているか
TCPの設定や動作を確認したい場合なんかは、
目で見てわかるスピードじゃないので、とった後に解析する。

まあ、時と場合によって好きにすればいいと思う。

ここまで見た
  • 533
  •  
  • 2014/12/28(日) 08:01:18.18
LAN内でこんなにパケロスが起きているのは異常。
>>518にも書いたけど、全二重/半二重のミスマッチか、ケーブル不良、ポート不良を疑ってみなよ。
GbEにSpeed/Duplex固定接続とかもってのほかだからね。

ここまで見た
  • 534
  •  
  • 2014/12/28(日) 14:19:53.98
>>533
GbEハブなのにどうやって?
具体的な調査方法プリーズ

ここまで見た
  • 535
  •  
  • 2014/12/28(日) 15:42:15.03
あやしいのはPR-400MIのポート設定じゃない?

ここまで見た
  • 536
  •  
  • 2014/12/28(日) 15:46:04.34
Cat5/5eのケーブルが混ざっていてもそうなる。

ここまで見た
  • 537
  •  
  • 2014/12/28(日) 15:48:36.18
発生する組み合わせ
 REGZA - GS105 - F1F35A0-AAAE

ここまで見た
>>532
やっぱり時と場合によって様々なんですね

ここまで見た
  • 539
  • 486
  • 2014/12/28(日) 23:25:58.96
>>530
> ところでこれは、TCP送信側のキャプチャ?受信側?
これはPC3からREGZAへの送信中のキャプチャです
構成はREGZA - GS105 - PR-400MI - WZR-HP-AG300H - PC3です
https://i.imgur.com/Mbk9knb.png

これがその時のグラフです、時間が短くて参考になるか分からないけど

次に、netperfのキャプチャです。
構成と方向はタイトルバーに書いてあります、キャプチャは全てPC2の側で行っています。
https://i.imgur.com/ME1hbtc.png

https://i.imgur.com/1Wta887.png

https://i.imgur.com/hIsIGzC.png

https://i.imgur.com/P2d6jbp.png

https://i.imgur.com/GXX4M8A.png


ここまで見た
  • 540
  • KAC
  • 2014/12/29(月) 01:50:39.44
詳細が潰れてて読めない・・・

このグラフからは結構いろんな情報が読み取れるんだけど、
関係ありそうなところだけ説明しておくと
 全体的な傾きは通信速度。曲線を描くのは通信が安定していないから。
 下に向かってヒゲのように出ている線は再送が起きたことを示す。
くらいを見てもらえればいい。
今の構成からGS105を抜いて同じようにグラフを取れば比べやすいと思う。

ざっと見た限りだと、パケットロスに顕著な特徴は見当たらない。
なにか特徴があれば故障箇所の特定に役に立ったんだけど・・・
(速度が上がるとパケット通さなくなるとか、ロス率が時間によって変わるとか)
とはいえ、異常なほどパケットロスが発生しているのは事実なので
GS105の故障を前提に話をすすめるのが無難だと思う。

PC - GS105 - PC だけの構成でnetperf(tcp)使って
送信側と受信側のキャプチャを見せれば不具合を認めるはず。

おそらくphyあたりが動作不良起こしてるんだろうけど、
これ以上情報集めるよりサポートに出したほうが早そうな気がする。

ここまで見た
みんなレベル高いなあ・・

ここまで見た
このクラスのハブで故障修理って、本体交換の気がするけど
ここでやり取りしてる時間で修理出せば新品になった気がする
まあ、勉強にはなってるけど

ここまで見た
  • 543
  • KAC
  • 2014/12/29(月) 21:00:16.09
>>542
修理で現象発生しないこともありうるから・・・

今回の問題で気になったのは
 OK REGZA - GS105 - WZR-HP-AG300H - F1F35A0-AAAE
 NG REGZA - GS105 - PR-400MI - F1F35A0-AAAE
など、GS105を使っていても問題が起きない時があるってこと。
(GbEはオートネゴなので対向の設定ミスの可能性も低い)

メーカに不具合と認めてもらうには、
問題となっている現象は具体的に伝えられるようにはなっていたい。

 ・ギガ対応のPCと接続しても100MでネゴるPCがある
 ・あるHUBやPCにつなぐとパケット落ちが多発しTCPがまともに動かない
  (GS105を含まない構成では問題は発生しない)

あたりが、今見えてる現象ってところ。
物理層での異常だからどうしても情報が少ないけど、
このくらいの情報出せばサポートもまともに相手してくれるはず。

# これ以上の調査は、受信側のキャプチャやパケットの詳細が欲しい。

ここまで見た
  • 544
  • 486
  • 2014/12/30(火) 00:30:17.98
>>543
画像多くてごめんなさい、192がPC1、199がPC2です。
上が送信側、下が受信側です。タイトルバーのファイル名にbhが付いているものはリモートデスクトップアプリ(brynhildr)を使用中にnetperfをキャプチャしたものです。
https://i.imgur.com/pTGhQWA.png

https://i.imgur.com/otTrRNV.png

https://i.imgur.com/kbnyuxz.png


https://i.imgur.com/EVp7EPq.png

https://i.imgur.com/1WoyvpB.png


https://i.imgur.com/k7PfVkm.png

https://i.imgur.com/6XeUXXL.png


https://i.imgur.com/dMIF9Ds.png

https://i.imgur.com/K96WRBZ.png


ここまで見た
  • 545
  • KAC
  • 2014/12/30(火) 02:29:54.53
>>544
これ以上の解析は結構泥臭い作業になるよ・・・?

上下がなにを指すのかいまいちわかりづらいけど、
kbnyuxz.png が受信側PC1でのキャプチャってことでOK?

一度確認しておきたいのは「どんなふうにパケットがロスしているか」なので、
送信側と受信側のパケットを一つ一つ見ていく必要がある。

TCPの基礎的な動作はググってもらえばわかるので
kbnyuxz.pngの黒くなっているところが何故黒いのか説明する。

何バイト目のデータを送信しているのかを示すseqと、
パケットのサイズlenの関係は、seq+len=[次のseq] となる。
送信側では必ず順番に送信しているので、
番号飛びはパケットロスか順序逆転を示す。

 No.87811 seq=102475189 len=1460
 No.87812 seq=102484841 len=1460 (この間8192バイト分)

直後にこの間の部分(No.87813〜)を受けっているので最終的に問題ないんだけど、
パケットロスにしては復旧が早いのが気になる。
順序逆転が起きてるのなら、ハブの動作が想定以上におかしい可能性が高い。

seq=102475189 〜 102484841 のパケットが
送信側でどう扱われているのかちょっと追いかけてみて。
再送しているのか、一度しか送っていないのか。
一度しか送ってないなら、送信タイミングに不審な点はないかなど。

・・・一応確認するけど、ネットワークの構成、PC1--GS105-- PC2 だけだよね。

ここまで見た
  • 546
  • 486
  • 2014/12/30(火) 03:53:56.84
>>545
> 上下がなにを指すのかいまいちわかりづらい
2つ区切られたURLの上が送信、下が受信です。

> kbnyuxz.png が受信側PC1でのキャプチャってことでOK?
はい

> 再送しているのか、一度しか送っていないのか。
送信側から見ると、1度しか送ってないようです。
https://i.imgur.com/Kz4GBLl.png


> ・・・一応確認するけど、ネットワークの構成、PC1--GS105-- PC2 だけだよね。
はい、他のハブやPCは繋いでいません。

ここまで見た
  • 547
  • KAC
  • 2014/12/30(火) 04:22:58.78
>>546
ハブでパケットの順序逆転が起きるってのは考えづらいけど、
フロー制御か何かで変になる時があるんだろうか・・・

一応確認。
受信側のパケットの詳細開いて、
 ▼Internet Protocol Version 4
  Identification
の値、seq=102475189とseq=102484841で確認してみて。

Identification値は、送信側でIPv4パケット作るたびに1増やしてるので、
先に到達してる102484841の方が値が4ほど大きいはず。
あと一応送信側のキャプチャでそれぞれ同じ値になってることも見て。
送信側と受信側でIdentification値が違うのであれば、
再送パケットを見落としてるってことになるから。

あと、
102481029のパケットが到達していないという Dup ACKがあるので
受信側でパケットが壊れていないかチックしてみて。
送信側と全バイト全く同じなら問題ない。

ここまで見た
その順序逆転してるパケット、Timeがまったく同一だな
分解能の問題もあるんだろうけど、普通そんな事起こる?
ギガビットで1460バイトだと何秒かかるんだか知らんが

遅くなるのは、どちらかがWindowsのときだけ?
念のため snp無効化 とかでググって試してみたら

ここまで見た
  • 549
  • かか
  • 2014/12/30(火) 10:13:22.99
10GB規制中なんですが、DSゲームは規制中でも行えますか?
DSネットワークゲームをしないものでわかりません
イタチとは思いますがお願いします。

ここまで見た
  • 550
  •  
  • 2014/12/30(火) 11:02:35.60
>>549
いや、いきなりそれだけ言われてもなんとも言いようがないんだが…
まずどこよそれ? EMOBILE?
いずれにせよ該当スレで聞け。

ここまで見た
  • 551
  • KAC
  • 2014/12/30(火) 11:14:26.29
>>549
規制の内容によるし、ゲームの内容による。

DSなどのゲームは通信速度をさほど要求しないものが多い。
リアルタイムの対戦ゲームなんかじゃなければ、
32kbps程度の帯域で十分遊べるようになっていたりする。

10GB規制ってのが、全く通信させないことを目的としているなら
そもそも話にならないけど、ある程度の帯域を利用できるというのであれば
ゲームによっては遊べるということになる。

まあ、一度実際に遊んでみるのが早いかと。

ここまで見た
  • 552
  • かか
  • 2014/12/30(火) 11:40:43.72
>>550
ごめんなさい
>>551
ありがとうございます。ネットは一応できています。
この手の話は全然ど素人でどこで聞いたらよいのかわからずここで質問してしまいました
すみません 失礼しました

ここまで見た
  • 553
  •  
  • 2014/12/30(火) 11:58:15.04
PR-400MIはSPIがパケットを破棄する問題があるよ。ログには何か出ていない?

ここまで見た
  • 554
  •  
  • 2014/12/30(火) 15:04:31.60
ファン音とアタックって関連ある
そうじはしているのにずっとなりっぱなしで
鳴っているときはやや重い

ここまで見た
  • 555
  • 質問
  • 2014/12/30(火) 16:56:21.72
自宅のWi-Fiが3ヶ月ほど前から頻繁に切断されるようになり、5年前から使っているルーターの買い替えを検討しているのですが、購入するにあたりオススメの機種などを教えていただけないでしょうか。

予算は5000円前後が理想ですが難しいようなら1万円くらいまでは可能です。

自宅は1DK
ハードはiMac OS X10.6、MacBook Pro OS X10.8、MacBook Air OS X10.7、iPhone6、iPad Air iOS7 でいずれの機器もWi-Fi接続ですが全ての機器が一日数回は切断される状況です。

ここまで見た
>>555
こっちで聞いてみたら?
http://peace.2ch.net/test/read.cgi/hard/1418580792/

ここまで見た
>>554

機種ぐらい書いたら?
パソコンと同じでCPU負荷率高い時にFANの回転数上がるんじゃないの?
なのでアタック受けていてCPU負荷率上がっているなら関連ある

てかFAN付きならアタック検知との機能あるんじゃないのかと

ここまで見た
  • 558
  •  
  • 2014/12/30(火) 18:13:37.25
>>555
うちはW52の20MHzにしたら切れなくなった。

ここまで見た
  • 559
  • 486
  • 2014/12/30(火) 21:37:52.11
>>547
上から102473729---102486301の順番です
https://i.imgur.com/p8xuQL9.png

https://i.imgur.com/pcFMV6q.png

https://i.imgur.com/3jVllNl.png

https://i.imgur.com/FJmPTH1.png

https://i.imgur.com/fvunTFl.png

https://i.imgur.com/bAfY8pQ.png

https://i.imgur.com/wHCCFFb.png

https://i.imgur.com/tQDYNqZ.png

https://i.imgur.com/HYPR2Xv.png

https://i.imgur.com/59p3uxK.png

Identificationの値はそれぞれ同じ値になっているようです。

> 102481029のパケットが到達していないという Dup ACKがあるので
> 受信側でパケットが壊れていないかチックしてみて。
https://i.imgur.com/LHvqV8A.png

https://i.imgur.com/IZ3JCgk.png

https://i.imgur.com/ZUjmaSP.png

バイナリに相違は見当たりません。

フリックラーニング
フリック回転寿司
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード