アドレスのフォーマット

/proc インタフェース

tcp_abc (Integer; default: 0; Linux 2.6.15 以降)

RFC 3465 で定義されている Appropriate Byte Count (ABC) を制御する。 ABC は、部分的な ACK に応じた輻輳ウィンドウ ( cwnd) の増加をより緩やかにする方法である。以下の値を指定できる。

tcp_abort_on_overflow (Boolean; default: disabled; Linux 2.4 以降)

接続を待ち受けているサービスが遅すぎて、受信についていけない場合に、接続をリセットできるようにする。これを用いると、バーストによってオーバーフローが起こったときに、接続を回復できるようになる。このオプションを用いるのは、受信デーモンを高速化できない場合に「限定する」こと。このオプションを用いると、そのサーバに接続しているクライアントにとっては害になることがある。

tcp_adv_win_scale (integer; default: 2; Linux 2.4 以降)

バッファリングのオーバーヘッドの計算方法を、 tcp_adv_win_scale が正の場合は bytes/2^tcp_adv_win_scale に、 tcp_adv_win_scale が負か 0 の場合は bytes-bytes/2^(-tcp_adv_win_scale) とする。

 

ソケットの受信バッファ空間はアプリケーションとカーネルで共有される。 TCP はバッファの一部を TCP ウィンドウとして管理し、これを受信ウィンドウとして接続の他端に通知する。空間の残りは「アプリケーション」バッファとして用いられ、スケジューリングやアプリケーションの遅延からネットワークを隔離する。 tcp_adv_win_scale のデフォルト値は 2 であり、この場合アプリケーションバッファは全体の 1/4 になる。

tcp_allowed_congestion_control (String; default: see text; Linux 2.4.20 以降)

非特権プロセスで利用できる輻輳制御アルゴリズムの選択肢を表示/設定する ( TCP_CONGESTION ソケットオプションの説明を参照のこと)。このリストは tcp_available_congestion_control で表示されるリストの部分集合となる。このリストのデフォルト値は、"reno"と tcp_congestion_control のデフォルト設定をあわせたものとなる。

tcp_available_congestion_control (String; read-only; Linux 2.4.20 以降)

登録されている輻輳制御アルゴリズムのリストを表示する。このリストに載っているものだけが、 tcp_allowed_congestion_control に表示される。他の輻輳制御アルゴリズムがモジュールとして利用可能だが、モジュールがロードされていないこともある。

tcp_app_win (integer; default: 31; Linux 2.4 以降)

この変数は、TCP ウィンドウの何バイト分をバッファリングのオーバーヘッド用に予約するかを指定する。

 

そのウィンドウの window/2^tcp_app_win と mss の大きいほう (バイト単位) がアプリケーションバッファとして予約される。 0 を指定すると一切予約領域を取らない。

tcp_base_mss (Integer; default: 512; Linux 2.6.17 以降)

パケット化レイヤの Path MTU discovery (MTU probing) で、 search_low の初期値と使用される値。 MTU probing が有効な場合、この値はその接続の MSS の初期値となる。

tcp_bic (Boolean; default: disabled; Linux 2.4.27/2.6.6 から 2.6.13 まで)

BIC TCP 輻輳制御アルゴリズムを有効にする。 BIC-TCP は送信側のみの変更で、スケーラビリティと TCP 親和性 (friendliness) の両方を提供しつつ、大きなウィンドウの下での線形な RTT 公平性を保証するものである。このプロトコルでは additive increase (追加的な増加) と binary search increase (二分探索増加) といわれる二つの仕組みを組み合わせている。輻輳ウィンドウが大きいときは、増分の大きい additive increase により、スケーラビリティを確保しながら線形な RTT 公平性を保証する。輻輳ウィンドウが小さいときには binary search increase により TCP 親和性を達成している。

tcp_bic_low_window (integer; default: 14; Linux 2.4.27/2.6.6 以降 2.6.13 まで)

BIC TCP が輻輳ウィンドウの調整を開始する閾値ウィンドウ (パケット単位) を設定する。この閾値を下回る場合、BIC TCP はデフォルトの TCP Reno と同じ動作をする。

tcp_bic_fast_convergence (Boolean; default: enabled; Linux 2.4.27/2.6.6 以降 2.6.13 まで)

BIC TCP が輻輳ウィンドウの変化により速く反応するようにする。同じコネクションを共有する二つのフローが一つにまとまるのをより速く行うようにする。

tcp_congestion_control (String; default: 説明参照; Linux 2.4.13 以降)

新規の接続で使用されるデフォルトの輻輳制御アルゴリズムを設定する。 "reno"アルゴリズムは常に利用可能だが、カーネル設定次第では別の選択肢が利用できることもある。このファイルのデフォルト値はカーネル設定の一つとして設定される。

tcp_dma_copybreak (integer; default: 4096; Linux 2.6.24 以降)

システムに DMA コピーエンジンが存在し、カーネルで CONFIG_NET_DMA オプションが有効になっている場合に、 DMA コピーエンジンにオフロードされるソケットの読み込みサイズの下限値 (バイト単位)。

tcp_dsack (Boolean; default: enabled; Linux 2.4 以降)

RFC 2883 の TCP Duplicate SACK のサポートを有効にする。

tcp_ecn (Boolean; default: disabled; Linux 2.4 以降)

RFC 2884 の Explicit Congestion Notification を有効にする。これを有効にすると、間違った振舞いをする古いルータが経路の途中にあるような接続先に対して影響が生じ、場合によっては接続が落ちるかもしれない。

tcp_fack (Boolean; default: enabled; Linux 2.2 以降)

TCP Forward Acknowledgement のサポートを有効にする。

tcp_fin_timeout (integer; default: 60; Linux 2.2 以降)

ソケットを強制的にクローズする前に、最後の FIN パケットを待つ時間を秒単位で指定する。これは厳密には TCP の仕様を満たしていないが、 DoS 攻撃 (denial of service attack) から身を守るために必要である。 Linux 2.2 ではデフォルト値は 180 であった。

tcp_frto (integer; default: 0; Linux 2.4.21/2.6 以降)

F-RTO を有効にする。F-RTO は TCP 再送タイムアウト (RTO) からの復旧性能を向上させたアルゴリズムである。この機能は無線環境で特に効果を発揮する。無線環境では、通常は、中間ルータの輻輳ではなくランダムな無線の干渉によりパケットロスが発生する。詳細は RFC 4138 を参照。

 

このファイルは以下のいずれかの値を取ることができる。

Linu 2.6.22 より前では、このパラメータはブール値であり、上記の 0 と 1 のみをサポートしていた。

tcp_frto_response (integer; default: 0; Linux 2.6.22 以降)

F-RTO が TCP 再送タイムアウトが偽物だと検出した場合 (つまり、TCP がもっと長い再送タイムアウトを設定していればタイムアウトが避けられた場合)、次にどうするかに関して選択肢がいくつかある。以下の値を選択できる。

tcp_keepalive_intvl (integer; default: 75; Linux 2.4 以降)

TCP keep-alive のプローブを送る間隔 (秒単位)。

tcp_keepalive_probes (integer; default: 9; Linux 2.2 以降)

TCP keep-alive プローブの最大回数。この回数だけ試しても接続先から反応が得られない場合は、あきらめて接続を切断する。

tcp_keepalive_time (integer; default: 7200; Linux 2.2 以降)

接続がアイドル状態になってから、keep-alive プローブを送信するまでの時間を秒単位で指定する。 SO_KEEPALIVE ソケットオプションが有効になっている場合のみ keep-alive は送信される。デフォルト値は 7200 秒 (2 時間)。 keep-alive が有効になっている場合、さらにおよそ 11 分 (75 秒間隔の 9 プローブ分) 経過するとアイドル状態の接続は終了させられる。

 

下層にある接続追跡機構やアプリケーションでのタイムアウトは、もっとずっと短いかもしれない。

tcp_low_latency (Boolean; default: disabled; Linux 2.4.21/2.6 以降)

有効にすると、TCP スタックはスループットを高くするよりも遅延を少なくすることを優先して判断を行う。このオプションを無効にすると、スループットを高くすることが優先される。このデフォルト値を変更した方がよいアプリケーションの例としては Beowulf コンピュータクラスタが挙げられるだろう。

tcp_max_orphans (integer; default: see below; Linux 2.4 以降)

システムが許容する、 orphan な (どのユーザファイルハンドルにもアタッチされていない) TCP ソケットの最大数。この数を越えると、orphan な接続はリセットされ、警告が表示される。この制限が存在するのは、単純な使用不能 (denial-of-service) 攻撃を防ぐために過ぎない。この値を小さくすることは推奨しない。ネットワークの条件によっては、この数値を大きくしないといけないかもしれないが、 orphan なソケットひとつあたり 64K 程度のスワップ不可能なメモリを消費することも注意せよ。デフォルトの初期値はカーネルパラメータの NR_FILE と等しい。この初期デフォルト値はシステムのメモリに応じて調整される。

tcp_max_syn_backlog (integer; default: 下記参照; Linux 2.2 以降)

接続してきているクライアントから ack を受信していない状態の接続リクエストをキューに置ける最大数。この数値を越えると、カーネルはリクエストを捨て始める。デフォルトの値は 256 で、システムに充分なメモリがある (128Mb 以上) 場合は 1024 になり、メモリが非常に少ない場合 (32 Mb 以下) は 128 になる。この数値を 1024 以上に増やしたい場合は、 include/net/tcp.h の TCP_SYNQ_HSIZE を TCP_SYNQ_HSIZE*16<=tcp_max_syn_backlog のように修正し、カーネルを再コンパイルすることを奨める。

tcp_max_tw_buckets (integer; default: 下記参照; Linux 2.4 以降)

システムが許容する TIME_WAIT 状態にあるソケットの最大数。この制限が存在するのは、単純な使用不能 (denial-of-service) 攻撃を防ぐために過ぎない。デフォルト値は NR_FILE*2 で、システムのメモリに応じて調整される。この数値を越えると、そのようなソケットはクローズされ、警告が表示される。

tcp_moderate_rcvbuf (Boolean; default: enabled; Linux 2.4.17/2.6.7 以降)

有効にすると、TCP は受信バッファの自動調整を行う。具体的には、 ( tcp_rmem[2] を超えない範囲で) バッファの大きさを自動的に変化させ、その経路で最大のスループットを達成するのに必要な大きさに合わせようとする。

tcp_mem (Linux 2.4 以降)

これは 3 つの整数 [low, pressure, high] からなるベクトル値である。これらは TCP がメモリ使用量を追跡するために用いられる (使用量はシステムのページサイズ単位で計測される)。デフォルトはブート時に利用できるメモリの量から計算される。 (実際には、TCP は low memory のみを使用する。値は 32ビットシステムでは約 900 メガバイトに制限される。 64 ビットシステムではこの制限はない。)

tcp_mtu_probing (integer; default: 0; Linux 2.6.17 以降)

このパラメータは、TCP のパケット化レイヤの Path MTU discovery を制御する。このファイルには以下の値を設定できる。

tcp_no_metrics_save (Boolean; default: disabled; Linux 2.6.6 以降)

デフォルトでは、TCP は接続クローズ時に各種の接続パラメータをルートキャッシュ (route cache) に保存し、近い将来に接続が確立された際にこれらの情報を初期状態として使用できるようになっている。通常は、これにより全体として性能が向上するが、時として性能の劣化を引き起こすこともある。 tcp_no_metrics_save を有効にすると、TCP は接続クローズ時に接続パラメータをキャッシュしなくなる。

tcp_orphan_retries (integer; default: 8; Linux 2.4 以降)

こちらからクローズした接続について、先方をプローブする最大試行数。

tcp_reordering (integer; default: 3; Linux 2.4 以降)

TCP パケットストリームでパケット順序の逆転が発生しただけであり、パケットロスが起こったとはみなさない、パケット数の最大値。この値を超えてパケットの順序逆転が起こると、パケットロスが生じたとみなし、slow start に入る。この数値は変更しないほうが良い。これは、接続中のパケットの並び替えによって生じる不必要な速度低下や再送を最小化するように設計された、パケット並び替え (packet reordering) の検知メトリックなのである。

tcp_retrans_collapse (Boolean; default: enabled; Linux 2.2 以降)

再送の際にフルサイズのパケットを送ろうとする。

tcp_retries1 (integer; default: 3; Linux 2.2 以降)

普通に確立されている接続上に、 TCP がネットワーク層を巻き込まずに再送を試みる回数。再送がこの回数を越えると、まず最初に、新しい再送を送る前に可能ならネットワーク層に経路を更新させる。デフォルトは RFC が指定している最少数である 3。

tcp_retries2 (integer; default: 15; Linux 2.2 以降)

確立状態の接続に、この回数 TCP パケットの再送信を行なってもだめな場合はあきらめる。デフォルト値は 15 で、これは (再送のタイムアウトに依存するが) およそ 13〜30 分程度の期間に対応する。 RFC 1122 は最小の限界を 100 秒と置いているが、これはたいていの場合には短すぎると思われる。

tcp_rfc1337 (Boolean; default: disabled; Linux 2.2 以降)

TCP の動作を RFC 1337 に準拠させる。無効にすると、TIME_WAIT 状態のときに RST が受信された場合、 TIME_WAIT 期間の終了を待たずにそのソケットを直ちにクローズする。

tcp_rmem (Linux 2.4 以降)

これは 3 つの整数 [min, default, max] からなるベクトル値である。これらは TCP が受信バッファサイズを調整するために用いられる。 TCP は、システムで利用できるメモリに応じて、受信バッファのサイズをこれらの変数の範囲で以下に示すデフォルトから動的に調整する。

tcp_sack (Boolean; default: enabled; Linux 2.2 以降)

RFC 2018 の TCP Selective Acknowledgements を有効にする。

tcp_slow_start_after_idle (Boolean; default: enabled; Linux 2.6.18 以降)

有効にすると、RFC 2861 の動作が行われ、アイドル時間経過後に輻輳ウィンドウをタイムアウトさせる。アイドル時間は現在の RTO (再送タイムアウト) で定義される。無効にすると、輻輳ウィンドウはアイドル時間経過後もタイムアウトされない。

tcp_stdurg (Boolean; default: disabled; Linux 2.2 以降)

このオプションを有効にすると、 TCP 緊急ポインタ (urgent-pointer) フィールドを RFC 1122 に従った解釈を行う。この解釈に従うと、緊急ポインタは緊急データの最後のバイトを指す。このオプションを無効にすると、緊急ポインタの解釈が BSD 互換の方法で行われる: 緊急ポインタは緊急データの後の最初のバイトを指す。このオプションを有効にすると、相互運用性に問題が生じるかもしれない。

tcp_syn_retries (integer; default: 5; Linux 2.2 以降)

アクティブな TCP 接続に初期 SYN の再送を試みる最大回数。この数値は 255 よりも大きくすべきではない。デフォルトの値は 5 で、およそ 180 秒に対応する。

tcp_synack_retries (integer; default: 5; Linux 2.2 以降)

passive な TCP 接続の SYN/ACK セグメントで再送を試みる最大数。この数値は 255 よりも大きくすべきではない。

tcp_syncookies (Boolean; Linux 2.2 以降)

TCP syncookies を有効にする。カーネルは CONFIG_SYNCOOKIES をつけてコンパイルしておかなければならない。ソケットのバックログキューがオーバーフローすると、 syncookies が送信される。 syncookies 機能は、SYN flood 攻撃からソケットを守ろうとする。これはいずれにしても、最終手段として用いるべきである。これは TCP プロトコルに違反しており、 TCP 拡張のような、TCP の他の部分と衝突してしまう。クライアントやリレーで問題が起こることもある。過負荷や設定間違いによって負荷の大きな状態にあるサーバを調整して救うための機構とみなすべきではない。そのような用途には、代わりに tcp_max_syn_backlog, tcp_synack_retries, tcp_abort_on_overflow などの使用を考えること。

tcp_timestamps (Boolean; default: enabled; Linux 2.2 以降)

RFC 1323 の TCP timestamps を有効にする。

tcp_tso_win_divisor (integer; default: 3; Linux 2.6.9 以降)

このパラメータは、一つの TCP Segmentation Offload (TSO) フレームで消費できる輻輳ウィンドウの割合 (パーセント) を制御する。バースト性と、どれだけ大きな TSO フレームを構築するかのはトレードオフであり、このパラメータはその度合いを設定する。

tcp_tw_recycle (Boolean; default: disabled; Linux 2.4 以降)

TIME_WAIT ソケットの素早い再利用を有効にする。このオプションを有効にすると、 NAT (ネットワークアドレス変換) を用いていると問題が生じるので、あまり推奨しない。

tcp_tw_reuse (Boolean; default: disabled; Linux 2.4.19/2.6 以降)

プロトコルの面から見て問題ない場合に新規コネクションに TIME_WAIT 状態のソケットを再利用することを許可する。技術的に詳しい人の助言や要請なしにこのオプションを変更すべきではない。

tcp_vegas_cong_avoid (Boolean; default: disabled; Linux 2.2 から 2.6.13 まで)

TCP Vegas 輻輳制御アルゴリズムを有効にする。 TCP Vegas は帯域を推測することで輻輳の起こり始めを予想するように TCP の送信側のみに変更を加えたものである。 TCP Vegas は輻輳ウィンドウを修正することで、送信レートを調整する。 TCP Vegas は TCP Reno と比べてパケットロスは少ないが、 TCP Reno ほど積極的な挙動はしない。

tcp_westwood (Boolean; default: disabled; Linux 2.4.26/2.6.3 から 2.6.13 まで)

TCP Westwood+ 輻輳制御アルゴリズムを有効にする。 TCP Westwood+ は TCP 輻輳制御の性能を最適化するように TCP Reno のプロトコルスタックの送信側のみに修正を加えたものである。輻輳が起こった後で、輻輳ウィンドウや slow start の閾値を通信両端間の帯域の推測に基づいて設定する。この推測を使って、TCP Westwood+ は輻輳が発生した時に使っていた帯域を考慮に入れた slow start の閾値と輻輳ウィンドウを設定する。 TCP Westwood+ は、有線ネットワークにおける TCP Reno の公平性 (fairness) と、無線リンクでのスループットを大きく向上する。

tcp_window_scaling (Boolean; default: enabled; Linux 2.2 以降)

RFC 1323 の TCP ウィンドウスケーリングを有効にする。この機能を用いると、接続先が対応していれば、 TCP 接続で大きな (64K 以上の) ウィンドウが使えるようになる。通常は TCP ヘッダのウインドウ長フィールドは 16 ビットなので、ウィンドウサイズは 64K バイト以下に限られる。もっと大きなウィンドウを使いたい場合は、アプリケーションはソケットバッファのサイズを増やして、ウィンドウスケーリングのオプションを利用すればよい。 tcp_window_scaling を無効にしていると、 TCP は他端との接続設定の際に、ウィンドウスケーリングのネゴシエーションを行なわない。

tcp_wmem (Linux 2.4 以降)

これは 3 つの整数 [min, default, max] からなるベクトル値である。これらは TCP が送信バッファサイズを調整するために用いられる。 TCP は、システムで利用できるメモリに応じて、送信バッファのサイズをこれらの変数の範囲で以下に示すデフォルトから動的に調整する。

tcp_workaround_signed_windows (Boolean; default: disabled; Linux 2.6.26 以降)

有効にすると、ウィンドウスケーリングオプションを受信しないのは、接続相手の TCP が壊れていると考え、ウィンドウを符号付きの量とみなす。無効にすると、接続相手からウィンドウスケーリングオプションを受信しなかった場合であっても、接続相手の TCP が壊れているとはみなさない。

ソケットオプション

TCP_CORK (Linux 2.2 以降)

セットされると、 partial フレームを送信しない。このオプションが解除されると、キューイングされた partial フレームが送られる。これは sendfile(2) を呼ぶ前にヘッダを前置したり、スループットを最適化したい場合に便利である。現在の実装では、 TCP_CORK で出力を抑えることができる時間の上限は 200 ミリ秒である。この上限に達すると、キューイングされたデータは自動的に送信される。 Linux 2.5.71 以降においてのみ、このオプションを TCP_NODELAY と同時に用いることができる。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_DEFER_ACCEPT (Linux 2.4 以降)

これを用いると、リスナはデータがソケットに到着した時のみ目覚めるようになる。整数値 (秒) をとり、 TCP が接続を完了しようと試みる回数を制限できる。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_INFO (Linux 2.4 以降)

このソケットの情報を収集するのに用いる。カーネルは /usr/include/linux/tcp.h ファイルで定義されている struct tcp_info を返す。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_KEEPCNT (Linux 2.4 以降)

接続を落とす前に TCP が試みる keepalive プローブの最大回数。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_KEEPIDLE (Linux 2.4 以降)

この時間 (秒単位) を越えて接続がアイドル状態に留まっていると、このソケットに SO_KEEPALIVE ソケットオプションが設定されている場合、 TCP は keepalive プローブを送りはじめる。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_KEEPINTVL (Linux 2.4 以降)

各 keepalive プローブの間隔 (秒単位)。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_LINGER2 (Linux 2.4 以降)

orphan された FIN_WAIT2 状態のソケットの寿命。このオプションを用いると、システム全体に適用されるファイル /proc/sys/net/ipv4/tcp_fin_timeout の値を、このソケットに対してのみ変更できる。 socket(7) レベルのオプション SO_LINGER と混同しないこと。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_MAXSEG

送出 TCP パケットの最大セグメントサイズ。 Linux 2.2 以前と Linux 2.6.28 以降では、このオプションを接続確立の前に設定すると、初期パケットで他端にアナウンスする MSS の値も変化する。インターフェースの MTU よりも大きな (あるいは大きくなってしまった) 値は効果を持たない。また TCP は、この値よりも最小・最大の制限の方を優先する。

TCP_NODELAY

設定すると Nagle アルゴリズムを無効にする。すなわち、データ量が少ない場合でも各セグメントは可能な限り早く送信される。設定されていないと、送信する分だけ溜まるまでデータはバッファされ、小さなパケットを頻繁に送らずにすみ、ネットワークを有効に利用できる。このオプションは TCP_CORK により上書きされる。しかしながら、 TCP_CORK が設定されている場合であっても、このオプションを設定すると、送信待ちの出力を明示的に掃き出す (flush) ことになる。

TCP_QUICKACK (Linux 2.4.4 以降)

設定されていると quickack モードを有効にし、クリアされると無効にする。通常の TCP 動作では ack は必要に応じて遅延されるのに対し、 quickack モードでは ack はすぐに送信される。このフラグは永続的なものではなく、 quickack モードから/モードへ切り替えるためのものである。これ以降の TCP プロトコルの動作によっては、内部のプロトコル処理や、遅延 ack タイムアウトの発生、データ転送などの要因によって、再び quickack から出たり入ったりする。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_SYNCNT (Linux 2.4 以降)

接続の試行を中止させる前に TCP が送る SYN 再送数を設定する。これは 255 より大きくはできない。移植性の必要なプログラムではこのオプションを用いるべきではない。

TCP_WINDOW_CLAMP (Linux 2.4 以降)

広報するウィンドウのサイズをこの値に固定する。カーネルによって最小サイズは SOCK_MIN_RCVBUF/2 に制限されている。このオプションは移植性の必要なコードでは用いるべきでない。

ソケット API

Linux は、デフォルトでは urgent ポインタフィールドの解釈に BSD 互換の方法を用いる。これは RFC 1122 に反しているが、他のスタックと同時に動作させるにはやむを得ない。これは /proc/sys/net/ipv4/tcp_stdurg によって変更できる。

recv(2) の MSG_PEEK フラグを使うと、帯域外データを覗き見することができる。

Linux 2.4 以降では、 recv(2) (や recvmsg(2)) の flags 引き数に MSG_TRUNC を使うことができる。このフラグを指定すると、受信データは、呼び出し元から渡されたバッファにコピーされて返されるのではなく、廃棄されるようになる。 Linux 2.4.4 以降では、 MSG_PEEK を、帯域外データを受信するための MSG_OOB と組み合わせて使った場合にも、これと同じ効果を持つようになっている。

ioctl

ioctl_type は以下のいずれか一つである:

SIOCINQ

受信バッファのキューにある、まだ読んでいないデータの量を返す。ソケットは LISTEN 状態にあってはならず、さもないとエラー ( EINVAL) が返る。 SIOCINQ は <linux/sockios.h> で定義されている。代わりに、 <sys/ioctl.h> で定義されている、同義語の FIONREAD を使うこともできる。

SIOCATMARK

受信データストリームが緊急マークの位置であれば、真を返す (つまり value が 0 以外)。

 

SO_OOBINLINE ソケットオプションが設定されていて、 SIOCATMARK が真を返した場合、次のソケットからの読み込みでは緊急データが返される。 SO_OOBINLINE ソケットオプションが設定されておらず、 SIOCATMARK が真を返した場合、次のソケットからの読み込みでは緊急データに続くデータが返される (実際に緊急データを読み込むには recv(MSG_OOB) とフラグをつける必要がある)。

 

データの一回の読み込みでは緊急マークを跨がっての読み込みは行われない。アプリケーションが緊急データの存在を ( exceptfds 引き数を使って) select(2) 経由または SIGURG シグナルの配送を通じて知らされた場合、 SIOCATMARK のチェックと読み込み (何バイト読み込み要求をしてもよい) を SIOCATMARK が偽を返さなくなるまで繰り返し行うことで、緊急マークの位置まで読み進めることができる。

SIOCOUTQ

ソケットの送信キューに残っている未送信データの量を返す。ソケットは LISTEN 状態にあってはならない。 LISTEN 状態の場合にはエラー ( EINVAL) となる。 SIOCOUTQ は <linux/sockios.h> で定義されている。代わりに、 <sys/ioctl.h> で定義されている、同義語の TIOCOUTQ を使うこともできる。

エラー処理

アプリケーションによっては、もっと早くエラーを知らせてほしい場合がある。これには IPPROTO_IP レベルの IP_RECVERR ソケットオプションを用いると良い。このオプションが有効になっていると、到着したエラーはすべてただちにユーザープログラムに渡される。このオプションは慎重に用いること—ルーティングの変更など、通常ありうるネットワーク状態に対して TCP をより脆弱にしてしまう。