TCP/IPについてじっくり考えてみなか？

>>2

そうねえ、ちょっと待ってね。　今考えるから。

一応、TCP/IPについて、論理的には理解してるわけだ。　けど、その実装

が全くもって分からないの。　OSと、このTCP、IP、UDP　とかのプロトコルの

関係について、詳しい人っていますかね。　TCP、UDP、IP　って、１つのプロセス

なの？　それともデバイスドライバみたいに、もっと特別な位置ずけがされてるの

でしょうか？

>>4

プロトコルスタックの話？

実装は当然実装依存。特別な位置づけをしているかどうかはその装置とOSで

特別な位置にTCP/IPプロトコルスタックをおきたいかどうか、というお話。

>>7

BSD系やLinuxはカーネル内にいます。

Windows系はドライバだよね。本質的には両者に差はないんだけど。

>>14

そうですか。　何かおすすめの書籍など、ありますかね。

やっぱり、RFC読むだけじゃ、理解はできないでしょ？

Solarisもドライバとしての実装だよね、確か

>>18

ドライバとしての実装って事は、カーネルコードに埋め込まれているって

こと？　間違ってるかもしれないけどドライバって、デバイスドライバで

すよね。　けど、デバイスドライバは、コンピュータに接続されてる周辺

機器に対応するもので、周辺機器から割り込みが発生したり、アプリケーシ

ョンがそのデバイスに対応するスペシャルファイルに入出力すると、OSから

自動的にコールされる処理ルーチンですよね？

IOSでもIPsecとかやるときにDFビットを無視するオプションあるね

>>35

IPsecのとき、オリジナルIPパケットのDFビットを無視してIPsecパケットを

フラグメントすることはできるけど、そのときのouterヘッダにはDFビットを

立てないんじゃありませんでしたっけ。

だから、DFビットが立ったままフラグメントという状況は普通は無いはずなんですが

どうでしたっけね。手元にIPsec動作するのが無いのでうろ覚えですが。

>>37

hhttp://www.ntt-east.co.jp/flets/opt/faq_03.html

ここのQ5

>>37

>その2番目の後続フラグメントパケットにはIPヘッダはついているけど、

>TCPヘッダはついていません。

IP層では、TCPヘッダーも単なるデータにすぎません。フラグメントパケットは

destinationにて組み立てられるから大丈夫よ。組み立てられてから、

IPヘッダーを取り除いてTCPパケットの中身を見るわけやね。

# ここって名前になにもいれないとダメなのね。

>>37

>（おまえんとこからNullスキャン受けたと抗議殺到でマジで困ってます。）

その侵入検知システムはフラグメントオフセットが０でないかどうかを、ちゃんと検査していないのかも

しれませんね。ところで、1466+82 の82の方のＩＰヘッダーのフラグメントオフセットは1446になってる？

（1446 = 1466 – ＩＰヘッダーのバイト数）

あと、1466と82のIPヘッダーの識別子は同じになってる？

マルチキャストの勉強をしようと思ってるんですが、テストにはどんなアプリを使っていますか？

ユニキャストなら、HTTP、POPなどいくらでもあるんだけど・・。

動画配信サーバーとか作らないとダメでしょうか。

>>54

mcaster.exe

で検索してみな。

時々変な振る舞いをすることはあるが

テストには使えるよ。

回線速度を計るのにFTPとか使ってるんだけどフリーウェアでなんかいいのある？

FTPだとハードディスクの読み書きとかで正しい数値が得られないようなきがする。

>>57

FTPで正確に測れないのは確かだが

まともなFTPクライアントを使っている限りは、そういう問題ではない

アプリさえ受け取れていればディスクに書くのなんて

通信が終わってからだってかまわないんだから

というか”回線速度”だったらFTPで十分だ

対向のサーバか回線がボトルネックで無い限りは

>>58

最近のxDSLやFTTHでは、TCPでの転送なのが災いしてFTPでは

うまく計れなくなってきた。

帯域幅が広がったのに対して遅延があまり小さくならないから

ACK待ちが多くなって転送速度が頭打ちになっちゃう。

ウィンドウサイズをサイズを大きくすることで変わるけど、

個人的にはできればUDPベースとかでスループットが簡単に測れるのがいいね。

>>60

UDPだと逆に落ちたパケットと原因が特定しづらくならない？

TFTPみたいにL5以上でACKを実装してるUDPのプロトコルもあるけど

TCP以上にオーバーヘッドがあるからな

まあ、機器の性能とかではなくて単純にLinkの限界を拾うのであれば

UDPの方がいいかもしれないね

#測定する両端が自分の管理下ならnetperfで十分だと思うけど、>>57はちがうだろうからなあ

>>61

>TFTPみたいにL5以上でACKを実装してるUDPのプロトコルもあるけど

>TCP以上にオーバーヘッドがあるからな

本気で言っていますか？

>>63

TFTPのACKの数がどんだけかあるか知らないのか？

あぼーん

とりあえずRFC792(ICMP)をちらちら読んでみると

「Sequence Number」というフィールドがあるとのこと。

エコーリクエストとエコーリプライを対応させるために

使われるとあるので、これがportに該当するものだろうか。。

だけど実装するときって、いったいどういう値を使えばいいんだろう。

16ビットあるんだけど、01から適当にインクリメントしていけば

いいのかな・・

その辺、詳しい人いませんか？

>>69

FreeBSD の場合、ID に”process ID & 0xFFFF”した値を突っ込んで

使っているみたい。

seq no はどの echo request に対する reply かを識別する為に

使ってるらしい。duplicate した reply の検知とかにも。

Windows Me だと ID は固定で、seq number がユニークになっている。

どうやって seq number をユニークにしているのかは知らん。

FreeBSD の ping だと ID で TCP でいうポート相当の事をしていて、

seq number でセッション管理的な事をしている。

WindowsMe の ping は seq number で両方行っている。

という感じかなぁ・・・。

>>72-74貴重な情報どうも。

うちは2000です。IDってもしかして0400になってます？

とりあえずtcpdump流しっぱなしで放置して、seq numberがどういう動き

するのか観察する予定・・。

hhttp://www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/rawping.html

ここにはC++とwinsockを使った実装がのってるんですが、この実装でも

受信パケットのseq numberが異なったら無視する仕様みたいです。

自宅にいるときも、会社の鯖が生きてるか死んでるのか心配です。

複数のサーバの複数のポートに対して

TCP のセッションを開始できるかどうかを常時検査して、

それをグラフィカルに表示してくれるようなWindowsのソフトって無いでしょうか？

>>89

そういう事が会社に貢献すると思ったら大間違いです。

たとえあなたが監視できたとしても、あなたの都合で監視をやめたら、

またはあなたがいなくなってしまったら、どうしますか？

その時になって怒られるのはあなたではなくて会社なのです。

もし監視が必要なら、会社としてその体制を整えるべきです。

できないなら、夜間のトラブルは翌日営業時間になるなどの旨を

お客に伝えておくべきです。そしてあなたは夜はぐっすり眠るべきです。

そんな事をして過労死したらみんなに迷惑です。

big brotherっていうポーリングとMRTGを統合した

視覚的な監視ツール使うのが一般的なんだって

>>93

ネーミングがキモイよ

>>97

＞物理層がADSLだと、TCP checksum errorが出るようだ

他の物理層では、OKだったのでしょうか？

その物理層は、何でしょうか？

いやTCPでエラー出たのADSLぐらいだし

>>103

そんなこといわれてモナー

会社の方針だかラナー

TCP/IPプロトコル郡を採用したLANの利点、不利点をまとめたいのですが、お教えいただけませんか？

また、そのことを調べることが出来るサイトの紹介もぜひお願いします。

>>120

宿題は自分でやれ。

>>122

質問の意味を正確に書かないと誰も答えられないと思われる。

・TCP/IPプロトコル郡 → 何これ？

・LAN → L2の話？ それともL3の話？

>>136

レイヤ構造を無視して通信部をつくるってことってとらえるなら、

当たり前だが汎用性はなくなるわな。

TCP/IPってほぼセット、というかTCPはIPがないと使えないから、

現時点でもレイヤ構造を無視してるといえる。

IPv4からIPv6へと移るために、TCPの部分でもソースコードを変えざるを得ないことになっている。

FreeBSDのソースを見てる限りだと、#ifdef INET6といったものなので、

まさにごちゃごちゃ・・・っつーことになっている。

忙しくて乱文スマソ

LinuxでVegasを有効にしたい時は、「net.ipv4.tcp_vegas_cong_avoid=1」にすれば良いのでしょうか？

これを実行しても、tcptraceでシーケンスを見る限り、何も有効化する前と変わらないんですよね・・・。

>>157

Congestionの起こるネットーワークでテストしてるの？

>>158

一応Dummynetを使用して、遅延なりパケットロスレートなりを設定して試してみたりしてはいるのですが、

有効前、有効後の挙動の違いが全く確認出来ません・・・orz

機能確認をするのにお勧めのシチュエーションがあったら教えて頂くと幸いです。

メールの送信はsmtpを使って行われますよね？

なぜHTTPやFTPで送信しないのでしょうか？

>>173

HTTPなんてつい最近できた新米プロトコル

メール送信はもっと昔からある

>>175

ブラウザでメールを確認するのはHTTPを使っているいことになるでしょうか？

>>176

MTA間とMUAとの区別からおべんきょうしましょう

IPを調べると個人情報が手に入れる事が出来るのですか??

ここホスト強制？

>>206

名前欄のデフォが

anonymous@fusianasan

だからだと思う

Linuxをデスクトップで使っています。

netstat -s でTCPのretransmit（再送の意味）をみると、

受信の一割弱使っています。

この再送をもっと減らしたいのですが、

混雑緩和

MTUの適正化

PMTUのオフ

を、試しても減るどころか増える始末。

どなたかお知恵を拝借したく。

>>220

TCPってのは、乱暴に言うと

・通信エラーが起きるまでどんどん送ってみる。

・通信エラーが検出されたら送る量を減らす

って事を繰り返しながら最適な通信速度を保ってる。

だから、通信エラーは発生するし、再送も絶対におきる。

そういうもんだから、再送の数を気にしても無駄。

金子勇の逮捕〜死亡は全てアメリカの陰謀

自前で作ったTCP/IPを脅かす存在は抹殺対象