- 1 名前：echoちゃん [2008/02/29(金) 21:19:37 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port20
pc11.2ch.net/test/read.cgi/tech/1186418855/
関連スレ
Java ネットワークプログラミング 【教えて!】
pc11.2ch.net/test/read.cgi/tech/1086238859/
- 321 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 03:25:33 ]
- 宿題スレに質問投げておくと勝手にだれかが作ってくれる
これがネットワークプログラ
- 322 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:27:03 ]
- >>321
小人さんは間違いが多いのが欠点だ。
- 323 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:24:38 ]
- >>312どえす、おいﾓﾏｲﾗ一週間ぶりに俺様が来ましたよっと>>310の言う通り、漏れはソケット初心者なので、動作を理解するうえで、薄いラッパークラス作っている
近い将来、サーバー側、クライアント側で行う動作を基底クラスで実装して、それぞれのクラスを派生させようと思うが、サーバー側とクライアント側で
何が共通手順なのか、今はまだよく分からないので、とりあえず前に進めるためおこなっていおる
どうよこんな感じで
class Socket {
int fd1, fd2;
struct sockaddr_in saddr;
struct sockaddr_in caddr;
int len;
public:
Socket() : fd1(0), fd2(0), len(0) {} // コンストラクタ
~Socket(){} // デスクトラクタ
void MakeSocket(); // ソケット生成
void InitSocket( sockaddr_in saddr) ; // ソケット初期化
void NameOfTheSocket( sockaddr_in saddr );// ソケットに名前を代入
void BindSocket( sockaddr_in saddr ); // ネームバインド
void ListenSock( int fd1 ); // リッスン
void AcceptSocket(); // アスペクト
void CloseSocket(); // ソケットクローズ
};
- 324 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:24:59 ]
- 続き
void Socket::MakeSocket()
{
if ((fd1 = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
perror("socket");
exit(1);
}
}
void Socket::InitSocket( sockaddr_in saddr )
{
memset((char *)&saddr, 0, sizeof(saddr));
}
void Socket::NameOfTheSocket( sockaddr_in saddr )
{
saddr.sin_family = AF_INET;
saddr.sin_addr.s_addr = INADDR_ANY;
saddr.sin_port = htons(PORT);
}
void Socket::BindSocket( sockaddr_in saddr )
{
if (bind(fd1, (struct sockaddr *)&saddr, sizeof(saddr)) < 0){
perror("bind");
exit(1);
}
}
void Socket::ListenSock( int fd1 )
{
if ( listen(fd1, 1) < 0) {
perror("listen");
exit(1);
}
}
- 325 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 06:51:37 ]
- オブジェクト試行ですか？
- 326 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 07:58:40 ]
- sockの関数と1対１に対応するメソッドを作ってるうち恩恵を受けにくい。一連の決まった操作をひとつのメソッドにまとめてしまおう。
sockaddrはラップして、アドレスのクラスを作ってしまう。簡単にアドレスを設定できるようにするといい。
あと、言葉遣い直せ
- 327 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 08:00:05 ]
- JavaとかRubyとかPythonとかの
ソケットクラスの構成をみれば〜？
- 328 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 08:27:18 ]
- >>326
君はまずその変な日本語を直さないとな
他人の言葉遣いを指摘してる場合じゃないぞ
- 329 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:27:20 ]
- さて、些細な顰蹙をかっているようだが、２ちゃんねるクオリティーということで、まぁ許してちょんまげ
こんな感じで、完成形に徐々に近づきつつあると思うが、どうよ
class Socket {
struct sockaddr_in saddr;
struct sockaddr_in caddr;
public:
Socket(){} // コンストラクタ
~Socket(){} // デスクトラクタ
void SetAddresSocket( sockaddr_in saddr, unsigned short sock_family, unsigned short sock_port, int sock_addr ); // sockaddrラッパークラス
int DescriptSocket(); // ソケットを作り、成功したらソケットディスクリプタを返す
};
- 330 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:27:56 ]
- void Socket::SetAddresSocket( sockaddr_in saddr, unsigned short sock_family, unsigned short sock_port, int sock_addr )
{
saddr.sin_family = sock_family;
saddr.sin_addr.s_addr = sock_port;
saddr.sin_port = htons( sock_addr );
}
int Socket::DescriptSocket()
{
int fd1, fd2;
size_t len;
if ((fd1 = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
perror("socket");
exit(1);
}
memset((char *)&saddr, 0, sizeof(saddr)); // 初期化
// バインド
if (bind(fd1, (struct sockaddr *)&saddr, sizeof(saddr)) < 0){
perror("bind");
exit(1);
}
if ( listen(fd1, 1) < 0) {
perror("listen");
exit(1);
}
len = sizeof(caddr);
if ((fd2 = accept(fd1, (struct sockaddr *)&caddr, &len)) < 0) {
perror("accept");
exit(1);
}
close(fd1);
return fd2;
}
- 331 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:34:50 ]
- しかしなんだね、g++ってVC8とは若干違うよね
accept()関数の第三引数の
accept(fd1, (struct sockaddr *)&caddr, &len))
lenだが、VC8ならintでも無問題なのだけど、g++はsize_tじゃないと嫌だと
怒ったりとかと少し戸惑う、>>330でした
- 332 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:54:59 ]
- POSIXではsocklen_tだけど、intで実害はない。
size_tとしてしまうのは誤り。
socklen_tとint(やsize_t)が同じサイズか判定をどこかに入れておくと安全。
// 偽なら負の添え字になりコンパイルエラー
#define STATIC_ASSERT(cond) extern int static_assert_array[ (cond) ? 1 : -1 ];
STATIC_ASSERT(sizeof(int) == sizeof(socklen_t))
- 333 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 10:05:46 ]
- >>332
Thx
物知りですね、勉強になります
gccの場合、accept()関数の第三引数は、int型でコンパイルに成功してたんだけど、g++でコンパイルした際にエラーが出たんで
なんでかなと思ってた、コンパイラに依存しないようにアサーションマクロを書いておくと、ﾒﾓﾒﾓ
- 334 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 14:25:52 ]
- Winsockで非ブロッキングモードにしたいときは
selectでウインドウハンドルとそのウインドウのプロシージャを設定するけど
最初はウインドウＡでメッセージ受けてたけど
次はウインドウＢでメッセージ受けるように変更
とかいうことはできますか？
本当はウインドウハンドル指定しなくてよければ通信メッセージ受けるところだけ独立させたいんだけど
- 335 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 14:32:58 ]
- >>334
WSAEventSelectを使えばウインドウハンドルはいらない。
- 336 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 14:35:32 ]
- >>335
お〜 ウインドウハンドルいらない版もありましたか
ありがとうございまつ
- 337 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 16:12:06 ]
- winsockについてです
gethostbynameではwinsockが確保したメモリが返されてきますが
これはどうすると解放できるのでしょうか？
- 338 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 16:17:39 ]
- >>337
gethostbynameでググルと一番上に解説が出てくるし
- 339 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 20:59:48 ]
- >>329なんだけどさ
>>327
が書いてたんで、rubyのソケットのライブラリを見てたら、やっぱ個別に
sockの関数と1対１に対応するメソッドを持ってるよね
>>326は
1対１に対応するメソッドを作ると、恩恵は受けにくいと言うし
ネットワークプログラミングとは直接関係ないけど、どっちがいいんだろうな？
この問題にはいつも悩まされる
永遠の命題なのか・・・・orz
- 340 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:10:21 ]
- >>339
たとえば、自分向けのライブラリを作るなら、いきなりconnectで繋がって、closeで閉じるライブラリを作り置きしておくと、今後ずっと楽になる。
- 341 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:19:02 ]
- >>340
わかりやすい説明、ありがとう
たしかに、それは言えるのだけど、ついつい、かまえてって言うか、型にはめようとして
再利用性だとか、拡張性だとか、考えてしまいクラスの設計には、いつも苦労するんだよね、俺の場合
もう少し気楽に考えた方がいいかもね
- 342 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:26:20 ]
- >>341
共通の機能は基本クラスに、専用の機能は派生クラスに分散。一つのクラスで機能を欲張らないのが設計のコツ。
- 343 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:27:55 ]
- >>341
C/C++で書いてるんなら、いつでも下に降りられるから、ある意味
どうでもいい気がする。
rubyみたいな奴だと、標準で抽象度の高いAPIしか用意されてないと
そこより下に降りたければCでextension書くしかないって話になる。
だからそういう設計になってるんだと思うよ。
- 344 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:34:17 ]
- >>341です
皆さん、いい話ありがとう
- 345 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 23:34:33 ]
- TCP/IPで、自ソケットが生きてる場合、一時的に通信経路に問題があってもsendは成功すると
思いますが、その後すぐにその問題が解決したら、相手側には届くのでしょうか？
- 346 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 23:36:06 ]
- >>345
いつか届く。
- 347 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 04:36:59 ]
- 僕の想いも届いて！
- 348 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 06:09:21 ]
- winsockを使っていますが
”こんにちわ” ”こんばんわ”
を相手が送信したときに
２つのメッセージに対して
FD_READが２回発生するときと
１回しか発生しないときがあります
２回発生するときは
”こんにちわ” と ”こんばんわ” を別々に取得できて問題ないのですが
１回しか発生しないときは
”こんにちわこんばんわ”という１つの文字になってしまいます
送信相手が１回送信するごとにFD_READが１回発生するように設定することはできますか？
できないとして１送信ごとに何らかの記号をつけて識別したりするのでしょうか？
- 349 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 06:29:10 ]
- 基本的にできない。「こんにちわ」と「こんばんわ」を別のものとして扱うなら、それぞれの頭に俺プロトコルのヘッダ（メッセージ長など）を付けて送り、受信側でそれを解釈する。
あと、どーでもいいけど「こんにちは」と「こんばんは」だと思う。
- 350 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 10:57:00 ]
- そういうときこそ、
SCTP。
おまいら使ってる？
- 351 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 14:04:34 ]
- >>348
そもそも
「こ」「ん」「に」「ち」「わ」と5回に分かれてFD_READが来ることだってありえるぞ。
TCPとはそういうもんだ。区別したけりゃストリームに自前で区切情報載せろ
- 352 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 15:09:49 ]
- >>349 351
ありなとうございまつ
Sendの末尾に区切り文字入れれば
１回で複数受信してもＯＫじゃね？
とか思ったけど１送信あたりでも分離することあるのですかorz
しかしそうなると
「こんに」「こんばんわ」「ちわ」という受信すらありえるような
それともＴＣＰは受信順番も考慮するからそれはないと思っていいんでしょうか？
- 353 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 15:32:35 ]
- つ[延滞]
必ずしも送った順に相手に届くとは限らない
この辺はUDPとTCPの違いを調べれば分かる
- 354 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 15:58:37 ]
- >>352
TCPは順番は変わらないよ！。
- 355 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 11:35:18 ]
- マルチスレッドなプログラムでsocketを使った場合に、
thread1(){ send("ABCDE"); }
thread2(){ send("abcde"); }
の２つのスレッドが同時にsendをコールした場合、
相手側でrecvした時に、
"ABCDE"と、"abcde"が混ざることってありますか？
例えば、"AaBbCcDdEe"みたいに。
シングルスレッドな場合だと、
send単位で送ったデータはそのまま出て来ますよね。
- 356 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 11:50:15 ]
- せめて"ABabcdeCDE"くらいの例えならな
- 357 名前：デフォルトの名無しさん [2008/06/16(月) 11:52:11 ]
- 1. netstat -a で見れる情報(プロトコルやアドレス/ポート ステータス)は
どこから持って来てるんでしょうか？
（同じ情報を自分のプログラムから取得するにはどうすればいいでしょうか？）
2. TDImonか同等のプログラムのソースコードはどこかにないでしょうか？
- 358 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 11:53:48 ]
- netstatのソース見ればいいんでねぇの？
- 359 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 11:59:56 ]
- >>356
>"ABabcdeCDE"
これもありうる？
カーネルの中のソケット毎の送信バッファってのは、１つだよね。
複数のスレッドがsendをコールすると、その送信バッファに、
送信データが詰め込まれて行くんだと思うんだけど、
それがsend単位に区切られて詰められない可能性もあるってこと？
こういう動きって、OS依存？
send実行中に、スレッドがコンテキストスイッチしたらこうなるってこと？
２このスレッドが、同時に１００Mバイトとかのデータをsendしたら、
そうなりそうな気がしないわけじゃないけど。
- 360 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 12:04:11 ]
- そもそも同期化もせずに 1 つのソケットに複数スレッドで書き込むな。
- 361 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 12:09:29 ]
- 232Cでやっちまったことはあるな
- 362 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 12:50:47 ]
- >>360
確かにおっしゃる通りですね。
ってことは、やっぱりそうなる事もありうるってことですか。
- 363 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 19:19:51 ]
- >>362
実装依存だろうし、起きるかどうか考えるだけ無駄
- 364 名前：デフォルトの名無しさん [2008/06/16(月) 21:45:50 ]
- ロックしろよ
- 365 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 21:51:18 ]
- Unixで同期モードならおきない気がする
- 366 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 22:11:13 ]
- >>365
どういった理由からですか？保障されているんですか？
- 367 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:13:06 ]
- TCPだったら、sendした順に届くとは限らない。
スレッド関係なしに。
だから、逐次処理で
send( "ABCDE" );
send( "abcde" );
とかやっても、相手側で
abcdeABCDEと受信することも普通にある。
- 368 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:19:20 ]
- おいおい。TCPでそれはないって。
- 369 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:22:45 ]
- >367
え？？
- 370 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:30:04 ]
- 次にお前は「ワーイ沢山釣れたー」と言う…
- 371 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:37:42 ]
- winsockならwww.kt.rim.or.jp/~ksk/wskfaq-ja/intermediate.html#threadsafety
まぁ、どの実装でも、自前でコントロールすべしって結論になると思う
- 372 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:39:36 ]
- あれ？システムコール実行中にコンテキストスイッチて起るんだっけか？
- 373 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:47:19 ]
- 起こらないとするなら、誰かがsendを喚ぶと、戻ってくるまで
システムフリーズするだけだな。
- 374 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 01:51:31 ]
- TCPは送信順番も送信内容も保障されるか破棄されるんじゃないの？
順番がかわるとか複製される可能性があるのはＵＤＰじゃないの？
おれなんか間違ってること言ってる？
手元の参考書にそう書いてあるんだけど？
- 375 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 01:56:01 ]
- 釣れた釣れた（＾＾）
バーカ >>374
- 376 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 02:01:15 ]
- >>375
スレ監視し続けてたんだね
お疲れ様
釣れて良かったね
おめでとう
- 377 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 02:46:29 ]
- >>372
普通に起こるだろ。
シグナルだって入るし、場合によっちゃスレッドだってスイッチする。
- 378 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 04:08:33 ]
- >>372
I/Oだったら普通にキューにぶっこんでコンテキストスイッチしないかな？
- 379 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 04:28:02 ]
- Winsockでconnect､send､recvそれぞれに個別のタイムアウト値を持たせたいのですが、
connectのみ
WSAWaitForMultipleEventsでタイムアウトを判断して
send､recvはsetsockoptを使って指定、
これで大丈夫でしょうか？
- 380 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 08:52:26 ]
- 今の今までスレタイがtypoだと思ってた俺愕然。
- 381 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 09:58:45 ]
- 65535まで続くよ！
- 382 名前：355 mailto:sage [2008/06/17(火) 10:05:16 ]
- >>367
シングルスレッドの場合でしょ、それは絶対にあり得ないと思うんだけど。
最近のカーネルは、カーネルプリエンプションだから、カーネル内部の処理
実行中にコンテキストスイッチすることもあるかも知れないけど、
ロジックの実行順序(逐次処理)が入れ替わることはないと思います。
>>373
それとはまた別の話ではないでしょうか。
sendを呼んだひとはブロックされるでしょうが、他のプロセスは
普通にシステムコールを実行することも、ユーザーランドのロジックも
実行できると思います。
>>374
私もそういう認識です。
TCPで１つのスレッドが送信した場合であれば、sendした順に相手側では
recv出来ると思ってます。(何回recvすれば良いかは判らんけど。)
途中でパケロスしたり、物理的に線が切れたりした場合は、受信側に届いた
部分まで(これも、相手がsendした順)が受信出来る。
なにか間違ってます？ >> all
- 383 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 16:49:35 ]
- >>479
- 384 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 17:04:56 ]
- >>379
- 385 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 17:14:26 ]
- >>579
- 386 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 17:23:55 ]
- getaddrinfoはブロッキングを起こしますか？
- 387 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 17:54:23 ]
- AI_NUMERIC を付けない場合は起こします
- 388 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 18:07:41 ]
- LAN接続PC間で、低速、高ping回線の環境を再現するにはどのような方法があるでしょうか？
自作の俺プロトコルアプリが低速回線環境でどういった影響を受けるのか調べたいのですが。
環境はWindowsです(98orXP)
- 389 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 19:19:43 ]
- そういうソフト使えばいいだろ。
- 390 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 19:50:44 ]
- >>367
TCPでそれがあったら大変だろ
ＵＤＰでは十分ありうるだろうが
ＵＤＰは順序がかわるどころか
複製されたりもするらしいからな
しかしＵＤＰって順序も保障されてないとなると
１パケットあたりの情報をどうやって認識するんだろうか
区切り文字やらパケットサイズ送っても
順序がかわったりしたらアウトだよな？
- 391 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 20:41:21 ]
- このスレに出入りする奴の発言とは思えんな。
- 392 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 21:56:19 ]
- UDPは来るか来ないかだけで、「パケット」という構造自体は保証されるだろ。
２つ以上のパケットをもってきて、その関連をどうこういうと面倒だけど。
- 393 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 09:28:59 ]
- UDPで順序が変わるってのはわかります。
例えば、
(1)udp_send("ABCD");
(2)udp_send("abcd");
とした場合、(1)で作成されたUDPパケットが相手HOSTに到達
するルートと、(2)で作成されたUDPパケットが相手HOSTに到達
するルートが同じだとは限らないですよね。
たまたま、(２)のUDPパケットが相手HOSTに到達するルートの方が
速い回線だったりした場合、受信側のHOSTでは、(２)(１)の順に
UDPパケットを受信する事もあり得ます。
UDPパケット毎の順序は不定ですが、複数のUDPパケットが混ざる
事はありません。(シングルスレッドの場合)
で、複製されるってのはどういう意味？
- 394 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:14:46 ]
- udp_send("ABCD");
とかが２回以上あったかのように
複数回届くことかと思われ
で、実際そういうことがある
パケットにインデックスとかつけて
２回目以降のやつは棄てればいいので問題ない
- 395 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:22:56 ]
- >>394
それって UDP側じゃなくて MAC側の仕様じゃないの？
結果は同じだけど・・・
細かすぎるか？ｗ
- 396 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:48:55 ]
- UDPパケットがネットワーク上で消失するってのは判るんですが、
重複するってのはなぜ？
誰がパケットを複製するの？
マルチキャストであればルータがパケットを複製するってのは
判るんですが。
- 397 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:59:51 ]
- 論理的にはあり得ないけど、ハードやOS側が腐っている場合は、
勝手に複製されてしまうこともあるって事ですか。
man ping より
重複パケットと障害パケット
ping ユーティリティは重複パケットと障害パケットを報告します。重複パケット
はユニキャストアドレスに対しては起こるはずのないものですが、リンク層での
不適切な再送信によって引き起こされるようです。重複は様々な状況で起こる可
能性があります。低いレベルの重複の存在は必ずしも警告にならないかもしれま
せんが、よい兆候ではありません。ブロードキャストもしくはマルチキャストア
ドレスに ping する時には、重複が起こることが期待されます。実際に重複する
のではなく、異ったホストから同じ要求に対して応答が行われからです。
障害を受けたパケットは明らかに重大な警告です。多くの場合、ping パケットの
経路のどこか (ネットワーク内かホスト内) のハードウェアの故障が考えられま
す。
- 398 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 18:03:13 ]
- よって、パケットの複製は、UDPだから発生するとかって話では
ないってことですね。
ただ、TCPだと、勝手に捨ててくれるけど、UDPだとそのまま
複数回受信しますということね。
と、なっとくしました。
考え方が間違ってたら、指摘してもらえると嬉しいです。
|
 |
