这个数据结构也被称为“报文的元数据”。内核除可以单独向用户进程传递“报文的元数据”以外，也可以同时传递报文本身。此时，报文本身将存储在ipq_packet_msg_t数据成员payload开始的地方。
由用户态进程发给内核的消息，其数据类型为ipq_peer_msg_t，定义如下：
typedef struct ipq_peer_msg {
union {
ipq_verdict_msg_t verdict;
ipq_mode_msg_t mode;
} msg;
} ipq_peer_msg_t;
由上述定义可知，这类消息又分为“模式设置消息(nlmsghdr.nlmsg_type = IPQM_MODE)”和“断言消息(nlmsghdr.nlmsg_type = IPQM_VERDICT)”两个子类。
“模式设置消息”的数据类型定义如下：
typedef struct ipq_mode_msg {
unsigned char value;/* 请求的模式 */
size_t range;/* 请求拷贝的报文长度 */
} ipq_mode_msg_t;
这里，请求模式value的值可以是IPQ_COPY_NONE、IPQ_COPY_META和IPQ_COPY_PACKET。当指定请求模式value为IPQ_COPY_NONE时，报文将被丢弃；当为IPQ_COPY_META时，内核将在其后的报文传递中只传递“报文的元数据”；当为IPQ_COPY_PACKET时，内核将同时传递“报文的元数据”和报文本身，报文本身的传递长度由ipq_mode_msg_t的另一个数据成员range指定。IP报文的最大长度为0xFFFF。
另一子类即“断言消息”，其数据类型定义如下：
typedef struct ipq_verdict_msg {
unsigned int value;
unsigned long id;
size_t data_len;
unsigned char payload[0];
} ipq_verdict_msg_t;
其中，value是用户态程序回传给内核的当（下转第72页）（上接第71页）前报文的处理意见，可以是NF_ACCEPT或NF_DROP等值。id则是用以区分报文的标识号，即内核传来的ipq_packet_msg_t结构中的packet_id。当用户态程序修改了当前报文以后，需要将报文重新传递回内核，此时，新的报文内容必须存储在payload的开始处，并由data_len指明新报文的长度。
从上述内容可以看出，在整个IP Queue的报文传递过程中，用户态程序和内核协议栈之间的互动顺序是，首先，用户态程序利用“模式设置消息”告诉内核协议栈所请求的报文传递模式。
然后，根据这个模式，内核组织好等待传递的消息，通过NetLink Socket发给用户态程序。最后，用户态程序根据自己的防火墙规则，得出该报文的处理意见（可能同时修改当前报文），并回传给内核。
编译和运行防火墙
要编译和运行防火墙程序，执行如下命令：
# gcc o ipqfw ipqfw.c
# ./ipqfw &
ipqfw.c是防火墙的代码文件。
为了在路由器上过滤转发的IP报文，需要运行如下命令：
# iptables A FORWARD j QUEUE
这样，所有经过HOOK点FORWARD的报文都将被送到用户态防火墙进行处理，用户可以自行编写适合具体情况的防火墙。
