draft/man7/packet.7

   1 .\" This man page is Copyright (C) 1999 Andi Kleen <ak@muc.de>.
   2 .\"
   3 .\" %%%LICENSE_START(VERBATIM_ONE_PARA)
   4 .\" Permission is granted to distribute possibly modified copies
   5 .\" of this page provided the header is included verbatim,
   6 .\" and in case of nontrivial modification author and date
   7 .\" of the modification is added to the header.
   8 .\" %%%LICENSE_END
   9 .\"
  10 .\" $Id: packet.7,v 1.13 2000/08/14 08:03:45 ak Exp $
  11 .\"
  12 .\"*******************************************************************
  13 .\"
  14 .\" This file was generated with po4a. Translate the source file.
  15 .\"
  16 .\"*******************************************************************
  17 .\"
  18 .\" Japanese Version Copyright (c) 1999 NAKANO Takeo all rights reserved.
  19 .\" Translated 1999-12-06, NAKANO Takeo <nakano@apm.seikei.ac.jp>
  20 .\" Updated 2001-02-13, Kentaro Shirakata <argrath@ub32.org>
  21 .\" Updated 2005-02-21, Akihiro MOTOKI <amotoki@dd.iij4u.or.jp>
  22 .\"
  23 .TH PACKET 7 2014\-04\-28 Linux "Linux Programmer's Manual"
  24 .SH 名前
  25 packet \- デバイスレベルのパケットインターフェース
  26 .SH 書式
  27 .nf
  28 \fB#include <sys/socket.h>\fP
  29 .br
  30 \fB#include <netpacket/packet.h>\fP
  31 .br
  32 \fB#include <net/ethernet.h> /* L2 プロトコル */\fP
  33 .sp
  34 \fBpacket_socket = socket(AF_PACKET, int \fP\fIsocket_type\fP\fB, int \fP\fIprotocol\fP\fB);\fP
  35 .fi
  36 .SH 説明
  37 packet ソケットは、デバイスドライバ (OSI レイヤ 2) レベルで 生のパケット (raw packet) を送受信するために用いられる。
  38 packet ソケットを使うと、ユーザー空間で物理層の上に プロトコルモジュールを実装することができる。
  39
  40 \fIsocket_type\fP には \fBSOCK_RAW\fP と \fBSOCK_DGRAM\fP のいずれかを指定する。 \fBSOCK_RAW\fP
  41 はリンクレベルヘッダを含む raw パケットを、 \fBSOCK_DGRAM\fP はリンクレベルヘッダが削除された加工済みパケットを示す。
  42 リンクレベルヘッダ情報は \fIsockaddr_ll\fP で共通のフォーマットで入手できる。 \fIprotocol\fP には IEEE 802.3
  43 プロトコル番号を ネットワークバイトオーダーで指定する。 指定できるプロトコルのリストは、インクルードファイル
  44 \fI<linux/if_ether.h>\fP を参照。プロトコルを \fBhtons(ETH_P_ALL)\fP
  45 にすると、全てのプロトコルが受信される。 外部から来たパケットのうち指定したプロトコルのものは、
  46 カーネルに実装されているプロトコルに渡される前の段階で、 packet ソケットに渡される。
  47
  48 packet ソケットをオープンできるのは、 実効ユーザーID が 0 のプロセスか、 \fBCAP_NET_RAW\fP
  49 ケーパビリティを持つプロセスだけである。
  50
  51 \fBSOCK_RAW\fP パケットでは、パケットをデバイスドライバと受け渡しする際、 パケットデータに変更が行われることはない。
  52 パケットの受信時には、アドレスの解析だけは行われ、 標準的な \fIsockaddr_ll\fP
  53 アドレス構造体に渡される。パケットの送信時には、ユーザが指定する バッファに物理層のヘッダが含まれている必要がある。
  54 パケットはそのまま修正を受けずに、行き先アドレスから決定される インターフェースのネットワークドライバにキューイングされる。
  55 デバイスドライバによっては、他のヘッダを常に追加するものもある。 \fBSOCK_RAW\fP は Linux 2.0 の obosolete な
  56 \fBAF_INET/SOCK_PACKET\fP と似ているが、互換性があるわけではない。
  57
  58 \fBSOCK_DGRAM\fP はやや高位のレベルで動作する。物理ヘッダは、パケットがユーザーに 渡される前に削除される。 \fBSOCK_DGRAM\fP の
  59 packet ソケットを通して送られるパケットは、 \fIsockaddr_ll\fP の行き先アドレスの情報に基づき、適切な物理層のヘッダが付加されてから、
  60 キューに送られる。
  61
  62 デフォルトでは、指定したプロトコル型のパケットはすべて packet ソケットに送られる。特定のインターフェースからのパケットだけを
  63 取得したい場合には、 \fIstruct sockaddr_ll\fP にアドレスを指定して \fBbind\fP(2)  を呼び、 packet
  64 ソケットをそのインターフェースに結び付ける (バインドする)。 バインドの際には、アドレスフィールドのうち \fIsll_protocol\fP と
  65 \fIsll_ifindex\fP だけが用いられる。
  66
  67 \fBconnect\fP(2)  操作は packet ソケットではサポートされていない。
  68
  69 \fBMSG_TRUNC\fP フラグが \fBrecvmsg\fP(2), \fBrecv\fP(2), \fBrecvfrom\fP(2)  に渡されると、
  70 (バッファサイズより大きかったとしても) 常に実際に通信された パケットの長さが返される。
  71 .SS アドレスのタイプ
  72 \fIsockaddr_ll\fP はデバイスに依存しない物理層のアドレスである。
  73
  74 .in +4n
  75 .nf
  76 struct sockaddr_ll {
  77     unsigned short sll_family;   /* 常に AF_PACKET */
  78     unsigned short sll_protocol; /* 物理層のプロトコル */
  79     int            sll_ifindex;  /* インターフェース番号 */
  80     unsigned short sll_hatype;   /* ARP ハードウェア種別 */
  81     unsigned char  sll_pkttype;  /* パケット種別 */
  82     unsigned char  sll_halen;    /* アドレスの長さ */
  83     unsigned char  sll_addr[8];  /* 物理層のアドレス */
  84 };
  85 .fi
  86 .in
  87
  88 \fIsll_protocol\fP は標準的なイーサネットプロトコルのタイプで、 ネットワーク
  89 バイトオーダーで記述する。 インクルードファイル
  90 \fI<linux/if_ether.h>\fP で定義されている。 これがこのソケットのプロト
  91 コルのデフォルトとなる。 \fIsll_ifindex\fP はそのインターフェースの interface
  92 index である (\fBnetdevice\fP(7) を参照)。 0 は (バインドが許可されている) 任
  93 意のインターフェースにマッチする。 \fIsll_hatype\fP は、インクルードファイル
  94 \fI<linux/if_arp.h>\fP で定義されている ARP 種別である。
  95 \fIsll_pkttype\fP はパケット種別である。指定できる種別は以下のいずれかである:
  96 \fBPACKET_HOST\fP (ローカルホスト向けのパケット)、 \fBPACKET_BORADCAST\fP (物理層
  97 のブロードキャストパケット)、 \fBPACKET_MULTICAST\fP (物理層のマルチキャストア
  98 ドレスに送るパケット)、 \fBPACKET_OTHERHOST\fP (他のホストに向けられたパケット
  99 のうち、 無差別モード (promiscuous mode: 後述) のデバイスドライバにより補足
 100 されたもの)、 \fBPACKET_OUTGOING\fP (ローカルホストから発信され、 packet ソケッ
 101 トにループバックしてきたパケット)。 これらの種別が意味を持つのは受信時のみ
 102 である。 \fIsll_addr\fP と \fIsll_halen\fP は、物理層の (つまり IEEE 802.3 の)
 103 アドレスとその長さである。 厳密な解釈はデバイスに依存する。
 104
 105 パケットを送る場合は、 \fIsll_family\fP, \fIsll_addr\fP, \fIsll_halen\fP, \fIsll_ifindex\fP
 106 を指定すれば十分である。 その他のフィールドは 0 にしておくべきである。 \fIsll_hatype\fP と \fIsll_pkttype\fP
 107 には受信したパケットの情報が設定される。 バインドの際には、 \fIsll_protocol\fP と \fIsll_ifindex\fP だけが使用される。
 108 .SS ソケットオプション
 109 パケットソケットのオプションは、レベル \fBSOL_PACKET\fP を指定して \fBsetsockopt\fP(2) を呼び出すことで設定できる。
 110 .TP
 111 \fBPACKET_ADD_MEMBERSHIP\fP
 112 .PD 0
 113 .TP
 114 \fBPACKET_DROP_MEMBERSHIP\fP
 115 .PD
 116 packet ソケットは、物理層のマルチキャストや 無差別モード (promiscuous mode) を設定して使うことができる。
 117 \fBPACKET_ADD_MEMBERSHIP\fP はバインドを追加し、 \fBPACKET_DROP_MEMBERSHIP\fP
 118 はバインドを削除する。これらはいずれも \fIpacket_mreq\fP 構造体を引き数に取る。
 119
 120 .in +4n
 121 .nf
 122 struct packet_mreq {
 123     int            mr_ifindex;    /* インターフェース番号 */
 124     unsigned short mr_type;       /* 動作 */
 125     unsigned short mr_alen;       /* アドレスの長さ */
 126     unsigned char  mr_address[8]; /* 物理層のアドレス */
 127 };
 128 .fi
 129 .in
 130
 131 \fImr_ifindex\fP は、ステータスを変更したいインターフェースの インターフェース番号である。 \fImr_type\fP
 132 パラメータは実行する動作を指定する: \fBPACKET_MR_PROMISC\fP は、共有している媒体からの全てのパケットを受信できるようにする
 133 (しばしば "無差別モード (promiscuous mode)" と呼ばれる)。 \fBPACKET_MR_MULTICAST\fP は、そのソケットを、
 134 \fImr_address\fP と \fImr_alen\fP で指定される物理層のマルチキャストブループにバインドする。
 135 \fBPACKET_MR_ALLMULTI\fP は socket を up にして、そのインターフェースに到達したすべての
 136 マルチキャストパケットを受信できるようにする。
 137
 138 昔からある ioctl だけでなく、 \fBSIOCSIFFLAGS\fP, \fBSIOCADDMULTI\fP, \fBSIOCDELMULTI\fP
 139 を同じ目的に用いることができる。
 140 .TP
 141 \fBPACKET_AUXDATA\fP (Linux 2.6.21 以降)
 142 .\" commit 8dc4194474159660d7f37c495e3fc3f10d0db8cc
 143 ブール値のオプションを有効すると、 パケットソケットは、パケットと一緒にメタデータ構造体を \fBrecvmsg\fP(2) コントロールフィールドで渡す。
 144 この構造体は \fBcmsg\fP(3) を使って読むことができる。 定義は以下の通りである。
 145
 146 .in +4n
 147 .nf
 148 struct tpacket_auxdata {
 149     __u32 tp_status;
 150     __u32 tp_len;      /* パケット長 */
 151     __u32 tp_snaplen;  /* キャプチャした長さ */
 152     __u16 tp_mac;
 153     __u16 tp_net;
 154     __u16 tp_vlan_tci;
 155     __u16 tp_padding;
 156 };
 157 .fi
 158 .in
 159 .TP
 160 \fBPACKET_FANOUT\fP (Linux 3.1 以降)
 161 .\" commit dc99f600698dcac69b8f56dda9a8a00d645c5ffc
 162 スレッドにまたがって処理をスケールさせるため、 パケットソケットはファンアウトグループを構成することができる。 このモードでは、
 163 マッチしたそれぞれのパケットはグループ内のいずれか一つのソケットにだけキューイングされる。 ソケットをファンアウトグループに参加させるには、 レベル
 164 \fBSOL_PACKET\fP でオプション \fBPACKET_FANOUT\fP を指定して \fBsetsockopt\fP(2) を呼び出す。
 165 ネットワーク名前空間毎に最大 65536 個の独立したグループを持つことができる。 整数のオプション値の先頭 16 ビットに ID
 166 をエンコードすることで、 ソケットはグループを選択する。 あるグループへの最初のパケットソケットの参加があった時点で、
 167 グループは暗黙のうちに作成される。 既存のグループへの参加が成功するためには、 それ以降にそのグループに参加しようとするパケットソケットは、
 168 プロトコロ、 デバイス設定、ファンアウトモード、フラグが同じである必要がある (下記参照)。 パケットソケットがファンアウトグループから抜けるのは、
 169 そのソケットをクローズした場合だけである。 ファンアウトグループは最後のソケットがクローズした場合に削除される。
 170
 171 .\" commit 2d36097d26b5991d71a2cf4a20c1a158f0f1bfcd
 172 ファンアウトでは、 複数のソケットにトラフィックを分散させるアルゴリズムを複数サポートしている。 デフォルトのモードである
 173 \fBPACKET_FANOUT_HASH\fP では、同じフローのパケットは同じソケットに送信され、 フロー単位の順序が維持される。
 174 パケットごとに、パケットフローのハッシュの、そのグループのソケット数に対する剰余が計算され、ソケットが選択される。
 175 なお、フローハッシュはネットワーク層のアドレスとトランスポート層のポートフィールドに対するハッシュである (トランスポート層ポートは存在する場合のみ)。
 176 負荷分散モード \fBPACKET_FANOUT_LB\fP はラウンドロビンアルゴリズムが採用されている。 \fBPACKET_FANOUT_CPU\fP では、
 177 パケットが到着した CPU に基づいてソケットを選択する。 \fBPACKET_FANOUT_ROLLOVER\fP
 178 はすべてのデータを一つのソケットで処理し、 そのソケットで処理待ち (backlog) が発生した場合に次のソケットに移る。
 179 \fBPACKET_FANOUT_RND\fP では擬似乱数発生器を使ってソケットが選択される。 \fBPACKET_FANOUT_QM\fP (Linux
 180 3.14 以降で利用可能) では受信 skb に記録された queue_mapping を使ってソケットが選択される。
 181
 182 ファンアウトモードでは追加のオプションがある。 IP フラグメンテーションが起こると、
 183 同じフローのパケットのフローハッシュが異なるハッシュを持つことになる。 フラグ \fBPACKET_FANOUT_FLAG_DEFRAG\fP
 184 をセットすると、 パケットはファンアウトを行う前にフラグメント再構築が行われるようになり、 フラグメントがあった場合でも順序が維持される。
 185 ファンアウトモードとオプションは、 整数のオプション値の下位 16 ビットで指定される。 フラグ
 186 \fBPACKET_FANOUT_FLAG_ROLLOVER\fP を指定すると、 バックアップ戦略としてロールオーバー方式が有効になる。
 187 元のファンアウトアルゴリズムが backlog ソケットを選択していれば、 パケットは次の利用可能なソケットにロールオーバーされる。
 188 .TP
 189 \fBPACKET_LOSS\fP (\fBPACKET_TX_RING\fP で使用)
 190 When a malformed packet is encountered on a transmit ring, the default is to
 191 reset its \fItp_status\fP to \fBTP_STATUS_WRONG_FORMAT\fP and abort the
 192 transmission immediately.  The malformed packet blocks itself and
 193 subsequently enqueued packets from being sent.  The format error must be
 194 fixed, the associated \fItp_status\fP reset to \fBTP_STATUS_SEND_REQUEST\fP, and
 195 the transmission process restarted via \fBsend\fP(2).  However, if
 196 \fBPACKET_LOSS\fP is set, any malformed packet will be skipped, its
 197 \fItp_status\fP reset to \fBTP_STATUS_AVAILABLE\fP, and the transmission process
 198 continued.
 199 .TP
 200 \fBPACKET_RESERVE\fP (\fBPACKET_RX_RING\fP で使用)
 201 デフォルトでは、パケット受信リングはメタデータ構造体とアライメント用のパディングの直後にパケットを書き込む。
 202 この整数オプションを設定すると、パケットの前に追加で領域が予約される。
 203 .TP
 204 \fBPACKET_RX_RING\fP
 205 Create a memory\-mapped ring buffer for asynchronous packet reception.  The
 206 packet socket reserves a contiguous region of application address space,
 207 lays it out into an array of packet slots and copies packets (up to
 208 \fItp_snaplen\fP)  into subsequent slots.  Each packet is preceded by a
 209 metadata structure similar to \fItpacket_auxdata\fP.  The protocol fields
 210 encode the offset to the data from the start of the metadata header.
 211 \fItp_net\fP stores the offset to the network layer.  If the packet socket is
 212 of type \fBSOCK_DGRAM\fP, then \fItp_mac\fP is the same.  If it is of type
 213 \fBSOCK_RAW\fP, then that field stores the offset to the link\-layer frame.
 214 Packet socket and application communicate the head and tail of the ring
 215 through the \fItp_status\fP field.  The packet socket owns all slots with
 216 \fItp_status\fP equal to \fBTP_STATUS_KERNEL\fP.  After filling a slot, it changes
 217 the status of the slot to transfer ownership to the application.  During
 218 normal operation, the new \fItp_status\fP value has at least the
 219 \fBTP_STATUS_USER\fP bit set to signal that a received packet has been stored.
 220 When the application has finished processing a packet, it transfers
 221 ownership of the slot back to the socket by setting \fItp_status\fP equal to
 222 \fBTP_STATUS_KERNEL\fP.  Packet sockets implement multiple variants of the
 223 packet ring.  The implementation details are described in
 224 \fIDocumentation/networking/packet_mmap.txt\fP in the Linux kernel source tree.
 225 .TP
 226 \fBPACKET_STATISTICS\fP
 227 パケットソケットの統計情報を次の構造体形式で取得する。
 228
 229 .in +4n
 230 .nf
 231 struct tpacket_stats {
 232     unsigned int tp_packets;  /* 総パケット数 */
 233     unsigned int tp_drops;    /* ドロップパケット数 */
 234 };
 235 .fi
 236 .in
 237
 238 統計情報を取得すると、内部カウンターはリセットされる。 \fBTPACKET_V3\fP のリングを使う場合には、統計情報構造体は違うものになる。
 239 .TP
 240 \fBPACKET_TIMESTAMP\fP (\fBPACKET_RX_RING\fP で使用; Linux 2.6.36 以降)
 241 .\" commit 614f60fa9d73a9e8fdff3df83381907fea7c5649
 242 パケット受信リングでは常にタイムスタンプがメタデータヘッダーに格納される。
 243 デフォルトでは、タイムスタンプはパケットがリングにコピーされた時点で生成されるソフトウェアによるタイムスタンプである。
 244 この整数オプションによりタイムスタンプの種類を選択できる。 デフォルト以外では、 Linux カーネルソースツリーの
 245 \fIDocumentation/networking/timestamping.txt\fP に説明がある 2
 246 種類のハードウェアフォーマットがサポートされている。
 247 .TP
 248 \fBPACKET_TX_RING\fP (Linux 2.6.31 以降)
 249 .\" commit 69e3c75f4d541a6eb151b3ef91f34033cb3ad6e1
 250 Create a memory\-mapped ring buffer for packet transmission.  This option is
 251 similar to \fBPACKET_RX_RING\fP and takes the same arguments.  The application
 252 writes packets into slots with \fItp_status\fP equal to \fBTP_STATUS_AVAILABLE\fP
 253 and schedules them for transmission by changing \fItp_status\fP to
 254 \fBTP_STATUS_SEND_REQUEST\fP.  When packets are ready to be transmitted, the
 255 application calls \fBsend\fP(2)  or a variant thereof.  The \fIbuf\fP and \fIlen\fP
 256 fields of this call are ignored.  If an address is passed using \fBsendto\fP(2)
 257 or \fBsendmsg\fP(2), then that overrides the socket default.  On successful
 258 transmission, the socket resets \fItp_status\fP to \fBTP_STATUS_AVAILABLE\fP.  It
 259 immediately aborts the transmission on error unless \fBPACKET_LOSS\fP is set.
 260 .TP
 261 \fBPACKET_VERSION\fP (\fBPACKET_RX_RING\fP で使用; Linux 2.6.27 以降)
 262 .\" commit bbd6ef87c544d88c30e4b762b1b61ef267a7d279
 263 デフォルトでは、 \fBPACKET_RX_RING\fP は \fBTPACKET_V1\fP
 264 のパケット受信リングを作成する。別のバージョンのリングを作成するには、そのリングを作成する前に希望するバージョンが使われるようにこの整数オプションを設定すること。
 265 .TP
 266 \fBPACKET_QDISC_BYPASS\fP (Linux 3.14 以降)
 267 .\" commit d346a3fae3ff1d99f5d0c819bf86edf9094a26a1
 268 デフォルトでは、パケットはカーネルの qdisc (トラフィック制御) レイヤー経由で渡される。 これは大半のユースケースに合っている。
 269 ネットワークに対して可能な限りパケットを送信する (例えば pkggen と同様の方法で負荷対象のデバイスを試験する)
 270 のにパケットソケットを使うトラフィック生成アプライアンスでは、この整数オプションを 1 に設定することで qdisc レイヤーを飛ばすことができる。
 271 qdisc レイヤーでのパケットバッファが行われなくなるという副作用がある。 これにより、
 272 ネットワークデバイスの送信キューの使用量が高い場合にパケット廃棄が起きやすくなる。
 273 .SS ioctl
 274 .\" FIXME Document SIOCGSTAMPNS
 275 \fBSIOCGSTAMP\fP を用いると、最後に受信したパケットのタイムスタンプを得ることができる。 引き数は \fIstruct timeval\fP
 276 型の変数である。
 277
 278 さらに、 \fBnetdevice\fP(7)  および \fBsocket\fP(7)  で定義されている標準の ioctl はいずれも packet
 279 ソケットに指定可能である。
 280 .SS エラー処理
 281 packet ソケットは、パケットをデバイスドライバに渡すときに 起きたエラーしか処理しない。遅延エラー (pending error)
 282 に関する概念は持っていない。
 283 .SH エラー
 284 .TP
 285 \fBEADDRNOTAVAIL\fP
 286 不明なマルチキャストグループアドレスが渡された。
 287 .TP
 288 \fBEFAULT\fP
 289 ユーザが渡したメモリアドレスが不正。
 290 .TP
 291 \fBEINVAL\fP
 292 引き数が不正。
 293 .TP
 294 \fBEMSGSIZE\fP
 295 パケットがインターフェースの MTU より大きい。
 296 .TP
 297 \fBENETDOWN\fP
 298 インターフェースが up でない。
 299 .TP
 300 \fBENOBUFS\fP
 301 パケットに割り当てるメモリが足りない。
 302 .TP
 303 \fBENODEV\fP
 304 デバイス名が不明。あるいはインターフェースアドレスで指定された インターフェースインデックスが不明。
 305 .TP
 306 \fBENOENT\fP
 307 パケットを一つも受信していない。
 308 .TP
 309 \fBENOTCONN\fP
 310 インターフェースアドレスが渡されなかった。
 311 .TP
 312 \fBENXIO\fP
 313 インターフェースアドレスに不正なインターフェースインデックスが含まれている。
 314 .TP
 315 \fBEPERM\fP
 316 この操作を行うのに必要な権限をユーザが持っていない。
 317
 318 上記以外のエラーが、低レベルのドライバで生成されることがある。
 319 .SH バージョン
 320 \fBAF_PACKET\fP は Linux 2.2 の新機能である。これより古いバージョンの Linux では \fBSOCK_PACKET\fP
 321 のみをサポートしていた。
 322 .PP
 323 インクルードファイル \fI<netpacket/packet.h>\fP が存在するのは glibc 2.1 以降である。
 324 それ以前のシステムでは以下のようにする必要がある:
 325 .sp
 326 .in +4n
 327 .nf
 328 #include <asm/types.h>
 329 #include <linux/if_packet.h>
 330 #include <linux/if_ether.h>  /* The L2 protocols */
 331 .fi
 332 .in
 333 .SH 注意
 334 移植性の必要なプログラムでは、 \fBpcap\fP(3)  経由で \fBAF_PACKET\fP を用いることをお薦めする。ただし、この方法では
 335 \fBAF_PACKET\fP の機能すべてを利用することはできない。
 336
 337 \fBSOCK_DGRAM\fP packet ソケットは、IEEE 802.3 フレームの IEEE 802.2 LLC ヘッダの
 338 生成や解析を行おうとしない。 \fBETH_P_802_3\fP が送信プロトコルに指定されると、カーネルは 802.3 フレームを 生成して length
 339 フィールドに書き込む。 完全に準拠したパケットを得るためにはユーザーが LLC ヘッダを 与える必要がある。到着した 802.3 パケットでは、
 340 DSAP/SSAP protocol の各フィールドは多重化 (multiplex) されていない。 代わりにこれらは LLC ヘッダが前置された
 341 \fBETH_P_802_2\fP プロトコルとして与えられる。したがって、 \fBETH_P_802_3\fP にバインドすることはできない。かわりに
 342 \fBETH_P_802_2\fP にバインドし、自分自身でプロトコルの多重化を行うこと。 送信のデフォルトは、プロトコルフィールドを持つ 標準の
 343 Ethernet DIX encapsulation である。
 344
 345 packet ソケットは入出力の firewall chain に影響をうけない。
 346 .SS 移植性
 347 Linux 2.0 では、 packet ソケットを得る方法は \fBsocket(AF_INET, SOCK_PACKET,
 348 \fP\fIprotocol\fP\fB)\fP を呼ぶやり方しかなかった。この方法はまだサポートされているが、 用いないことを強く推奨する。現在の方法との主な違いは、
 349 \fBSOCK_PACKET\fP ではインターフェースの指定に古い \fIstruct sockaddr_pkt\fP
 350 を用いる点である。これには物理層からの独立性がない。
 351
 352 .in +4n
 353 .nf
 354 struct sockaddr_pkt {
 355     unsigned short spkt_family;
 356     unsigned char  spkt_device[14];
 357     unsigned short spkt_protocol;
 358 };
 359 .fi
 360 .in
 361
 362 \fIspkt_family\fP はデバイスのタイプ、 \fIspkt_protocol\fP は \fI<sys/if_ether.h>\fP
 363 で定義されている IEEE 802.3 プロトコルタイプ、 \fIspkt_device\fP はデバイスの名前をヌル終端された文字列で与えたもの (例:
 364 eth0) である。
 365
 366 この構造体は obsolete であり、 新しくコードを書く時には用いるべきでない。
 367 .SH バグ
 368 glibc 2.1 には \fBSOL_PACKET\fP の定義がない。回避策としては、以下のようにするとよい。
 369 .in +4n
 370 .nf
 371
 372 #ifndef SOL_PACKET
 373 #define SOL_PACKET 263
 374 #endif
 375
 376 .fi
 377 .in
 378 この問題は新しいバージョンの glibc では修正されている。 libc5 のシステムにはこの問題はない。
 379
 380 IEEE 802.2/803.3 の LLC の扱い方は、バグと考えても良いだろう。
 381
 382 ソケットフィルターについて記載されていない。
 383
 384 .\" .SH CREDITS
 385 .\" This man page was written by Andi Kleen with help from Matthew Wilcox.
 386 .\" AF_PACKET in Linux 2.2 was implemented
 387 .\" by Alexey Kuznetsov, based on code by Alan Cox and others.
 388 \fBMSG_TRUNC\fP \fBrecvmsg\fP(2)  拡張は非常にまずい対処であり、制御メッセージで置き換えるべきである。 今のところ
 389 \fBSOCK_DGRAM\fP 経由でパケットについていた宛先アドレスを得る方法がない。
 390 .SH 関連項目
 391 \fBsocket\fP(2), \fBpcap\fP(3), \fBcapabilities\fP(7), \fBip\fP(7), \fBraw\fP(7),
 392 \fBsocket\fP(7)
 393
 394 標準 IP Ethernet encapsulation に関しては RFC\ 894 を、 IEEE 802.3 IP encapsulation
 395 に関しては RFC\ 1700 を参照。
 396
 397 物理層のプロトコルに関する記述は \fI<linux/if_ether.h>\fP インクルードファイルにある。
 398
 399 The Linux kernel source tree.  \fI/Documentation/networking/filter.txt\fP
 400 describes how to apply Berkeley Packet Filters to packet sockets.
 401 \fI/tools/testing/selftests/net/psock_tpacket.c\fP contains example source code
 402 for all available versions of \fBPACKET_RX_RING\fP and \fBPACKET_TX_RING\fP.
 403 .SH この文書について
 404 この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.67 の一部
 405 である。プロジェクトの説明とバグ報告に関する情報は
 406 http://www.kernel.org/doc/man\-pages/ に書かれている。