INET

Section: Devices and Network Interfaces (4)
索引 jman

BSD mandoc
BSD 4.2

索引

名称

inet - インターネットプロトコルファミリ

索引

書式

Fd #include <sys/types.h> Fd #include <netinet/in.h>

索引

解説

インターネットプロトコルファミリは Internet Protocol (IP ) トランスポート層の上に位置し、インターネットアドレスフォーマットを利用するプロトコル群です。インターネットファミリは、 SOCK_STREAM , SOCK_DGRAM および SOCK_RAW ソケットタイプのためのプロトコルのサポートを提供します。 SOCK_RAW インタフェースは IP プロトコルへのアクセスを提供します。

索引

アドレッシング

インターネットアドレスは 4 バイトの大きさであり、ネットワーク標準フォーマットで格納されています ( VAX では、ワード、バイトの順序を逆にしたものです)。インクルードファイル Aq Pa netinet/in.h では、このアドレスを区分された共用体として定義しています。

インターネットプロトコルファミリに結合されたソケットは、次のアドレッシング構造体を利用します。

struct sockaddr_in {
        u_char  sin_len;
        u_char  sin_family;
        u_short sin_port;
        struct  in_addr sin_addr;
        char    sin_zero[8];
};

到着メッセージに対する ``ワイルドカード'' マッチングの効果を得る場合、 INADDR_ANY ローカルアドレスを用いて、ソケットを生成することができます。 connect(2) あるいは sendto(2) の呼び出しで与えるアドレスとして、 ``このホスト'' を意味するために、 INADDR_ANY を与えても構いません。もし最初からネットワークがブロードキャストをサポートするように設定されていれば、特別のアドレスである INADDR_BROADCAST が、プライマリネットワーク上のブロードキャストアドレスを表す略記として許されています。

索引

プロトコル

インターネットプロトコルファミリは、 IP ネットワークプロトコル、インターネットコントロールメッセージプロトコル (ICMP ) 、インターネットグループマネジメントプロトコル (IGMP ) 、トランスミッションコントロールプロトコル (TCP ) 、およびユーザデータグラムプロトコル (UDP ) からなります。 TCP は SOCK_STREAM アブストラクションをサポートするために使われ、 UDP は SOCK_DGRAM アブストラクションをサポートするために使われます。 IP に対する raw インタフェースが、 SOCK_RAW タイプのインターネットソケットを生成することにより利用可能です。 ICMP メッセージプロトコルが raw ソケットからアクセス可能です。

32 ビットのインターネットアドレスはネットワーク部とホスト部の両方を含んでいます。しかしながら、アドレスに対して直接検査することは推奨されません。どうしてもアドレスをその 2 つの部分に分割する必要のあるプログラムのために、次の ioctl(2) コマンドがインターネットドメインのデータグラムソケット向けに提供されています。それらは SIOCIFADDR コマンド ( intro(4) を参照 ) と同じ形式を持ちます。

SIOCSIFNETMASK: インタフェースのネットワークマスクを設定します。ネットワークマスクはアドレスのネットワーク部を定義します。もしそれがアドレスタイプが示すよりも多いアドレスを含むなら、サブネットが使われています。
SIOCGIFNETMASK: インタフェースのネットワークマスクを得ます。

索引

ルーティング

インターネットプロトコルの現在の実装は、トランザクション TCP (Transaction TCP) および経路の MTU 検出 (Path MTU Discovery) に必要なある種のエンドツーエンド情報に対する強力なキャッシングを提供するために、ルーティングテーブルに対するいくつかの調整を含んでいます。次に示す変更が最も重要です :

RTF_CLONING フラグ付きあるいはマルチキャストの終点宛以外の IP 経路は RTF_PRCLONING フラグが強制的に立てられます (これは ``プロトコルクローニング'' と呼ばれます。)
ある IP 経路への最後の参照が欠落している場合、その経路が、そのような経路をコピーすることにより生成されたかどうかが検査されます。もしそうであれば、 RTF_PROTO3 フラグが立てられ、net.inet.ip.rtexpire 秒以内に消去されるように無効化のためのタイマが初期化されます。そのような経路が再び参照されると、フラグとタイマはリセットされます。
10 分に 1 回、あるいはカーネルのルーティングテーブルに期限切れ直前の経路が存在するとすぐにカーネルタイムアウトが実行され、期限切れの経路を削除します。

キャッシュされている経路が大きくなり過ぎた場合、 net.inet.ip.rtexpire の値を変更するための動的な処理が実行されます。期限切れ消去の実行後に、net.inet.ip.rtmaxcache より多い数の経路が参照されないまま残っている場合、 rtexpire が 3/4 にされ、これより長い期限をもつすべての経路の期限が調整されます。最小の rtexpire 値 (net.inet.ip.rtminexpire) の指定およびこの削減を 10 分に 1 回おきに起こるように制限することにより、このプロセスの効果はいくらか小さくなります。

何らかの外部プロセスが、プロトコルクローンで作られた経路のオリジナルの経路を削除した場合、「子の経路」は削除されます。 (実際のところ、これは、プロトコル要求クローニングをサポートするルーティングコードにおける一般的なメカニズムです。)

プロトコルクローニングにより生成されたのではない経路を管理する試みは行なわれません。それらは静的であり、外部のルーティングプロセスや、あるいはリンク層 (たとえばイーサネットにおける ARP の管理下にあると想定されます。

ある種のネットワーク活動だけが、このメカニズムを用いて経路のクローニングを行ないます。特にある宛先を持ち、長い間継続する経路の参照を自分自身でキャッシュするプロトコル ( TCP や UDP のような ) は、このメカニズムを起動するきっかけとなります。一方、ローカルに生成されたものであれフォワードされたものであれ、生の IP パケットだと、このメカニズムは起動しません。

索引

MIB 変数

sysctl(3) MTB の net.inet ブランチには、多くの変数が実装されています。トランスポートプロトコルによりサポートされる変数 (各々のマニュアルページを参照してください) に加え、次の一般的な変数が定義されています。

IPCTL_FORWARDING: (ip.forwarding) ブール値: IP パケットのフォワーディングを可能にする / 抑制する (デフォルトではカーネル設定オプション GATEWAY によります)。
IPCTL_SENDREDIRECTS: (ip.redirect) ブール値: フォワードできない IP パケットについて ICMP リダイレクトを送出する / 送出しない (デフォルトは真)。
IPCTL_DEFTTL: (ip.ttl) 整数値: 外に出ていく IP パケットのデフォルトの生存時間。
IPCTL_SOURCEROUTE: (ip.sourceroute) ブール値: 始点経路制御された IP パケットのフォワードを可能にする / 抑制する (デフォルトは偽)。
IPCTL_RTEXPIRE: (ip.rtexpire) 整数値: プロトコルクローンされた IP 経路の、最後の参照が終了した後の秒単位の生存時間 (デフォルトは 1 時間)。上記のように、この値は動的に変化します。
IPCTL_RTMINEXPIRE: (ip.rtminexpire) 整数値: ip.rtexpire の最小値 (デフォルトは 10 秒)。この値はユーザによる変更に対しては効果がなく、上記のような動的調整に限られています。
IPCTL_RTMAXCACHE: (ip.rtmaxcache) 整数値: キャッシュされ、かつ参照されず、かつプロトコルクローンされた経路の、動的な調整を開始するトリガレベル (デフォルトは 128)。