回答編集履歴
3
pingロス率
test
CHANGED
|
@@ -64,4 +64,12 @@
|
|
|
64
64
|
|
|
65
65
|
|
|
66
66
|
|
|
67
|
+
リアルタイムに輻輳状態を確認するには、1000byteのpingパケットを送信し続け
|
|
68
|
+
|
|
69
|
+
て、pingロス率を確認する方法があります。
|
|
70
|
+
|
|
71
|
+
https://www.google.co.jp/search?q=ping+コマンド
|
|
72
|
+
|
|
73
|
+
|
|
74
|
+
|
|
67
75
|
Re: winwin さん
|
2
輻輳調査
test
CHANGED
|
@@ -32,4 +32,36 @@
|
|
|
32
32
|
|
|
33
33
|
|
|
34
34
|
|
|
35
|
+
### 輻輳調査
|
|
36
|
+
|
|
37
|
+
|
|
38
|
+
|
|
39
|
+
輻輳はネットワーク経路上のどこても発生しうるのて、一つずつ確認していきます。
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
- クライアント側のISP (biglobe, nifty, OCN, IIJ等) の網終端装置
|
|
44
|
+
|
|
45
|
+
- クライアント側の回線業者(NTT, KDDI等)の管理する機器
|
|
46
|
+
|
|
47
|
+
- クライアント側のネットワーク機器(ルータ、SW-HUB等)
|
|
48
|
+
|
|
49
|
+
- サーバマシン
|
|
50
|
+
|
|
51
|
+
- サーバ側のISPの網終端装置
|
|
52
|
+
|
|
53
|
+
- サーバ側の回線業者(NTT, KDDI等)の管理する機器
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
サーバ側はホスティングサービスに問い合わせるとして、クライアント側のISP、回線業者は回線ID、PPPoEアカウント等の回線が特定出来る情報があれば、問い合わせる事が可能です。
|
|
58
|
+
|
|
59
|
+
NTT以外は過去にさかのぼって輻輳調査を依頼することが可能なので、現象発生時刻を添えて問い合わせれば、輻輳状態を確認してくれます。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
クライアント側のネットワーク機器は各機器にログインして、ログを確認して下さい。
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
35
67
|
Re: winwin さん
|
1
ログの確認
test
CHANGED
|
@@ -1,3 +1,7 @@
|
|
|
1
|
+
### 考えられる可能性
|
|
2
|
+
|
|
3
|
+
|
|
4
|
+
|
|
1
5
|
ソースが断片的なので確かな事はいえませんが…。
|
|
2
6
|
|
|
3
7
|
|
|
@@ -10,4 +14,22 @@
|
|
|
10
14
|
|
|
11
15
|
|
|
12
16
|
|
|
17
|
+
### ログの確認
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
パラメーターが渡っていないということは、経路上のどこかで通信されていない事は間違いないので、経路上の全てのログを洗い出して下さい。
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
- Fiddler で通信ログを取る
|
|
26
|
+
|
|
27
|
+
- ネットワーク系路上にある全てのネットワーク機器のログを確認(ポートのLinkDown履歴がないか、NATセッション制限で通信がブロックされてないか、等)
|
|
28
|
+
|
|
29
|
+
- Webサーバのログを確認
|
|
30
|
+
|
|
31
|
+
- サーバサイドスクリプト側でログを出力して確認
|
|
32
|
+
|
|
33
|
+
|
|
34
|
+
|
|
13
35
|
Re: winwin さん
|