2024年3月10日发(作者：)
ｓ ｅｔＤ ｅ ｓ
李朝中 囊 ｜ ｜编写贪缀ｌ
摘 要：Ｆｉｌｔｅｒ Ｄｒｉｖｅｒｓ提供了针对微端口驱动（Ｍｉｎｉｐｏｒｔ Ｄｒｉｖｅｒｓ）的过滤服务（ｆｉｌｔｅｒｉｎｇ ｓｅｒｖｉｃｅ），
ＮＤＩＳ驱动栈上必须包含微端口驱动（Ｍｉｎｉｐｏｒｔ Ｄｒｉｖｅｒｓ）和协议驱动（Ｐｒｏｔｏｃｏｌ Ｄｒｉｖｅｒｓ），而对
Ｆｉｌｔｅｒ Ｄｒｉｖｅｒｓ的包含是可选的。可以用它实现基于网络数据包过滤流量、统计监视等功能。
关键词：ＮＤＩＳ：Ｆｉｌｔｅｒ Ｄｒｉｖｅｒｓ
表１
１ 安装ＮＤＩＳ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒｓ
这一节主要介绍如何安装ＮＤＩＳ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的信息。
Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ安装不同于中间层过滤驱动．Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ需要被
安装成自启动的服务，这类似于协议驱动。对于每一个微端
Ｅｌ适配器（Ｍｉｎｉｐｏｒｔ Ａｄａｐｔｅｒ）为ＮＤＩＳ提供一个Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ
的列表。但Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ不像中间层过滤驱动那样联结一个虚
拟设备。
要安装一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ需要提供一个ＩＮＦ的配置文件。
一
值 描述
ｅｔｈｅｒｎｅｔ 下边缘是一个Ｅｔｈｅｒｎｅｔ ａｄａｐｔｅｒ
ａｔｍ 下边缘是一个ＡＴＭ ａｄａｐｔｅｒ
ｔｏｋｅｎｒｉｎｇ 下边缘是一个ｔｏｋｅｎ ｒｉｎｇ ａｄａｐｔｅｒ
ｓｅｒｉａｌ 下边缘是一个ｓｅｒｉａｌ ａｄａｐｔｅｒ
配置管理器从这个配置文件中读取相关的配置信息并复制到
注册表。与此不同的是中间层过滤驱动．它有两个配置文件
一
ｆｄｄｉ 下边缘是一个ＦＤＤＩ ａｄａｐｔｅｒ
ｂａｓｅｂａｎｄ 下边缘是一个ｂａｓｅｂａｎｄ ａｄａｐｔｅｒ
ｂｒｏａｄｂａｎｄ 下边缘是一个ｂｒｏａｄｂａｎｄ ａｄａｐｔｅｒ
ａｒｃｎｅｔ
ｉｓｄｎ
下边缘是一个Ａｒｃｎｅｔ ａｄａｐｔｅｒ
下边缘是一个ＩＳＤＮ ａｄａｐｔｅｒ
个提供上边缘协议驱动的接口配置信息，另一个提供下边
缘虚拟微端口驱动的接口配置信息。Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ配
置文件类似于中间层过滤驱动的协议ＩＮＦ配置文件
（Ｐｒｏｌｏｃｏｌ ＩＮＦ Ｆｉｌｅ），它没有微端口ＩＮＦ配置文件（Ｍｉｎｉｐｏｒｔ
ＩＮＦ Ｆｉｌｅ）。下面将介绍如何为一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ生成一个ＩＮＦ
文件。
ｌｏｃａｈａｌｋ 下边缘是一个ＬｏｃａｌＴａｌｋ ａｄａｐｔｅｒ
１．１ 指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的绑定关系
在一个网络驱动的ＩＮＦ文件中。需要在ＵｐｐｅｒＲａｎｇｅｔ条目
列出可能的上边缘绑定和ＬｏｗｅｒＲａｎｇｅ条目列出可能的上边缘
下边缘是一个ＷＡＮ ａｄａｐｔｅｒ
ｎｏｌｏｗｅｒ 不对任何组件执行下边缘绑定
ｒｎｄｉｓ５ 下边缘为ＮＤＩＳ ５．ｘ及之前的任一网络部件．都是非ＡＴＭ网络部件
绑定。这些条目包含的值都是系统预定义的。
对Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ来说．必须设置ＵｐｐｅｒＲａｎｇｅ和ＬｏｗｅｒＲａｎｇｅ
条目分别为ｎｏｕｐｐｅｒ和ｎｏｌｏｗｅｒ。下面示例了一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ
的ＩＮＦ文件的条目。
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｎｏｕｐｐｅｒ＇
Ｎｄｉｓａｒｍ 下边缘为ＮＤ１Ｓ ５．ｘ及之前的任一网络部件．都是ＡＴＭ网络部件
ａｎ 下边缘是一个ｎａｔｉｖｅ ８０２．１１ ｗｉｒｅｌｅｓｓ ＬＡＮ ａｄａｐｔｅｒ．
ＨＫＲ，Ｎｄｈｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅｌＩＨｎｏｌｏｗｅｒ＂
在一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ文件中ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ条目用
当计算机加载一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ时，Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ会被插入
到已经存在的协议适配器的绑定上（Ｐｒｏｔｏｃｏｌ—ｔｏ—Ａｄａｐｔｅｒ
于定义Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ要绑定的驱动服务的媒体类型。下面列出
在一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ文件中的ＦｉｈｅｒＭｅｄｉａＴｙｐｅｓ定义及
ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ可取值的列表，如表１所示。
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ．？ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ，，＂ｅｔｈｅｍｅｔ＂
Ｂａｎｄｉｎｇ），这时就依赖ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ提供一个列表来决定插
入到哪些协议到适配器的绑定上。
１．２ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ文件设置
一
个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ设置指定了它的特性．例如：可
ＦｉｈｅｒＭｅｄｉａＴｙｐｅｓ可取值列表，它和ＬｏｗｅｒＲａｎｇｅ一样。
以指定这个驱动是Ｍｏｄｉｆｙｉｎｇ类型的还是Ｍｏｎｉｔｏｒｉｎｇ类型的，是
赫螭 文
…Ｉ＿ ” Ｉｌ 、 Ｊ、 、
实用第一 智慧密集
强制加载的（Ｍａｎｄａｔｏｒｙ）还是呵选加载的（Ｏｐｔｉｏｎａ１）的。此
处，在ＩＮＦ文件中还可以指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＦｉｈｅｒＭｏｄｕｌｅ的通
用配置参数和其他有具体微端口适配口相关联的细节信息。
Ｆｉｌｔｅｒ Ｄｒｉｖｒ还要指定一个唯一的过滤器识别ＧＵＩＤ（这个ＩＤ需
要自己生成，可以用ＶＳ中自带ＧＵＩＤ牛成器来生成）
１＿２．１ Ｍｏｎｉｔｏｒｉｎｇ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ文件配置
（１）设置ＩＮＦ文件的Ｃｌａｓｓ条目为ＮｅｔＳｅｒｖｉｃｅ（同时要指定
ＣｌａｓｓＧＵＩＤ）下面是一个示例：
Ｃｌａｓｓ：ＮｅｔＳｅｒｖｉｃｅ
ＣｌａｓｓＧＵｌＤ＝（４Ｄ３６Ｅ９７４一Ｅ３２５—１１ＣＥ－ＢＦＣ１－０８００２ＢＥ１０３１８）
（２）必须设置安装节的Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ条目为０ｘ４００００．下
边示例一个设置：
【Ｉｎｓｔａｌｌ】
ＡｄｄＲｅｇ＝ｌｎｓｔ Ｎｄｉ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＝Ｏｘ４ＯＯ００
ＮｅｔＣｆｇｌｎｓｔａｎｃｅｌｄ＝”｛５ｃｂｆ８ １ ｂｄ一５０５５—４７ｃｄ一９０５５一
ａ７６ｂ２ｂ４ｅ３６９７）”
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ．ｃｏｐｙｆｉｌｅｓ．ｓｙｓ
Ｏｘ４００００这个是指ＮＣＦ—Ｌｖｖ＿ＦＩＬＴＥＲ集合，一个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ
不能设置为ＮＣＦ—ＦＩＬＴＥＲ（Ｏｘ４００）这个标记
（３）设置ＮｅｔＣｆｇＩｎｓｔａｎｃｅＩｄ条目，这个Ｉｄ必须和Ｆｉｌｔｅｒ
Ｄｒｉｖｅｒ中渊用ＮｄｉｓＦＲｅｇｉｓｔｅｒ ｌｔｅｒＤｒｉｖｅｒ是指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的唯
一
名保持一致 它可以用ＶＳ中自带ＧＵＩＤ生成器来生成。下
面示例这个条目的配置：
ＩＩｎｓｔａｌｌ】
ＡｄｄＲｅｇ＝ｌｎｓｔ Ｎｄｉ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＝Ｏｘ４ＯＯＯ０
ＮｅｔＣｆｇＩｎｓｔａｎｃｅＩｄ＝”ｆ５ｃｂｆ８１ ｂｄ一５０５５—４７ｃｄ一９０５５一
ａ７６ｂ２ｂ４ｅ３６９７）”
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ ｃｏｐｙｆｉｌｅｓ ｓｙｓ
（４）一个安装节必须指定一个ＡｄｄＲｅｇ条目用于配置Ｎｄｉ
键的信息，在Ｎｄｉ节下面必须指定驱动服务的名字：
ＩＩｎｓｔａｌｌ】
ＡｄｄＲｅｇ＝ｌｎｓｔ Ｎｄ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ：Ｏｘ４ＯＯＯＯ
ＮｅｔＣｆｇＩｎｓｔａｎｃｅＩｄ：“｛５ｃｂｆ８１ ｂｄ一５０５５—４７ｃｄ－９０５５一
ａ７６ｂ２ｂ４ｅ３６９７）”
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ．ｃｏｐｙｆｉｌｅｓ．ｓｙｓ
【ＩｎｓＬＮｄｉ】
Ｈ ＫＲ，Ｎｄｉ，ＳｅｒｖｉｃｅＩ『¨ＮｄｉｓＭｏｎ
ＨＫＲ，Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ，ＯｘＯ００１ ００００，＂ＮｄｉｓＭｏｎ”
ＨＫＲ Ｎｄｉ ＨｅｌｐＴｅｘｔ，，％ＮｄｉｓＭｏｎ
—
ＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎ ＦｊＩｔｅｒＣＩａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ．Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１ ０００１，ＯｘＯ０００Ｏ００２
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｎｏｕｐｐｅｒ＇。
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ ｉｉｎｏｌｏｗｅｒ”
ＨＫＲ．Ｎｄｉｋｌｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ ｉｉｅｔｈｅｒｎｅｔ。。
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＲｕｎｍｙｐｅ，ＯｘＯ００１ ０００１，１
６ 幽２０勰１ ２．幽１３ 豫
（５）Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的安装节必须指定ＦｉｈｅｒＴｙｐｅ和ＦｉｈｅｒＲｕｎ
Ｔｙｐｅ条目，下面示例ｒ将Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ配置为Ｍｏｎｉｔｏｒｉｎｇ且
Ｍａｎｄａｔｏｒｙ的配置方法：
ｆＩｎｓ１：Ｎｄｉ】
Ｈ ＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ ＮｄｉｓＭｏｎ。。
ＨＫＲ，Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ，ＯｘＯ００１ ００００，＂ＮｄｉｓＭｏｎ
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ，，％ＮｄｉｓＭｏｎ
——
ＨｅｌｐＴｅｘｔ％
ＨＫＲ Ｎｄｉ ＦｉｌｔｅｒＣｌａｓｓ ，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｔｔｅｒＴｙｐｅ．ＯｘＯ００１ ０００１，ＯｘＯ００００００１
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ．，Ｈｎｏｕｐｐｅｒ‘ ‘
Ｈ ＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ ｎｏｌｏｗｅｒ‘。
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ，．“ｅｔｈｅｒｎｅｔ“
ＨＫＲ．Ｎｄｉ，ＦｉｌｔｅｒＲｕｎＴｙｐｅ，ＯｘＯ００１ ０００１，１
ＦｉｈｅｒＴｙｐｅ为ＯｘＯ００００００１说是一个Ｍｏｎｉｔｏｒｉｎｇ类型的Ｆｉｌｔｅｒ
Ｄｒｉｖｅｒ，ＦｉｈｅｒＲｕｎＴｙｐｅ为１是以Ｍａｎｄａｔｏｒｙ加载，为２是以
Ｏｐｔｉｏｎａｌ方式加载。
（６）安装Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ需要在系统中添加一个服务：
【Ｉｎｓｔａｌ１．Ｓｅｒｖｉｃｅｓ】
ＡｄｄＳｅｒｖｉｃｅ＝ＮｄｉｓＭｏｎ，，ＮｄｉｓＭｏｎ Ｓｅｒｖｉｃｅ Ｉｎｓｔ
【ＮｄｉｓＭｏｎ Ｓ；ｅｒｖｉｃｅ Ｉ ｎｓｔ１
ＤｉｓｐｌａｙＮａｍｅ：％ＮｄｉｓＭｏｎ Ｄｅｓｃ％
ＳｅｒｖｉｃｅＴｙｐｅ＝１；ＳＥＲＶＩＣＥ ＫＥＲＮＥＬ ＤＲｌＶＥＲ
ＳｔａｒｔＴｙｐｅ＝１；ＳＥＲＶＩＣＥ ＳＹＳＴＥＭ Ｓ１＿ＡＲＴ
ＥｒｒｏｒＣｏｎｔｒｏｌ＝１；ＳＥＲＶＩＣＥ ＥＲＲ０Ｒ Ｎ０ＲＭＡＬ
ＳｅｒｖｉｃｅＢｉｎａｒｙ＝％１ ２％＼ＮｄｉｓＭｏｎ．ｓｙｓ
Ｌｏａｄ０ｒｄｅｒＧｒｏｕｐ＝ＮＤＩＳ
Ｄｅｓｃｒｉｐｔｉｏｎ＝％ＮｄｉｓＭｏｎ Ｄｅｓｃ％
ＡｄｄＲｅｇ＝Ｃｏｍｍｏｎ．Ｐａｒａｍｓ．ｒｅｇ
（７）ＩＮＦ文件中要在ＣｏＳｅｒｖｉｃｅ条目中为Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ指定
主服务名（即上一步创建的服务），下面示例：
【Ｉｎｓｔ Ｎｄｉ】
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ ＮｄｉｓＭｏｎ”
ＨＫＲ，Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ，ＯｘＯ００１ ００００，＂ＮｄｉｓＭｏｎ“
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ ％ＮｄｉｓＭｏｎ
——
ＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，．ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１ ０００１，ＯｘＯ００００００２
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｎｏｕｐｐｅｒ‘ 。
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ，，ｉｉｎｏｌｏｗｅｒ”
ＨＫＲ，Ｎｄｉｋｌｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓＩＪＨｅｔｈｅｒｎｅｔ”
ＨＫＲ，Ｎｄｉ ＦｉＩｔｅｒＲｕｎＴｙｐｅ，ＯｘＯ００１０００１，１
（８）在ＩＮＦ文件中定ＦｉｈｅｒＣｌａｓｓ的值．指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ
在驱动栈上的顺序（位置），但是Ｍｏｎｉｔｏｒｉｎｇ的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ不
必指定，它固定加载到离微端口适配口最近的位置。
（９）必须为驱动指定绑定的信息：
［１ｎｓｔ Ｎｄｉ】
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ ＮｄｉｓＭｏｎ”
ＨＫＲ，Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ ＯｘＯ００１ ００００，＂ＮｄｉｓＭｏｎ。‘
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ，，％ＮｄｉｓＭｏｎ
＿
ＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１０００１，ＯｘＯ００００００２
ＨＫＲ．ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｉｉｎｏｕｐｐｅｒ‘‘
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ ｎｏｌｏｗｅｒ
ＨＫＲ．ＮｄＮｎｔｅｆｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ ｅｔｈｅｒｎｅｔ“
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＲｕｎＴｙｐｅ，ＯｘＯ００１ ０００１，１
（１Ｏ）这步可选是为Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ指定通用参数，这些参
数可以是与具体网络适配器相关的也可以是与具体实例（Ｆｉｌｔｅｒ
Ｍｏｄｕｌｅ）相关的．下面为示例：
【Ｃｏｍｍｏｎ．Ｐａｒａｍｓ．ｒｅｇ】
ＨＫＲ．ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓ＼ｄ３ｒｉｖｅｒＰａｒａｍ，
ＰａｒａｍＤｅｓｃ． ， Ｄｒｉｖｅｒｐａｒａｍ ｆｏｒ Ｍｏｎ＂
ＨＫＲ，ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓｋＤｒｉｖｅｒＰａｒａｍ，ｄｅｆａｕＩｔ， ，”
ＨＫＲ，ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓｋＤｒｉｖｅｒＰａｒａｍ，ｔｙｐｅ，， ｉｎｔ”
ＨＫＲ｜ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓｋＡｄａｐｔｅｒＰａｒａｍ ＰａｒａｍＤｅｓｃ
．
”Ａｄａｐｔｅｒｐａｒａｍ ｆｏｒ Ｍｏｎ“
ＨＫＲ，ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓｋＡｄａｐｔｅｒＰａｒａｍ ｄｅｆａｕ｜ｔ， ，”
１０”
ＨＫＲ，ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓｋＡｄａｐｔｅｒＰａｒａｍ，ｔｙｐｅ，
“ｉｎｔ
ＨＫＲ，ＦｉｌｔｅｒｌｎｓｔａｎｃｅＰａｒａｍｓ＼ｌｎｓｔａｎｃｅＰａｒａｍ，ＰａｒａｍＤｅｓｃ
Ｉｎｓｔａｎｃｅ ｐａｒａｍ ｆｏｒ １ｗｆＩｔ
ＨＫＲ，ＦｉｌｔｅｒｌｎｓｔａｎｃｅＰａｒａｍｓ＼ｌｎｓｔａｎｃｅＰａｒａｍ，ｄｅｆａｕｌｔｌ，”１ ５“
ＨＫＲ，ＦｉｌｔｅｒＩｎｓｔａｎｃｅＰａｒａｍｓｋｌｎｓｔａｎｃｅＰａｒａｍ，ｔｙｐｅ，，”ｌｎｔ”
１．２．２ Ｍｏｄｉｆｙｉｎｇ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的ＩＮＦ文件配置
（１）设置ＩＮＦ文件的Ｃｌａｓｓ条目为ＮｅｔＳｅｒｖｉｃｅ（同时要指
定ＣｌａｓｓＧＵＩＤ）下面是一个示例：
Ｃｌａｓｓ：ＮｅｔＳｅｒｖｉｃｅ
ＣｌａｓｓＧＵＩＤ＝｛４Ｄ３６Ｅ９７４＂Ｅ３２５—１ １ ＣＥ＿ＢＦＣ１＂０８００２ＢＥ１０３１８）
（２）必须设置安装节的Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ条目为０ｘ４００００，下
边示例一个设置：
【Ｉｎｓｔａｌｌ】
ＡｄｄＲｅｇ＝ｌｎｓｔ Ｎｄｉ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＝Ｏｘ４００００
ＮｅｔＣｆｇｌｎｓｔａｎｃｅｌｄＩ＝“｛５ｃｂｆ８１ ｂｄ－５０５５－４７ｃｄ一９０５５一
ａ７６ｂ２ｂ４ｅ３６９７）”
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ． ｃｏｐｙｆｉｌｅｓ．ｓｙｓ
Ｏｘ４００００这个是指ＮＣＦ
ＬＷ
—
ＦＩＬＴＥＲ集合，一个Ｆｉｌｔｅｒ
Ｄｒｉｖｅｒ不能设置为ＮＣＦ
ＦＩＬＴＥＲ（０ｘ４００）这个标记
（３）设置ＮｅｔＣｆｇＩｎｓｔａｎｃｅｌｄ条目，这个Ｉｄ和Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ中
调用ＮｄｉｓＦＲｅｇｉｓｔｅｒＦｉｌｔｅｒＤｒｉｖｅｒ是指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的唯一名保持
一
样。它可以用Ｕｕｉｄｇｅｎｔ．ｅｘｅ来生成。下面示例这个条目的配
置：
【Ｉｎｓｔａ Ｉ］｝
ＡｄｄＲｅｇ＝ｌｎｓｔ
＿
Ｎｄｉ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＝Ｏｘ４ＯＯＯ０
ＮｅｔＣｆｇｌｎｓｔａｎｃｅｌｄ＝ ｛５ｃｂｆ８１ ｂｄ一５０５５－４７ｃｄ一９Ｏ５５一
ａ７６ｂ２ｂ４ｅ３６９７｝
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ．ｃｏｐｙｆｉｌｅｓ．ｓｙｓ
（４）一个安装节必须指定一个ＡｄｄＲｅｇ条目用于配置Ｎｄｉ
键的信息，在Ｎｄｉ节下面必须指定服务名。下面是一个示例：
【Ｉｎｓｔａｌｌ】
ＡｄｄＲｅｇ＝ｌｎｓｔ＿Ｎｄｊ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＝Ｏｘ４ＯＯＯ０
ＮｅｔＣｆＱＩｎｓｔａｎｃｅｌｄ＝”｛５ｃｂｆ８１ ｂｄ一５０５５—４７ｃｄ－９０５５一
ａ７６ｂ２ｂ４ｅ３６９７｝”
Ｃｏｐｙｆｉｌｅｓ＝ＮｄｉｓＭｏｎ．ｃｏｐｙｆｉｌｅｓ．ｓｙｓ
【Ｉｎｓｔ，Ｎｄｉｌ
ＨＫＲ，Ｎｄｉ，ＳｅⅣｉｃ ，“ＮｄｉｓＬｗ
ＨＫＲ，Ｎｄｉ ＣｏＳｅｒｖｉｃｅｓ，ＯｘＯ００１Ｏ０００，”ＮｄｉｓＬｗｆ”
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ ％ＮｄｉｓＬｗＬＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１０００１，ＯｘＯ００００００２
ＨＫＲ ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ，，”ｎｏｕｐｐｅｒ
ＨＫＲ，ＮｄＲＩｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ，，”ｎｏｌｏｗｅｒ“
ＨＫＲ ＮｄＮｎｔｅｒｆａｃｅｓ．ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ，，ｉｉｅｔｈｅｒｎｅｔ
ＨＫＲ Ｎｄｉ；ＦｉｌｔｅｒＲｕｎＴｙｐｅ，ＯｘＯ００１ ０００１，１
（５） Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的安装节必须指定ＦｉｈｅｒＴｙｐｅ和ＦｉｈｅｒＲｕ
ｎＴｙｐｅ条目，下面示例了将Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ配置为Ｍｏｎｉｔｏｒｉｎｇ且
Ｍａｎｄａｔｏｒｙ的配置方法：
【Ｉｎｓｔ＿Ｎｄｉｌ
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ，，，ＮｄｉｓＬｗｆ
ＨＫＲ，Ｎｄ ＣｏＳｅｒｖｉｃｅｓ ＯｘＯ００１００００．＂ＮｄｉｓＬｗｆ”
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ，，％ＮｄｉｓＬｗｆ ＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１０００１，ＯｘＯ００００００２
ＨＫＲ ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｎｏｕｐｐｅｒ
ＨＫＲ ＮｄＮｎｔｅｒｆａｃｅｓｉＬｏｗｅｒＲａｎｇｅ，，＂ｎｏｌｏｗｅｒ“
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＦｉＩｔｅｒＭｅｄｉａＴｙｐｅｓ ｅｔｈｅｒｎｅｔ“
ＨＫＲ Ｎｄｉ，ＦｉｌｔｅｔＲｕｎＴｙｐｅ，０ｘ０００１０００１，１
ＦｉｌｔｅｒＴｙｐｅ为ＯｘＯ００００００２说是一个Ｍｏｄｉｆｙｉｎｇ类型的Ｆｉｌｔｅｒ
Ｄｒｉｖｅｒ．ＦｉｈｅｒＲｕｎＴｙｐｅ为１是以Ｍａｎｄａｔｏｒｙ加载，为２是以
Ｏｐｔｉｏｎａ［方式加载。
（６）安装Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ需要在系统中添加一个服务：
ｎｎｓｔａ Ｓｅｒｖｉｃｅｓ］
ＡｄｄＳｅｒｖｉｃｅ＝ＮｄｉｓＬｗｆｉ，ＮｄｉｓＬｗｔ：Ｓｅｒｖｉｃｅ
—
Ｉｎｓｔ
【ＮｄｉｓＬｗｆ，Ｓｅｒｖｉｃｅ＿ｌｎｓｔ１
ＤｉｓｐｌａｙＮａｍｅ ％ＮｄｉｓＬｗｆ
＿
Ｄｅｓｃ％
ＳｅｒｖｉｃｅＴｙｐｅ＝１；ＳＥＲＶｌＣＥ＿ＫＥＲＮＥＬ—ＤＲＩＶＥＲ
ＳｔａｒｔＴｙｐｅ。１：ＳＥＲＶｔＣＥ
＿
ＳＹＳＴＥＭ—ＳＴＡＲＴ
ＥｒｒｏｒＣｏｎｔｒｏＩ＝１：ＳＥＲＶＩＣＥ—ＥＲＲＯＲ
—
ＮＯＲＭＡＬ
ＳｅｒｖｉｃｅＢｉｎａｒｙ＝％１ ２％＼ＮｄｉｓＬｗｆ．ｓｙｓ
ＬｏａｄＯｒｄｅｒＧｒｏｕｐ＝ＮＤＩＳ
Ｄｅｓｃｒｉｐｔｉｏｎ＝％Ｎ ｓＬ￣Ｄｅｓｃ％
ＡｄｄＲｅｇ＝Ｃｏｒｎｍｏｎ，Ｐａｒａｍｓ，ｒｅｇ
（７） ＩＮＦ文件中要在ＣｏＳｅｒｖｉｃｅ条目中为Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ指
定主服务名（即上一步创建的服务），下面示例：
【ｌｎｓｔ ｌ、．Ｉｄｉｌ
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ ｕＮ口Ｉ，ｓＬｗｌｎ
ＨＫＲ．Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ，ＯｘＯ００１ ００００，”ＮｄｉｓＬｗｆ
脯螭 丞
Ｉ¨ …１Ｉ Ｌ Ｉ＿ Ｉ＿ 、Ｊ １ Ｊ 、 Ｉ＝
实用第一 智慧密集
‘… ＾ １ｑ
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ ％ＮｄｉｓＬｗｆ
＿
ＨｅｌｐＴｅｘｔ％
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，Ｏｘ０００１ ０００１，０ｘ０００００００２
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ ｎｎｏｕｐｐｅｒ“
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ ｎｏｌｏｗｅｒ”
ＨＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ，．ｎｅｔｈｅｒｎｅｔ。
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＲｕｎＴｙｐｅ，ＯｘＯ０Ｏ１０００１，１
（８）在ＩＮＦ文件中定ＦｉｌｔｅｒＣｌａｓｓ的值，指定Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ
在驱动栈Ｊ－的顺序（位置），Ｍｏｄｉｆｙｉｎｇ类型的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ必
须为它指定・个值。这个值丌ｊ‘以是下面值中的一个，如表２
所示 ．
表２
描述
分组渊度服务．这类的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ在驱动栈的最高层且在
Ｅｎｃｒｙｔ）ｔｉｏｎ之 它检测８０２．１ｐ是的优先级信息同时给ｆ【．质
ｓｃｈｅｄｕｌｅｒ 虽服务的信令组件和发送数据包的调度级别
．
按照其优先级
传到下层驱动
Ｅｎｃｒｙｐｔｉｏｎ 这类驱动存丁Ｓｃｈｅｄｕｌｅｒ和Ｃｏｍｐｒｅｓｓｉｏｎ之间
Ｃｏｍｐｒｅｓｓｉｏｎ 这类驱动存丁Ｅｎｃｔｙｐｔｉｏｎ和Ｖｐｎ之间
Ｖｐｎ 这类驱动存于Ｃｏｍｐｒｅｓｓｉｏｎ和ｌｏａｄ ｂａｌａｎｃｅ之问
负载均衡过滤服务。这类驱动存Ｔ Ｖｐｎ和Ｆａｉｌｏｖｅｒ之问．一个
Ｌｏａｄｂａｌａｎｃｅ 负载均衡的Ｆｉｈｅｒ ｖｅｒ主要是均衡包传输到下层第一个微端
ｌ１适配器Ｌ的Ｔ作茸
ｆ
ａｉｈｗｅｒ
故障切换过滤服务 这类驱动存在于Ｌｏａｄｂａｌａｎｃｅ和
Ｄｉａｇｎｏｓｔｉｃ之间
Ｄｉａｇｎｏｓｔｉｃ 这类Ｆｉｈｅｒ Ｄｒｉｖｅｒ存在于Ｆａｉｌ—Ｏｖｅｒ之下
Ｃｕｓｔｏｍ 这类Ｆｉｌｔｅｒ Ｄｒｉｖｃｒ存在于Ｊ）ｉａｇｎｏｓｔｉｅ之下。
注意：多个Ｍｏｄｉｆｙｉｎｇ类型的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ可以存在于州
一
个栈层Ｉ 。例如，两个Ｍｏｄｉｆｙｉｎｇ类型的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ可以
都指定ＦｉｈｅｒＣｌａｓｓｉｃ为“ｓｃｈｅｄｕｌｅｒ”并存在于这个驱动栈的这
个层』 。Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ后安装的在先安装的下层，也就是说
后安装的离微端口适配器最近。此外，多个具有相同类型
Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ在同一计算机』Ｉ不同微端口适配器上的顺序是相
同的
看下面的示例：
【Ｉｎｓｔ—Ｎｄｉ】
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ．，“ＮｄｉｓＬｗｆ“
ＨＫＲ，Ｎｄｉ ＣｏＳｅｒｖｉｃｅｓ，０ｘ０００１ ００００，＂ＮｄｉｓＬｗｆ“
ＨＫＲ，Ｎｄｉ，ＨｅｌｐＴｅｘｔ，，％ＮｄｉｓＬｗｆ
——
ＨｅｌｐＴｅｘｔ％
Ｈ ＫＲ，Ｎｄｉ ＦｉｌｔｅｒＣｌａｓｓ．，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ ＦｉｌｔｅｒＴｙｐｅ，ＯｘＯ００１０００１，０ｘ０００００００２
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅ，，Ｕｎｏｕｐｐｅｒ”
ＨＫＲ，Ｎｄｋｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅｒ，¨ｎｏｌｏｗｅｒ“
ＨＫＲ，Ｎｄｋｌｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓ ｅｔｈｅｒｎｅｔ“
ＨＫＲ，Ｎｄｉ．ＦｉｌｔｅｒＲｕｎＴｙｐｅ，Ｏｘ０００１ ０００１，１
８：之， 电 ｉ／电 品与囊螽缡ｌ幢醢巧与罐
（９）必须为Ｆｉｌｔｅｒ指定绑定的信息：
ｆＩｎｓｔ Ｎｄｉｌ
ＨＫＲ，Ｎｄｉ，Ｓｅｒｖｉｃｅ ｒ，¨ＮｄｉｓＬｗｆ”
ＨＫＲ，Ｎｄｉ，ＣｏＳｅｒｖｉｃｅｓ，０ｘ０００１ ００００，＂ＮｄｉｓＬＩｖｖｆ“
ＨＫＲ Ｎｄｉ．ＨｅｌｐＴｅｘｔ ％ＮｄｉｓＬｗｆ
ＨｅＩｐＴｅｘｔ％
Ｈ ＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＣｌａｓｓ，，ｃｏｍｐｒｅｓｓｉｏｎ
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＴｙｐｅ，０ｘＯ００１０００１，０ｘ０００００００２
Ｈ ＫＲ，ＮｄＮｎｔｅｒｆａｃｅｓ，ＵｐｐｅｒＲａｎｇｅＩ，¨ｎｏｕｐｐｅｒ“
ＨＫＲ，Ｎｄｉ＼ｌｎｔｅｒｆａｃｅｓ，ＬｏｗｅｒＲａｎｇｅ ｎｏｌｏｗｅｒ。‘
Ｈ ＫＲ，ＮｄＲＩｎｔｅｒｆａｃｅｓ，ＦｉｌｔｅｒＭｅｄｉａＴｙｐｅｓＩ，¨ｅｔｈｅｒｎｅｔ”
ＨＫＲ，Ｎｄｉ，ＦｉｌｔｅｒＲｕｎＴｙｐｅ ０ｘ０００１ ０００１，１
（１０）这步可选它是为Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ指定通用参数，这些
参数可以是与具体网络适配器相关的也可以是与具体实例
（Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ）相关的：
【Ｃｏｍｍｏｎ．Ｐａｒａｍｓ．ｒｅｇ】
ＨＫＲ，ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓ￣ｄ３ｒｉｖｅｒＰａｒａｍ，
ＰａｒａｍＤｅｓｃ， ，‘。Ｄｒｉｖｅｒｐａｒａｍ ｆｏｒ Ｌｗｆ”
ＨＫＲ，ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓｋＤｒｉｖｅｒＰａｒａｍ，ｄｅｆａｕｌｔ．，”５“
ＨＫＲ，ＦｉｌｔｅｒＤｒｉｖｅｒＰａｒａｍｓ＼ＤｒｉｖｅｒＰａｒａｍ，ｔｙｐｅ，．。‘ｉｎｔ”
ＨＫＲ，ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓ＇￣ｄａｐｔｅｒＰａｒａｍ，
ＰａｒａｍＤｅｓｃ． ，＂Ａｄａｐｔｅｒｐａｒａｍ ｆｏｒ Ｌｗｆ
Ｈ ＫＲ，ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓｋＡｄａｐｔｅｒＰａｒａｍ，ｄｅｆａｕｌｔ，，“１ ０“
ＨＫＲ，ＦｉｌｔｅｒＡｄａｐｔｅｒＰａｒａｍｓ￣ｄａｐｔｅｒＰａｒａｍ，ｔｙｐｅ，
，
。’ｉｎｔ“
ＨＫＲ，ＦｉｌｔｅｒｌｎｓｔａｎｃｅＰａｒａｍｓ＼ｌｎｓｔａｎｃｅＰａｒａｍ ＰａｒａｍＤｅｓｃ，，”
Ｉｎｓｔａｎｃｅ ｐａｒａｍ ｆｏｒ １ｗｆ
ＨＫＲ，ＦｉｌｔｅｒｌｎｓｔａｎｃｅＰａｒａｍｓ＼ｌｎｓｔａｎｃｅＰａｒａｍ，ｄｅｆａｕｌｔ，， １ ５“
ＨＫＲ，ＦｉｌｔｅｒｌｎｓｔａｎｃｅＰａｒａｍｓ＼ｌｎｓｔａｎｃｅＰａｒａｍ，ｔｙｐｅ，，”ｉｎｔ“
１．３ Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ访问配置信息
ＮＤＩＳ支持一个函数集合用来访问Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ的注册表参
数。Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ町以在附加和重启操作时或接收到ＰｎＰ和电
源管理通知事件时访问这 参数：
ＮＤＩＳ ＳＴＡＴＵＳ
ＮｄｉｓＯｐｅｎＣｏｎｆｉｇｕｒａｔｉ０ｎＥｘ（
ＩＮ ＰＮＤＩＳ
—
ＣＯＮＦｌＧＵＲＡＴＩＯＮ
—
ＯＢＪＥＣＴ ＣｏｎｆｉｇＯｂｊｅｃｔ，
０ＵＴ ＰＮＤＩＳ ＨＡＮＤＬＥ ＣＯｎｆ ｇｕｒａｔｉＯｎＨａｎｄｌｅ
）：
过滤驱动可以通过调用ＮｄｉｓＯｐｅｎＣｏｎｆｉｇｕｒａｔｉｏｎＥｘ来访问注
册表设置。调用ＮｄｉｓＦＲｅｇｉｓｔｅｒＦｉｈｅｒＤｒｉｖｅｒ时会获得一个句柄，
如果用这个句柄初始化ＮＤＩＳ
ＣＯＮＦＩＧＵＲＡＴＩＯＮ
ＯＢＪＥＣＴ结构
的ＮｄｉｓＨａｎｄｌｅ成员并调用ＮｄｉｓＯｐｅｎＣｏｎｆｉｇｕｒａｔｉｏｎＥｘ可以得到一
个标识参数存储点的注册表句柄。Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ ｎ 以使川这个
句柄一直到ＮｄｉｓＤｅｒｅｇｉｓｔｅｒＦｉｈｅｒＤｒｉｖｅｒ调用。
如果用ＦｉｈｅｒＡｔｔｅｃｈ中系统传来的句柄来初始化ＮｄｉｓＨａｎｄｌｅ
成员那么调用ＮｄｉｓＯｐｅｎＣｏｎｆｉｇｕｒａｔｉｏｎＥｘ得到的就是Ｆｉｌｔｅｒ
Ｍｏｄｕｌｅ的配置存储点。获得的这个句柄到ＦｉｈｅｒＤｅｔａｃｈ调用完
成就失效了。当有多个Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ配置在相同的微端口适配
器卜时．如果Ｍｏｎｉｔｏｒｉｎｇ类型的Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ设置
ＮＤＩＳ
Ｃ０ＮＦＩＧＵＲＡ，ｎ０Ｎ
ＯＢＪＥＣＴ的Ｆｌａｇｓ值为ＮＤＩＳ—ＣＯＮＦＩＧ＿
ＦＬＡＧＦＩＬＴＥＲ ＩＮＳＴＡＮＣＥ
—
ＣＯＮＦＩＧＵＲＡＴＩＯＮ，这样驱动就可
以访问特定的Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ配置信息。但是Ｍｏｄｉｆｙｉｎｇ类型的
Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ不能应用这个标记。
一
个Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ在访问过配置信息后一定要用
ＮｄｉｓＣｌｏｓＣｏｎｆｉｇｕｒａｔｉｏｎ关闭配置句柄和相关的资源。
２实现过程
２．１ ＮＥＴ
＿
ＢＵＦＦＥＲ体系结构
２．１．１网络数据结构
网络数据由在网络上发送和接收的数据包组成。ＮＤＩＳ提
供了数据结构来描述它们，ＮＤＩＳ ６．０提供了如下数据结构：
（１） ＮＥ ｒ＿ＢＵＦＦＥＲ
（２）ＮＥＴ＿ＢＵＦＦＥＲ ＬＩＳＴ
（３）ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ
ＣＯＮＴＥＸＴ
图ｌ说明了这些结构之间的关系。
ＮＢＬ Ｃ＝ＮＥＴＢＵＦＦＥＲＬＩ吼 ＣＯＮＴＥＸＴ
ＮＢＩ；ＮＥＴＢＵＦＦＥＲＬＩＳＴ
ＮＢ＝ＮＥＴ ＢＵＦＦＥＲ
图１
在ＮＤＩＳ ６．０中，ＮＥＴ
＿
ＢＵＦＦＥＲ是封闭网络数据的基本构
建块。每一个ＮＥＴ＿ＢＵＦＦＥＲ都有一个ＭＤＬ链。这些ＭＤＬ映
射的缓冲区地址是ＮＥＴ＿ＢＵＦＦＥＲ指定的数据空间。这种数据
映射同ＮＤＩＳ ５．Ｘ及之前的版本使用的ＮＤＩＳ
＿
ＰＡＣＫＥＴ中的映
射是一样的。ＮＤＩＳ提供函数来管理这些ＭＤＬ链。
多个ＮＥＴ＿ＢＵＦＦＥＲ可以被附加到（可以被串到）一个
ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳ上。这些ＮＥＴ－ＢＵＦＦＥＲ被组织成一个以
ＮＵＬＬ结束的单链表。驱动或ＮＤＩＳ仅创建一个
ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ．应该修改它的链表给它插入或删除一些
Ｎｌ Ｔ＿ＢＵＦＦＥＲ结构。
ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构中包含的信息中描述了所有被串
到一个链表上的ＮＥＴ＿ＢＵＦＦＥＲ结构。如果ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ
需要上下文信息，可以分配额外的空间来存储一个
ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ
ＣＯＮＴＥＸＴ结构。ＮＤＩＳ提供函数来分配、
访问ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ
ＣＯＮＴＥＸＴ中的数据。
多个ＮＥＴ－ＢＵＦＦＥＲ
＿
ＬＩＳＴ结构可以串成一个ＮＥＴ＿ＢＵＦＦＥＲ
ＬＩＳＴ链表。它们可以被组织成一个以ＮＵＬＬ结尾的单向链表。
驱动可以对这个链表直接进行插入、删除操作。
２．１．１．１ ＮＥ丁ＢＵＦＦＥＲ结构
ＮＤＩＳ ６．０中使用的ＮＥＴＢＵＦＦＥＲ结构相似于ＮＤＩＳ ５．Ｘ以
前使用的ＮＤＩＳ＿ＰＡＣＫＥＴ结构，每一个ＮＥＴ＿ＢＵＦＦＥＲ结构中
都包装了一个网络数据包。
图２显示了ＮＥＴ
＿
ＢＵＦＦＥＲ的各个域。
ＢＵＦＦＦ．Ｒ ＮＥＴ 辟 ¨融 Ｒ 髓Ｔ ＢＵＦＦＥＲ，，ＤＡＴＡ
图２
ＮＥＴ＿ＢＵＦＦＥＲ结构包含一个ＮｅｔＢｕｆｆｅｒＨｅａｄｅｒ成员它是一
个ＮＥＴ＿ＢＵＦＦＥＲ＿ＨＥＡＤＥＲ结构。这个成员又包含一个
ＮＥＴ＿ＢＵＦＦＥＲ—ＤＡＴＡ结构的ＮｅｔＢｕｆｆｅｒＤａｔａ成员。应该用ＮＤＩＳ
提供宏和相关函数来访问ＮＥＴ＿ＢＵＦＦＥＲ结构。下面是相关宏
的列表：
ＮＥＴ ＢＵＦＦＥＲ ＮＥＸＴ ＮＢ
ＮＥＴ ＢＵＦＦＥＲ
．
ＦＩＲ
Ｓ下ＭＤＬ
ＺＢＵＦＦＥＲ＿ＤＡ， ＯＦＦＳＥＴ
ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＤＡＴＡ
．
ＬＥＮＧＴＨ
ＮＥＴ＿ＢＵＦＦＥＲ
＿
ＰＲＯＴＯＣＯＬ
—
ＲＥＳＥＲＶＥＤ
Ｎ ＥＴ
＿
ＢＵＦＦＥＲ
＿
ＭＩＮＩＰＯＲＴ
＿
１ＲＥＳＥＲＶＥＤ
ＮＥＴ
＿
ＢＵＦＦＥＲ＿ＣＨＥＣＫＳＵＭＬＢＩＡＳ
ＮＥＬＢＵＦＦＥＲ＿ｃＵＲＲＥＮＴ＿ＭＤＬ
ＮＥＴ ＢＵＦＦ日Ｒ＿ＣＵＲＲＥＮＴ
＿
ＭＤＬ
＿
ＯＦＦＳＥＴ
ＮｄｉｓＧｅｔＰｏｏｔＦｒｏｍＮｅｔＢｕｆｆｅｒ
ＮＥＴ
ＢＵＦＦＥＲ中的一些成员仅仅被ＮＤＩＳ使用．下面列出
一
些编写驱动中常会用到的成员。
ｌ＿Ｉ螭 淼
｜ … … 。。 ” ” … 一 。、…
实用第一 智慧密集
．． ． ． … ．… … ．． 一 …
ＰｒｏｔｏｃｏｌＲｅｓｅｒｖｅｄ
ＮＤＩＳ提供了一个系列的函数来访问这些在ＭＤＬ链中的数
据。有些时候一 数据空间对当前驱动来说是未使用的．虽然 它是为协议驱动保留的。 （也可以理解为是为一个发送包
的引发者保留的）
ＭｉｎｉｐｏｒｔＲｅｓｅｒｖｅｄ
是未使用的但也可能包含了有效的数据。例如．在一些应用中
的接收路径中这个未使用的空间可能包含有下层驱动使用的头
它是为微端口驱动保留的。 （也可以理解为是为一个接收
指示的引发者保留的）
ＮｄｉｓＰｏｏｌＨａｎｄｌｅ
信息。
驱动使用Ｒｅｔｒｅａｔ和Ａｄｖａｎｃｅ操作来减少和增加使用的数
据空间。更多关于这方面的信息可在“Ｒｅｔｒｅａｔ和Ａｄｖａｎｃｅ操
～『 甚上一 ～
它指示了ＮＥＴ
ＢＵＦＦＥＲ结构是从哪一个ＮＥＴ
ＢＵＦＦＥＲ池
＿
作”小节看到。
里分配的． ．
Ｎｅｘｔ
以一个ＮＥＴ ＢＵＦＦＥＲ链表中它是指向下一个
ＮＥＴ
＿
ＢＵＦＦＥＲ结构的指针。如果它是最后个元素，那么它的
这个成员为ＮＵＬＬ。
ＤａｔａＬｅｎｇｔｈ
它指明ｒ网络数据在ＭＤＬ链中的长度，长度以字节为单
位。
Ｄａｔａ０ｆｆｓｅｔ
它表示的是从ＭＤＬ链所描述的缓冲区的开始位置到网络
数据（当前驱动要使用的数据）开始位置之间的偏移。它以字
节为单位。
ＣｕｒｒｅｎｔＭｄｌ
它是一个指向当前驱动在ＭＤＬ链中要使用的第一个ＭＤＬ
的指针。它是ＮＤＩＳ提供的一个优化（跳任何驱动不使用的
ＭＤＬ直接到驱动要使用的第一个ＭＤＬ）。
ＣｕｒｒｅｎｔＭｄｌＯｆｆｓｅｔ
它是一个从ＣｕｒｒｅｎｔＭｄｌ指向ＭＤＬ所描述的地址空间的开
始位置到网络数据（当前驱动要使用的数据）开始位置之间的
偏移。它以字节为单位。
各数据成员关系图，如图３所示。
图３
电 鑫 与雉
下列术语和定义描述Ｔ ＮＥＴ
ＢＵＦＦＥＲ的数据空间中的元素。
Ｕｓｅｄ Ｄａｔａ Ｓｐａｃｅ
这里包含了当前驱动当前时间可以使用的数据窄间．要增
加使用的空间可以执行Ｒｅｔｒｅａｔ操作，要减少使用的守间可以
执行Ａｄｖａｎｃｅ操作。
Ｕｎｕｓｅｄ Ｄａｔａ Ｓｐａｃｅ
当前驱动当前时间不使用的数据空间。
Ｔｏｔａｌ Ｄａｔａ Ｓｉｚｅ
这是当前Ｕｓｅｄ Ｄａｔａ Ｓｐａｃｅ和Ｕｎｕｓｅｄ Ｄａｔａ Ｓｐａｃｅ空间大小
的和。如果要计算这个总的空间大小就把ＤａｔａＯｆｆｓｅｔ和
ＤａｔａＬｅｎｇｔｈ两个成员相加就可得到。
Ｒｅｔｒｅａｔ
这是一个增加使用空间的操作。
Ａｄｖａｎｃｅ
这是一个减少使用空间的操作。
２．１．１．２ ＮＥＴ
ＢＵＦＦＥＲ ＬＩＳＴ结构
一
个ＮＥＴ ＢＵＦＦＥＲ
ＬＩＳＴ结构中包装了一个ＮＥＴ
ＢＵＦＦＥＲ
的单向链表。下面展示ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ巾的各个域．如图
４所示
图４
在ＮＥＴ＿ＢＵＦＦＥＲ ＬＩＳＴ结构中包含一个ＮＥＴ＿ＢＵＦＦＥＲ
ＬＩＳ
Ｔ
ＨＥＡＤＥＲ的ＮｅｔＢｕｆｆｅｒＬｉｓｔＨｅａｄｅｒ成员，这个成员里包含一个
ＮＥＴ
＿
ＢＵＦＦＥＲＬＩＳＴ
＿
ＤＡＴＡ的ＮｅｔＢｕｆｆｅｒＬｉｓｔＤａｔａ的子成员。应
该使用ＮＤＩＳ提供的宏和函数来访问这些成员，下面列出这些
宏和函数：
ＮＥＴ ＢＵＦＦＥＲ
—
ＬＩＳＴ＿ＮＥＸＴ＿ＮＢＬ
ＮＥＴ
＿
ＢＵＦＦＥＲ
—
ＬＩＳＴ
＿
ＦＩＲＳＴ
＿
ＮＢ
ＮＥＴ
＿
ＢＵＦＦＥＲ＿ＬＩＳＴ
—
ＦＬＡＧＳ
ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ＿ＭｌＮＩＰＯＲＴ＿ＲＥＳＥＲＶＥＤ
ＮＥＴ
＿
ＢＵＦＦＥＲ
—
ＬＩＳＴ
＿
ＣＯＮＴＥ）（１ ＤＡＴＡ ＳＴＡＲＴ
ＮＥＬＢＵＦＦＥＲ＿ＬＩＳＴ＿ＣＯＮＴＥＸＴ＿ＤＡＴＡ＿ＳＩＺＥ
ＮＥＴ ＢＵＦＦＥＲ
＿
ＬＩＳＴ｝ＮＦＯ
ＮＥＴ
＿
ＢＵＦＦＥＲ—ＬＩＳＴ
＿
Ｓ１ ＡＴＵＳ
Ｎｆ厂＿ＢＵＦＦＥＲ—ＬＩＳ厂．ＰＲＯＴＯＣＯＬ＿ＲＥＳＥＲＶＥＤ
ＮｄｉｓＧｅｔＰｏｏｌＦｒｏｍＮｅｔＢｕｆｆｅｒＬｉｓｔ
在ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ结构中大部分成员仅仅是ＮＤＩＳ来
使用的。下面列出的成员是在编写驱动的时候最有可能用的一
些成员。
ＰａｒｅｎｔＮｅｔＢｕｆｆｅｒＬｉｓｔ
如果一个ＮＥＴ ＢＵＦＦＥＲ＿ＬＩＳＴ是一个从父结构派生（主要
是指一个对结构做的克隆、分片、重组作操作）过来的一个子
结构，那么它就指向父结构。其他情况下它为ＮＵＬＬ。
ＮｄｉｓＰｏｏｌＨａｎｄｌｅ
分配结构时所用池的句柄。
ＰｒｏｔｏｃｏｌＲｅｓｅｒｖｅｄ
它是为协议驱动保留的。 （也可以理解为是为一个发送包
的引发者保留的）
ＭｉｎｉｐｏｒｔＲｅｓｅｒｖｅｄ
它是为微端Ｅｌ驱动保留的。 （也可以理解为是为一个接收
指示的引发者保留的）
ＳｏｕｒｃｅＨａｎｄｌｅ
它标识了分配这个ＮＥＴ－ＢＵＦＦＥＲ—ＬＩＳＴ的驱动。ＮＤＩＳ利
用它来返回这个结构，不应该在驱动中读这个句柄。
ＣｈｉｌｄＲｅｆＣｏｕｎｔ
如果结构是一个父结构，它代表着它有几个子结构。其他
情况下为０。
Ｆｌａｇｓ
保留给ＮＥＴ ＢＵＦＦＥＲ＿ＬＩＳＴ未来标识属性用的，目前版本
没有相关的属性规范。
Ｓｔａｔｕｓ
标识一个网络操作的最终状态，如果微端口操作在完成发
送后写这个状态返回给上层发送操作的引发者。
ＮｅｔＢｕｆｆｅｒＬｉｓｔｌｎｆｏ
是关于ＮＥＴ－ＢＵＦＦＥＲ＿ＬＩＳＴ结构的信息．这个些信息通常
是链表中的所有ＮＥＴ＿ＢＵＦＦＥＲ的信息。
Ｎｅｘｔ
在一个ＮＥＴ＿ＢＵＦＦＥＲ
＿
ＬＩＳＴ链表中它是指向一个结构的指
针，如果它是最后一个元素，那么Ｎｅｘｔ为ＮＵＬＬ。
ＦｉｒｓｔＮｅｔＢｕｆｆｅｒ
它指向一个联结在ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ上的ＮＥＴ＿ＢＵＦＦＥＲ
链表的第一个元素。
注意：Ｃｏｎｔｅｘｔ成员是指一个ＮＥＴ＿ＢＵＦＦＥＲ
ＨｓＴ－ＣＯＮＴＥ
ＸＴ结构的，ＮＤＩＳ提供宏和函数来维护这个结构，下面列出这
些宏和函数。
ＮｄｉｓＡｌｌｏｃａｔｅＮｅｔＢｕｆｆｅｒＬｉｓｔＣｏｎｔｅｘｔ
ＮｄｉｓＦｒｅｅＮｅｔＢｕｆｆｅｒＬｉｓｔＣｏｎｔｅｘｔ
ＮＥＴ－ＢＵＦＦＥＲｊ』ＳＴ—Ｃ０Ｎ ＩＥＸ ＬＤＡＴＡ＿ｓＴＡＲＴ
ＮＥＴ ＢＵＦＦＥＲ
＿
ＬＩＳＩｒ＿Ｃ０ＮＴＥＸＴ＿ＤＡＴＡ ＳＩＺＥ
２．１．１．３ ＮＥＴ ＢＵＦＦＥＲ ＬＩＳＴ ＣＯＮＴＥＸＴ结构
ＮＤＩＳ使用ＮＥＴ
ＢＵＦＦＥＲＨＳＴ
ＣＯＮＴＥＸＴ结构来为所联结
的ＮＥＴ＿ＢＵＦＦＥＲ
＿
ＬＩＳＴ存储一些附加数据。ＮＥＴ＿ＢＵＦＦＥＲ—ＬＩＳＴ
的Ｃｏｎｔｅｘｔ成员指一个ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ＿ＣＯＮＴＥＸＴ结构．这
个结构存储的信息对ＮＤＩＳ和栈上的其他驱动是不透明的。结
构的各个域，如图５所示。
｝Ｎｅｌｌ
｝
０
Ｃ 啊 ｌ￡’甜斯
图５
这个结构的ＣｏｎｔｅｘｔＤａｔａ成员包含了环境信息，这个环境
信息可以是ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ所需要的任何信息。应该使
用下面的宏和函数来维护ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ
ＣＯＮＴＥＸＴ中的
成员：
ＮｄｉｓＡＩＩｏｃａｔｅＮｅｔＢｕｆｆｅｒＬｉｓｔＣｏｎｔｅｘｔ
ＮｄｉｓＦｒｅｅＮｅｔＢｕｆｆｅｒ ｓｔＣｏｎｔｅｘｔ
ＮＥＴ＿ＢＵＦＦＥＲＬＬＩＳ￣ＣＯＮＴＥＸＴ＿ＤＡＴＡ＿ＳＴＡＲＴ
ＮＥＴ＿ＢＵＦＦＥＲ
＿
ＬＩＳ
—
ＳＯＮＴＥ ＤＡＴＡ＿ＳＩＺＥ
２．１．２发送和接收操作
在一次函数调用中．ＮＤＩＳ６．０驱动可以发送多个
ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ。而每一个ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ都可以是
多个ＮＥＴ＿ＢＵＦＦＥＲ。同样可以一次指示完成多个这样的
ＮＥＴ
＿
ＢＵＦＦＥＲｊＪＪＳＴ。
在接收路径中．微端口驱动可以用ＮＥＴ＿ＢＵＦＦＥＲ
ＬＩＳＴ指
示一个接收。每一个被微端口驱动指示的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ
中包含一个ＮＥＴ－ＢＵＦＦＥＲ。但是本地８０２．１１驱动可以包含多
个ＮＥＴ
ＢＵＦＦＥＲ结构。因为不同的协议绑定可以处理每一个
ＮＥＴ－ＢＵＦＦＥＲ＿ＬＩＳＴ．而ＮＤＩＳ也可以独立地返回每一个
ＮＥＴ＿ＢＵＦＦＥＲ＿ＵＳＴ给微端口驱动。
…
：
… … …… …… “… ” ” … …
实用第一 智慧密集
、
．… ．．． … … …
对于ＮＤＩＳ５．Ｘ和更早的版本，ＮＤＩＳ在基于ＮＤＩＳ＿ＰＡＣＫＥＴ
和基于ＮＥＴ ＢＵＦＦＥＲ之间提供了一个转换层（用于做两者的
协议驱动要用调用Ｎｄｉｓ０ｐｅｎＡｄ印ｔｅｒＥｘ时ＮＤＩＳ提供的
ＮｄｉｓＢｉｎｄｉｎｇＨａｎｄ１ｅ来设置ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ的ＳｏｕｒｃｅＨａｎｄｌｅ
～
兼容转换）。ＮＤＩＳ在其中进行两者的转换。要避免性能下降就
应该在所有路径上支持ＮＥＴ ＢＵＦＦＥＲ结构和ＮＥＴ＿ＢＵＦＦＥＲ—ＬＩ
成员 ＮＤＩＳ使用这个成员返回协议驱动发送的
＿
ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ结构。
ＳＴ结构（即应用新的ＮＤＩＳ接口模式）。
２．１－２．１发送数据
中间层驱动也需要设置这个ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构中的
ＳｏｕｒｃｅＨａｎｄｌｅ成员为自己调用Ｎｄｉｓ０ｐｅｎＡｄａｐｔｅｒＥｘ时返［口Ｉ的
ＮｄｉｓＢｉｎｄｉｎｇＨａｎｄ１ｅ。 如
发送操作的图示，如图６所示，它包含协议驱动，ＮＤＩＳ
果中间层驱动转发一个
和微端口驱动。
＃ｉ髓０艚Ｄｄｗｒ
ｓ￣ｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓ
｜ 断ｔ８ ４ 橼嘲 ‰ｒ ８
∽㈣ 轴 ＃牡 婚８
鲰槲貅 静嘶ｔ ¨弹 辫Ｃ 脚０ ０
０锚 ８。４ 蛐４ 心｛ ｜ ’ 翳嗡弛
图６
议 动在一个绑定中调用ＮｄｉｓＳｅｎｄＮｅｔＢｕｆｉｅｒＬｉｓｔｓ发送一
个ＮＥＴ ＢＵＦＦＥＲ ＬＩＳＴ结构 ＮＤＩＳ调用ＭｉｎｉｐｏｒｔＳｅｎｄＮｅｔＢｕｆｆｅｒ
Ｌｉｓｔｓ将这个ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ结构传递给下层驱动程序。
所有基于ＮＥＴ ＢＵＦＦＥＲ的发送操作都是异步的，微端口
骆动凋用ＮｄｉｓＭＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐｌｅｔｅ返回一个ＮＥＴ
ＢＵＦ
ＦＥＲ ＬＩＳＴ并返同一个适当的状态 每一个被发送的
ＮＥＴ ＢＵＦＦＥＲ
ＬＩＳＴ结构都可以被独立地完成。微端口驱动每
一
次调刖ＮｄｉｓＭＳｅｌｌｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐｌｅｔｅ时，ＮＤＩＳ都会去调
用协议驱动的ＰｒｏｔｏｃｏｌＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐｌｅｔｅ例程。
当ＮＤＩＳ调用用协议驱动的ＰｒｏｔｏｃｏｌＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐ
ｌｅｔｅ时．协议驱动可以收回对ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ及它所联结
ＮＥＴ ＢＵＦＦＥＲ及其他资源的所有权。
微端口驱动和ＮＤＩＳ返回ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ的顺序是不
确定的（并不一定按发送的顺序来）。在这个期间协议驱动
应该保证与ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ相联结的ＮＥＴＢＵＦＦＥＲ不被
修改
任何ＮＤＩＳ驱动都可以解除ＮＥＴ＿ＢＵＦＦＥＲ与
ＮＥＴＢＵＦＦＥＲ
＿
ＬＩＳＴ的关系，也可以解除ＮＥＴ ＢＵＦＦＥＲ与
ＭＤＬ的关系统（就是说可以在发送路径上对数据包做修改），
但是必须返回原来的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ（做了修改当完成后
返回给上层时要返回原来那个ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ）。例如，一
个中间层驱动可以把一个ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ分解成两个
ＮＥＴ
＿
ＢＵＦＦＥＲ
ＬＩＳＴ发送给下层驱动。但是当这两个
ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ发送完成后必须向上层返回
ＮＥＴ ＢＵＦＦＥＲ
ＨＳＴ时必须返回原来（要求ＮＥＴ＿ＢＵＦＦＥＲ及相
关ＭＤＬ都要和原来的一样）的那个ＮＥＴ
ＢＵＦＦＥＲ ＬＩＳＴ（中间
层驱动直接产生的ＮＥＴ＿ＢＵＦＦＥＲ—ＬＩＳＴ不能返回给Ｅ层驱动）。
、 １ 电 ．电 ｊ２０ｊｊＩ鼻１鑫 与趣疆玛与蛾 蛾 ％ｊ《；
ＮＥＴＢＵＦＩ￣’ＥＲ
ＨＳＴ要在设置它的ＳｏｕｒｃｅＨａｎｄｌｅ之前保存¨Ｌ层
驱动设置的ＳｏｕｒｃｅＨａｎｄｌｅ。并在转发完成后恢复原尤的
ＳｏｕｒｃｅＨａｎｄｌｅ后返回给上层驱动。
２．１．２．２取消发送
图７示例中是一个取消发送操作的过程。
＾搠树口０ Ｄｒｌｖ￣
图７
驱动可以调．Ｈｊ ＮＤＩＳ ＳＥＴ ＮＥＴ ＢＵＦＦＥＲ ＬＩＳＴ ＣＡＮＣＥＬ ＩＤ
给每一个要传输到下层驱动的ＮＥＴ ＢＵＦＦＥＲ
ＬＩＳＴ设置一个取
消ＩＤ。
在分配取消ＩＤ时应该先调用ＮｄｉｓＧｅｎｅｒａｔｅＰａｒｔｉａｌＣａｎｃｅｌＩｄ
获得取消ＩＤ的最高位字节。这是为了保证系统在任意两个驱
动的取消ＩＤ不相同。典型的用法是在ＤｒｉｖｅｒＥｎｔｒｙ中调用它一
次来获得取消ＩＤ的最高字节．但是也可以存不同的地方调用
多次获得多个取消ＩＤ的最高字节。
要取消一个未完成的发送操作，驱动可以通过取消ＩＤ来
调用过ＮｄｉｓＣａｎｃｅｌＳｅｎｄＮｅｔＢｕｆｉｅｒＬｉｓｔｓ函数（它其中一个参数是
要取消的发送ＮＥＴ－ＢＵＦＦＥＲ ＬＩＳＴ被设置的取消ＩＤ）。驱动可
以用ＮＤＩＳ
ＧＥＴ
ＮＥＴ
ＢＵＦＦＥＲＬＩＳＴ
ＣＡＮＣＥＬＩＤ获得ＮＥＴ＿Ｂ
＿
ＵＦＦＥＲ ＬＩＳＴ的取消ＩＤ。
如果驱动对所有发送的ＮＥＴ
＿
ＢＵＦＦＥＲ
ＨＳＴ设置相同的取
消ＩＤ，那么只要一次取消调用就会取消所有的发送。对一组
ＮＥ｜ｒ＿ＢＵＦＦＥＲ—ＵＳＴ设置相同的取消ＩＤ对这个取消ＩＤ的一次
取消调用则会取消这一组的发送。
ＮＤＩＳ会调用在绑定上的适合低层驱动的
ＭｉｎｉｐｏｒｔＣａｎｃｅｌＳｅｎｄ．取消正在进行的传输后．微端ｎ驱动渊用
ＮｄｉｓＭＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐｌｅｔｅ返回ＮＥＴ ＢＵＦＦＥＲ ＵＳＴ和一
个ＮＤＩＳ
ＳＴＡＴＵＳ
～
ＣＡＮＣＥＬＬＥＤ状态。ＮＤＩＳ会调用适合驱动的
…
ＦＯＬＬＯＷ啊＾ＳＴＥＲ ＰＲ０Ｂ矗＾啊…………………………… …………………………一…… …… … … 一 ………
ＰｏｔｏｃｏｌＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓＣｏｍｐｌｅｔｅ函数。在这个函数中回收资
源时应该设置相关ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ的取消ＩＤ为ＮＵＬＬ，防
止它再次被使用时出现问题。
２．１．２．３接收数据
图８示例是基于一个接收操作的，包括微端口驱动、ＮＤＩＳ
和协议驱动。
铆ｏ！￣ｏｌＤｒｌｖｅ￣ 删ｔ｜｝刚
图８
微端口驱动可以调用ＮｄｉｓＭＩｎｄｉｃａｔｅＲｅｃｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓｔｓ来
给上层驱动指示数据。这些数据组ＮＥＴ＿ＢＵＦＦＥＲ
＿
ＨＳＴ来组
织。协议驱动接收到ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ后可以对它进行修改
转发给客户端。同样的驱动也可以附加更多附加信息在
ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ中。
可以把所有要指示给上层驱动的ＮＥＴ ＢＵＦＦＥＲ ＵＳＴ链接
到一起通过ＮｄｉｓＭＩｎｄｉｃａｔｅＲｅｅｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓｔｓ来指示给上层驱
动。ＮＤＩＳ会校验这些ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构并调用每一个
绑定协议驱动的ＰｒｏｔｏｃｏｌＲｅｃｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓｔｓ。ＮＤＩＳ仅仅把
ＮＥＴ＿ＢＵＦＦＥＲ—ＵＳＴ传递给那些正确有绑定了的协议驱动。同
时会匹配ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ中ＮｅｔＢｕｆｆｅｒＬｉｓｔＦｒａｍｅＴｙｐｅ（协议
驱动在注册是会注册相应该的帧类型与之匹配后ＮＤＩＳ才转发
给它）来确定转发给某个协议驱动。
如果设置了给ＲｅｃｅｉｖｅＦｌａｇ设置了ＮＤＩＳ
—
ＲＥＣＥＩＶＥ
—
ＦＬＡＧＳ
ＲＥＳＯＵＲＣＥＳ标记，它会传递给上层的协议驱动。ＮＤＩＳ会在
协议驱动的ＰｒｏｔｏｃｏｌＲｅｃｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓ
ｔｓ调用返回后收回资源（传给协议驱动的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ
及与之关联的所有资源）的所有权。
注意：如果设置了这个标记上层驱动应该尽快处理返回资
源给下层驱动。同时在返回时要恢复对资源的修改。例如，一
个收如此标记的上层驱动，可以对ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ及相关
资源进行修改，但返回ＮＤＩＳ进要确保ＮＥＴ＿ＢＵＦＦＥＲ ＬＩＳＴ是
原始的内容（这里主要指资源本身，如果其中的
ＮＥＴ
＿
ＢＵＦＦＥＲ链，及ＮＥＴ＿ＢＵＦＦＥＲ中的ＭＤＬ链。而其中的数
据内容则不必要恢复原始中）。
如果没有设置这个标记那么协议驱动则持有对这个
ＮＥＴ
＿
ＢＵＦＦＥＲ
＿
ＬＩＳＴ的所有权。协议驱动可以对它进行排队延
后处理（注意，如果传递了标记则必须在函数内完成处理，因
为函数返回后这个ＮＥＴ ＢＵＦＦＥＲ ＬＩＳＴ不用属于协议驱动了）。
在这种情况下协议驱动必须调用ＮｄｉｓＲｅｔｕｒｎＮｅｔＢｕｆｆｅｒＬｉｓｔｓ来返
还资源给下层驱动。
如果下层的微端口驱动运行在低资源情况下 可以在指示
数据给上层时传递这个标记。这个微端口驱动就可以在指示结
束后恢复所有指示所用资源的所有权。
当协议驱动调用ＮｄｉｓＲｅｔｕｒｎＮｅｔＢｕｆｆｅｒＬｉｓｔｓ后ＮＤＩＳ会调用
微端口驱动的ＭｉｎｉｐｏｒｔＲｅｔｒｕｎＮｅｔＢｕｆｆｅｒＬｉｓｔｓ例程。
注意：如果一个微端口驱动指示数据给上层时传递了
ＮＤＩＳ ＲＥＣＥＩＶＥ ＦＬＡＧＳ ＲＥＳ０ＵＲＣＥＳ标记那么ＮＤＩＳ将不会调
用它的ＭｉｎｉｐｏｒｔＲｅｔｒｕｎＮｅｔＢｕｆｆｅｒＬｉｓｔｓ。微端口对资源的所有权会
在ＮｄｉｓＭＩｎｄｉｃａｔｅＲｅｃｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓｔｓ返回时自动恢复。
ＮＤＩＳ返回ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ的顺序并不和微端口驱动
调用ＮｄｉｓＭＩｎｄｉｃａｔｅＲｅｅｅｉｖｅＮｅｔＢｕｆｆｅｒＬｉｓｔｓ的顺序一致，ＮＤＩＳ可
以以任何顺序返回ＮＥＴ＿ＢＵＦＦＥＲ—ＬＩＳＴ。
微端口驱动在指示数据给上层时应该设置
ＮＥＴＢＵＦＦＥＲ
Ｕ 的ＳｏｕｒｃｅＨａｎｄｌｅ成员。这个成员应该设置
为ＮＤＩＳ在微端口驱动的ＭｉｎｉｐｒｏｔＩｎｉｔＥｘ中传递的那个
ＭｉｎｉｐｒｏｔＡｄａｐｔｅｒＨａｎｄｌｅ句柄。ＮＤＩＳ要利用这个成员返回
ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构微端口驱动。
中间层驱动也要在指示数据给上层时应该设置
ＮＥＴ－ＢＵＦＦＥＲ＿ＬＩＳＴ的ＳｏｕｒｃｅＨａｎｄｌｅ成员。这个成员应该设置
为ＮＤＩＳ在中间层驱动的ＭｉｎｉｐｒｏｔＩｎｉｔＥｘ中传递的那个
ＭｉｎｉｐｒｏｔＡｄａｐｔｅｒＨａｎｄｌｅ句柄。如果要转发这个接收指示，驱动
要保存下层驱动设置的ＳｏｕｒｃｅＨａｎｄｌｅ值后再设置这个句柄为中
间层驱动的。当ＮＤＩＳ返回ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ给中间层驱动
时．要重新恢复原来的ＳｏｕｒｃｅＨａｎｄｌｅ值再调用
ＮｄｉｓＭＲｅｔｕｍＮｅｔＢｕｆｆｅｒＬｉｓｔｓ返回给下层驱动。
２．１．２．４ ＮＤＩＳ回环包
如果ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ的成员ＮｂｌＦｌａｇｓ设置了
ＮＤＩＳ
ＮＢＵＬＡＧＳ—ＩＳＪ‘０ＯＰＢＡＣＫ＿ＰＡＣＫＥＴ标记，那说明这个
包是一个回环包。协议驱动和Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ可以检查这个标记
判断这个包是不是回环包。
回环包要被回传回来要满足下面３个条件：
（１）下层微端口的类型必须是ＮｄｉｓＭｅｄｉｕｍ８０２—３或
ＮｄｉｓＭｅｄｉｕｍ８０２
＿
５。
（２）下面３个条件之一必须满足：
１）协议绑定设置了ＯＩＤ的ＯＩＤ
ＧＥＮ
—
ＣＵＲＲＥＮｒｒ＿ＰＡＣＫＥ
Ｔ
＿
ＦＩＬＴＥＲ请求设定了ＮＤＩＳ ＡＣＫＥＴ－ ｒＹＰＥ＿ＰＲＯＭＩＳＣＵＯＵＳ
标记或下面条件为真。
①多个绑定到微端口驱动。
②一个Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ附加到微端口并且注册了接收控
制器。
２）协议绑定设置了ＯＩＤ的ＯＩＤ
＿
ＧＥＮ
ＣＵＲＲＥＮＴ－ＰＡＣＫＥ
Ｔ ＦＩＬＴＥＲ请求设定了ＮＤＩＳ＿ＰＡＣＫＥ邺ＰＥＡＬＬ ＬＯＣＡＬ标记
籀鳙淼
一 …… ………… ……… …… …… ………… ………一
实用第一 智慧密集
… … … ． ．． … …
或下面条件为真。 （４）必须保证ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ中的ＮＥＴ＿ＢＵＦＦＥＲ捕
＿
①多个绑定到微端ｕ驱动。
②一个Ｆｉｌｔｅｒ Ｍｏｄｕｌｅ附加到微端口并且注册了接收控
述的以太网帧是有相同源和目的ＭＡＣ的。
（５）如果发送的是ＴＣＰ或ＵＤＰ包，那么ＮＥＴ
ＢＵＦＦＥＲ
＿
制器． ．
３１调用者设置ＮｄｉｓＳｅｎｄＮｅｔＢｕｆｆｅｒＬｉｓｔｓ的ＳｅｎｄＦｌａｇｓ参数的
ＮＤＩＳ
＿
ＳＥＮＤＦＬＡＧＳＣＨＥＣＫＦＯＲ
＿
ＬＯＯＰＢＡＣＫ标记。
（３）包符合微端口的包过滤设置。例如：
１）如果是一个直接包，它的目的ＭＡＣ地址和微端口的
ＭＡＣ地址一样
２１ 如果是一个多播包。微端口的过滤设置了
ＮＤＩＳ
＿
ＰＡＣＫＥ ｒ．ｒｒＹＰＥ—ＡＵ ＭＵＬＴＩＣＡＳＴ标记或目标地址匹配
微端口的多播地址列表且端口的过滤设置了
ＮＤＩＳ
—
ＰＡＣＫＥ １ 【ＴＹＰＥ
—
ＡＬＬ
ＭＵＬＴＩＣＡＳＴ标记。
３１ 如果是一个广播包．微端口的过滤设置了
ＮＤＩＳ
ＰＡＣＫＥＴＪＹＰＥ—ＢＲＯＡＤＣＡＳＴ标记。
４）微端口的过滤设置ｒ ＮＤＩＳ
ＰＡＣＫＥ ＰＥ
＿
ＰＲＯＭＩＳＣ
ＵＯＵＳ或ＮＤＩＳ
ＰＡＣＫＥ ＰＥ
ＡＬＬＬＯＣＡＬ标记。
一
个协｝义绑定要接收回环包要满足下面条件：
（１）协议绑定是回环包原始发送者。
（２）协议绑定小能设置ＮＤＩＳ—ＰＡＣＫＥＴＪＹＰＥ—ＮＯ—ＬＯＣＡＬ
过滤。
一
个协议绑定不接收回环包要满足下面条件：
（１）协议绑定设置了ＮＤＩＳ
ＰＡＣＫＥＴ＿ＴＹＰＥ—ＮＯ—ＬＯＣＡＬ
过滤且协议绑定是回环包原始发送者。
（２）协议绑定是原始发送者但没有不能设置ＳｅｎｄＦｌａｇｓ的
ＮＤＩＳＳＥＮＤＦＬＡＧＳＣＨＥＣＫＦＯＲ
ＬＯＯＰＢＡＣＫ标记。
下面图９显示了回环包的运算逻辑。
２．１．３以太网发送和接收操作
２．１．３．１发送以太网帧
Ｗｉｎｄｏｗｓ Ｖｉｓｔａ的ＴＣＰｆｌＰ协议支持对一组以太网帧的发送。
任何引发发送或修改发送的ｆ 层驱动都必须遵循ＴＣＰ仃Ｐ协议
规范． ．
注意：如果任何 层驱动不遵循下面的规则那么下层的驱
动的行为将不呵预测
（１）如果要发送一个以太网帧必须分配一个ＮＥＴ＿ＢＵＦＦＥ
Ｒ
ＬＩＳＴ结构用于存放以太网帧。每一个ＮＥＴ ＢＵＦＦＥＲ—ＬＩＳＴ
必须包含一个带外数据块（ＯＯＢ），它被定义在
ＮＥＴ ＢＵＦＦＥＲ ＬＩＳＴ是ＮｅｔＢｕｆｆｅｒＬｉｓｔＩｎｆｏ成员中，被一些特殊处
理使用。
（２）如果要发送一个以太网帧必须为以太网帧分配一个
或多个ＮＥＴ
ＢＵＦＦＥＲ结构且链接到帧的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ
结构中。
（３）必须保证ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ中的ＮＥＴ＿ＢＵＦＦＥＲ描
述的是同一种类形的以太网帧。
１ ￣
２０１
２．１３
－ｌ ｌ电奠鳙
翟
技
与雄 ；
ＬＩＳＴ中的所有ＮＥＴＢＵＦＦＥＲ必须是同一ＴＣＰ或ＵＤＰ链接的
包。
（６）不能把一个ＭＡＣ头分别放在多个ＭＤＬ中。如果这
样做部分ＭＡＣ头会被当成ＶＬＡＮ标记。
（７）如果驱动改变了在ＮＥＴ＿ＢＵＦＦＥＲ中的ＭＤＬ链或在
ＮＥＴ
ＬＩＳＴ中的ＮＥＴ＿ＢＵＦＦＥＲ
ＢＵＦＦＥＲ
ＬＩＳＴ则需要在返回
ＮＥＴ
ＢＵＦＦＥＲ－ＵｓＴ给上层驱动之前时恢复原始的状态。但
ＮＥＴ
ＢＵＦＦＥＲ ＬＩＳＴ之间的链接关系不需要和原来的一样（如
果返回多个ＮＥＴ ＢＵＦＦＥＲＬＩＳＴ时）。
图９
……
ＦＯＬＬＯＷ啊ＡＳＴＥＲ ＰＲＯＧ肌啊……………………………………………………………………………………
２．１．３．２接收以太网帧
Ｗｉｎｄｏｗｓ Ｖｉｓｔａ的ＴＣＰ仃Ｐ协议支持对一组以太网帧的接收。
任何引发接指示或修改接收指示的下层驱动都必须遵循ＴＣＰ／ＩＰ
协议规范。
注意：如果存在驱动遵循下面的规范，那上层驱动可能行
为不可预测。
驱动接收以太网帧必须遵循下面的规范。
（１）驱动必须分配一个ＮＥＴ—ＢＵＦＦＥＲ＿ＬＩＳＴ结构用于存
放以太网帧。每一个ＮＥＴ
ＢＵＦＦＥＲ
ＵｓＴ必须包含一个带外数
据块（ＯＯＢ），它被定义在ＮＥＴ ＢＵＦＦＥＲ＿ＬＩＳＴ时ＮｅｔＢｕｆｆｅｒＬｉｓｔＩｎ
ｆ０成员被一些特殊处理使用。
（２）必须为以太网帧分配ＮＥＴ＿ＢＵＦＦＥＲ结构且链接到帧
的ＮＥＴ
ＢＵＦＦＥＲＪ 结构中。注意：一个以太网帧可以被分
离成多块存储在ＭＤＬ中链接到ＮＥＴ＿ＢＵＦＦＥＲ结构中。
（３）对于ＶＩＳＴＡ版本不允许把一个接收的以太网帧分成
多份存储在ＭＤＬ中。但是以后的版本会允许这样做。
（４） 任何Ｗｉｎｄｏｗｓ版本中都不能分离（在一个
ＮＥＴＢＵＦＦＥＲ
ＬＩｓＴ中把数据分别存储到多个ＭＤＬ中）ＩＰ头、
ＩＰＶ４选项、ＩＰＳＥＣ头、ＩＰＶ６扩展头或上层协议头，除非第一
个ＭＤＬ中包含了个ＮＤＩＳ支持的前视数据（ＬＯＯＫＨＥＡＤ）长
度的数据。
（５）如果下层驱动遵循上述规则，那么到任何ＮＤＩＳ６．０
以后的协议驱动和Ｆｉｌｔｅｒ Ｄｒｉｖｅｒ都应该支持以太网帧的分片存
储（在一个ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ中把数据分别存储到多个
ＭＤＬ中）。这样做是为了这些驱动在以后的Ｗｉｎｄｏｗｓ版本中兼
容运行。
２．１．４派生ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ结构
ＮＤＩＳ６．０提供函数来管理ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构还可以
从其他的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ派生结构。这些函数经常被中间
层驱动使用。 、
下面这些函数就支持从一个已经存在的ＮＥＴ ＢＵＦＦＥＲ＿ＬＩ
ＳＴ中创建一个派生结构：
ＮｄｉｓＡＩＩｏｃａｔｅＣＩｏｎｅＮｅｔＢｕｆｆｅｒＵｓｔ
ＮｄｉｓＡＩＩｏｃａｔｅＦｒａｇｍｅｎｔＮｅｔＢｕｆｆｅｒｕｓｔ
ＮｄｉｓＡＩＩｏｃａｔｅＲｅａｓｓｅｍｂｌｅｄＮｅｔＢｕｆｆｅｒＵｓｔ
这些函数改善了系统性能，因为这些函数在派生的过程中
并不复制网络数据。可以对已经存在的ＮＥＴ
ＢＵＦＦＥＲ＿ｕＳＴ做
以下３种派生操作。
（１）克隆（Ｃｌｏｎｅ）
克隆一个ＮＥ ｒ＿ＢＵＦＦＥＲ
ＬＩＳＴ的副本（它还是引用原来的
数据），可以用克隆的副本发送到多个传输路径。
（２）分片（Ｆｒａｇｒａｎｃｅ）
一
个分片ＮＥＴ ＢＵＦＦＥＲ
＿
ＬＩＳＴ结构包含一个
ＮＥＴ
ＢＵＦＦＥＲ集（它还是引用原来的数据）。但是，数据被划
分成不超过最大大小的单元。驱动可以有效将大缓冲区分解成
小的。
（３）重组（Ｒｅａｓｓｅｍｂｌｅｄ）
一
个重组的ＮＥＴ＿ＢＵＦＦＥＲ—ＬＩＳＴ结构包含一个
ＮＥＴ
ＢＵＦＦＥＲ
Ｌ１ＳＴ结构（它是引用原来多个ＮＥＴ＿ＢＵＦＦＥＲ结
构的原始数据）。驱动可以利用这个操作来合并多个小的
ＮＥＴ＿ＢＵＦＦＥＲ＿Ｌ１ＳＴ成一个大的ＮＥＴ－ＢＵＦＦＥＲ—ＬＩＳＴ。
２．１．４一ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ结构的派生关系
驱动的编写者应该知道和维护经过克隆，分片．重组后的
子结构与父结构之间的关系。这些关系主要是为了保证在父结
构被释放后才能释放子结构。它应用下列规则。
（１）当一个驱动从ＮＥＴ－ＢＵＦＦＥＲＬＩＳＴ创建了一个子结
构后，驱动应该保留父结构的所有权，传递时传递子结构给其
他驱动。驱动决不能把父结构传递给其他驱动。
（２）驱动应该仅更新父结构中的子结构数。冈为父结构
不传递给它其他驱动，所以子结构数被覆盖的机会很小。驱动
应该设置子结构中的父指针指向父结构。
（３）当驱动从其他驱动收到一个ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ时
是不能更改它的父指示的。如果接收到的是一个子结构，那么
它的父指针是被设置过的。
（４）ＮＤＩＳ不强制上述规则。当前ＮＥＴ＿ＢＵＦＦＥＲ
ＬＩＳＴ的
所有者必须管理维护子结构数和父指针。例如，一个驱动对当
前的ＮＥｒＬＢＵＦＦＥＲ
＿
ＬＩＳＴ进行了克隆和分片，就必须管理维护
好相关的父指针和子结构总数。
（５）ＮＤＩＳ在分配一个ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ时总是置它的
父指针和子结构数据为０。ＮＤＩＳ在任何时间向其他驱动传递这
个结构时也不会修改它们。
２．１．４．２克隆
ＮＢＬＣ＝ＮＥＴ ＢＵＦＦＥＲ ＵＳＴ Ｃ０ＮＴＥＸＴ
ＮＢＬ＝ＮＥＴ ＢＵＦＦＥＲ ＵＳＴ
ＮＢ＝ＮＥＴ ＢＵＦＦＥＲ
图１Ｏ
Ｉ｜Ｉ臻
…
｛
ｍ …７１ ＿｜ … ｆｑ… Ⅳｄ 。一 ｉＪ Ｉ＿
实用第一 智慧密集
…… ． ．… …
一
个驱动从一个已经存在的ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ克隆一个
样的。例如，如果有一个父结构有两个ＮＥＴ ＢＵＦＦＥＲ．第一
个ＮＥＴ＿ＢＵＦＦＥＲ分片后剩下的 间小于分片的长度．这时也
不会把它同下一个ＮＥＴ
ＢＵＦＦＥＲ分并再分片，会像一个
新的结构，这样新克隆的结构引用的还是原始的数据。驱动可
以利用这种方法在多个路径上有效地传输相同的数据。
图ｌ０展示了父结构和克隆结构之间的关系。
驱动调用ＮｄｉｓＡｌｌｏｃａｔｅＣｌｏｎｅＮｅｔＢｕｆｆｅｒＬｉｓｔ函数来克隆一个已
经存在的ＮＥＴ＿ＢＵＦＦＥＲＬＩＳＴ，它新分配一个ＮＥＴ ＢＵＦＦＥＲ
ＮＥＴ
ＢＵＦＦＥＲ那做处理。
驱动可以使用ＮｄｉｓＦｒｅｅＦｒａｇｍｅｎｔＮｅｔＢｕｆｆｅｒＬｉｓｔ来释放分片生
成的ＮＥＴ
ＢＵＦＦＥＲ
ＬＩＳＴ结构。
ＬＩＳＴ和ＮＥＴ
ＢＵＦＦＥＲ及ＭＤＬ同时引用原来的数据，这里并不
２．１．４．４重组
复制数据（注意：这里并没有复制网络数据，即ＭＤＬ描述的 图１２展示了重结构包与父结构之间的关系。
数据只是被引用了）。但是它不会克隆ＮＥＴ ＢＵＦＦＥＲ
ＬＩＳＴ的
ＮＥＴ
ＢＵＦＦＥ ｌＪ１ｓ．ｒ＿ＣＯＮＴＥＸＴ结构成员。要释放这个克隆的
新结构调用ＮｄｉｓＦｒｅｅＣｌｏｎｅＮｅｔＢｕｆｆｅｒＬｉｓｔ。
２．１．４．３分片
图ｌ１展示了父结构与分片子结构之间的关系。
图１１
驱动可以调用ＮｄｉｓＡｌｌｏｃａｔｅＦｒａｇｍｅｎｔＮｅｔＢｕｆｆｅｒＬｉｓｔ来分片一
个已经存在的ＮＥＴ ＢＵＦＦＥＲ＿ＬＩＳＴ结构。它新分配一个
ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ结构和多个ＮＥＴ
ＢＵＦＦＥＲ及ＭＤＬ结构．
不会分配ＮＥＴ
ＢＵＦＦＥＲ
＿
ＬＩＳＴ
＿
ＣＯＮＴＥＸＴ结构成员。其网络数
据也不复制，只是引用原来的。
如果父结构有多个ＮＥＴ
ＢＵＦＦＥＲ和单个的分片方法是一
电器 与堆
图１２
驱动可以调用ＮｄｉｓＲｅａｓｓｅｍｌｅｄＮｅｔＢｕｆｆｅｒＬｉｓｔ重组一个已经
存在的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ结构，它会新分配一个
ＮＥＴＢＵＦＦＥＲ
＿
ＬＩＳＴ和ＮＥＴ＿ＢＵＦＦＥＲ及ＭＤＬ，但是不分配
ＮＥＴ
ＢＵＦＦＥＲ ＬＩＳＴ
ＣＯＮＴＥＸＴ成员结构。重组的结构只是引
用原来的数据并不复制数据。
驱动可以调用ＮｄｉｓＦｒｅｅＲｅａｓｓｅｍｌｅｄＮｅｔＢｕｆｆｅｒＬｉｓｔ释放重组
时生成的ＮＥＴ＿ＢＵＦＦＥＲ＿ＬＩＳＴ，同时释放与之前链的
ＮＥＴ
ＢＵＦＦＥＲ和ＭＤＬ链。
（收稿日期：２０１２—０３—０２）
发布评论