windows nt环境下fddi网卡驱动程序设计(一)
前言
windowsnt是一个功能全面的操作系统，具有完全集成式的连网能力，它的网络模型开始于mac子层，网络接口卡（networkinterfacecard以后简称网卡或nic）驱动程序驻留在其中。通过相关的网卡把windowsnt与网络连接起来，但一直到80年代后期，许多传输协议的实现受限于mac层接口的独特实现，因为mac层定义了协议与网卡之间的转换机制。
1989年,microsoft和3com两公司提出了一个定义mac层与osi模型高层协议驱动程序之间的网络设备接口规范（networkdeviceinterfacespecification:ndis），ndis给数据交换提出了一个灵活的环境，它规范了软件接口──称为ndis接口，传输协议可用它与网卡驱动程序进行通信。因此在windowsnt环境下开发核心态网卡驱动程序应遵循ndis规范。
对于高速网络fddi（fiberdistributeddatainterface）网卡驱动程序还需要smt（stationmanagement）站管理功能的实现，否则将不能作为一个fddi站连入环结构中，只能实现点到点间的数据通信。故有必要将smt软件移植到网卡驱动程序中，这将又导致对miniportnic驱动程序编程框架的破坏，于是有必要形成fddi网卡驱动程序（包含smt）与windowsnt操作系统的良好接口──由逻辑网卡的注册和mac层驱动程序的初始化来完成。
所以，本课题旨在深入研究应用microsoft公司的ddk（devicedriverkit）将smt移植于windowsnt的fddi网卡驱动程序过程中如何注册miniportnic驱动程序。即怎样正确注册逻辑网卡和mac驱动程序的初始化。着重讨论与初始化相关的上边缘函数的使用和调用关系以及初始化过程中遇到的各种问题的具体解决。 第一章windowsnt环境下fddi网卡驱动程序 总体结构介绍
第一节windowsnt网络结构 §1.1.1windowsnt网络体系结构
windowsnt的网络体系结构是基于国际标准化（iso）制定的标准模型──开放式系统互连（opensysteminterconnection：osi）参考模型分层建立的，这种方式有利于随时扩展其它功能和服务。
windowsnt网络模型开始于mac子层，网卡驱动程序就驻留在其中。它通过相关的网卡把windowsnt与网络连接起来，图中的多个网卡表明在一台运行windowsnt的计算机上能使用多种网卡。 这一网络体系结构包括两个重要接口──ndis接口与传输驱动
程序接口（tdi）。这两个接口把两个层隔离开来，办法是相邻的部件只允许按单一的标准来写，不允许多重标准。例如一个网卡驱动程序（在ndis接口的下面）就不需要特地按每个传输协议来写它的代码块，恰恰相反，该驱动程序是写给ndis接口的，它通过符合ndis的相应传输协议来请求服务。这些接口包含在windowsnt的网络体系结构中，以
容纳可移植、可互换的模块。
在两个接口之间，是传输协议。它在网络中起着组织者的作用。一个传输协议规定了数据以何种方式呈递给下一个接收层，以及如何对数据相应地进行打包。它通过ndis把数据传给网卡驱动程序，并通过tdi把数据传给转发程序（redirector）
tdi之上是转发程序，它把本地的网络资源申请转送给网络。 为了能和其他厂商的网络互连，windowsnt允许有多个转发程序。对于每一个转发程序windowsnt计算机必须也有一个相应的供应者（provider）(由网络厂商提供)。多供应者路由选择程序决定适当的供应者，然后借助于供应者，对应用请求到相应的转发程序做出选择。 §1.1.2windowsnt网络驱动程序
windowsnt支持两种类型的网络驱动程序 传输驱动程序
实现数据链路层中的逻辑链路控制子层协议和传输层协议。向下与ndis接口，向上与tdi接口。 网卡驱动程序
实现对物理层的管理和数据链路层中介质访问控制子层协议，通过ndis向下管理物理网卡，向上与传输驱动程序通信。 §1.1.3windowsnt网卡驱动程序
windowsnt环境下的网卡驱动程序也分为两种：
miniport网卡驱动程序：miniport驱动程序只须实现与网络硬件相关的
操作（包括发送和接收）。而所有底层网卡驱动程序的通用操作（如同步），一般由ndis接口程序来实现。
full网卡驱动程序：full网卡驱动程序必须实现所有硬件相关和同步、排队等操作。例如full网卡驱动程序为了响应数据接收，需要保持本身的捆绑信息，而miniport就可以由ndis接口库来实现。
在windowsnt的早期版本中，full网卡驱动程序要求开发者实现许多底层操作，来处理多处理器的核心问题以及处理器、线程的同步，这样不同的开发者在大量重复着许多相同的工作。
而miniport网卡驱动程序允许开发者仅仅写一些与网络硬件相关的代码即可，而那些通用的函数由ndis接口库来实现，这样开发出来的驱动程序减少了不必要的工作。 第二节miniport驱动程序的结构
ndis接口规范了网卡驱动程序的实现，同时也对tdi驱动程序的实现提出了一定的要求，在nt中，ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系如下图所示：
图2.0ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系 miniport驱动程序包括驱动程序对象、驱动程序源代码和ndis接口库代码。windowsntddk提供ndis.h作为miniport驱动程序的主要头文件，定义了miniport驱动程序的入口点、ndis接口库函数和通用数据结构。 上边缘函数的作用是网卡驱动与ndis接口库进行通信，而下边缘函数是tdi协议驱动程序与ndis通信的手段。
§1.2.1miniport网卡对象
ndis用一个叫做逻辑网卡的软件对象来描述系统中的每块网卡，而逻辑网卡与windowsnt设备对象的通信由i/o子系统来管理，描述网卡的设备对象包括相关的网络信息如名字、网络地址和网卡内存基地址等，它还包含与硬件相关的驱动程序状态数据（捆绑数目，捆绑句柄，包过滤数据库等）。ndis分配一个句柄到miniportinitialize这个上边缘函数的一个结构中，然后miniport网卡驱动程序将在以后提供这个句柄来给ndis调用，这个结构一直被ndis保持，并且对miniport驱动程序不透明。当miniport网卡驱动程序初始化一块网卡时，它创立自己的内部数据结构来描述网卡，记录需要它管理的与设备相关的状态信息。当miniport网卡驱动程序调用ndismsetatttibutes或ndismsetattributesex两ndis库函数时，它传递一个句柄给这数据结构。这样，当调用miniport驱动程序入口点时，它就传递这个句柄来验证驱动程序所对应的网卡的正确性。这个数据结构为miniport网卡驱动程序所拥有并维护。 §1.2.2网络对象标识符
miniportnic驱动程序还需要维护一组对象，这些对象是系统定义的对象标识符（objectidetifier：oid）来标识，以描述驱动程序的性能和当前状态信息。为查询这些信息，上层驱动程序调用ndisrequest向ndis接口库指示oid。oid表示了调用所需的信息类型，如miniport驱动程序所支持的lookahead缓冲区大小等。ndis接到上层驱动程序的查询请求，将oid传递给上边缘函数miniportqueryinformation实现对oid的查
windows nt环境下fddi网卡驱动程序设计（一）
