以太网学习笔记

摘要：本文主要介绍我学习使用DM9000以太网模组以及TCP/IP协议过程中的一些心得体会，希望能对接触此模块及网络相关领域的伙伴们提供一些参考。

1 TCP/IP协议体系简单认识简单理解，TCP/IP协议族是一整套把各种系统连接在一起并保证数据数据准确快速传输的规定和格式。

通常我们把TCP/IP协议族抽象成为一种具有四层结构的模型：链路层、网络层、运输层、应用层。

每层各负责一个或一系列独立的功能。

接下来将简单介绍各层的功能。

其中需要注意的一点是——地址标识的概念。

协议族中每一层都会有自己特有的身份识别方式。

如同我们要读取某个存储器单元的数据需要有地址一样，对等的层与层之间也是依靠某些标志性信息识别传输对象的。

这一点在各层的简单介绍中都会提及。

1) 应用层：应用层直接面向用户，必须具有清晰的会话过程。

如常见的HTTP协议、FTP协议等。

直观来说，就是为用户提供有特定的功能的一些应用实例。

2) 运输层：运输层提供的服务可以让应用层的程序或者进程可以通过特定的通道或特定的标志（如端口）获取流入本机的网络数据或者将应用层的数据加上这些特定的标识信息后送入发送队列中。

如，A机器的某个应用程序进程PA需要传输一个文件给B机器的一个应用程序进程PB，则进程PA可以通知运输层需要占用某个端口PortA来进行通讯，并告知其需要送到的目的地址与端口号PortB。

那么，进程PA通过端口PortA写入给运输层的数据就会被准确的传送到目的地B主机的PortB端口。

此时，如果主机B上的进程PB已经将PortB设置为自己的监听端口，那么运输层就会将此数据送给进程PB，从而完成端到端的数据传输。

可以看出，运输层就是依靠这种端到端的身份识别实现的通讯。

TCP协议和UDP协议是该层中的主要协议。

其中，TCP协议是基于连接、确认机制的协议，可以提供可靠的传输服务，两个进程通讯之前必须建立一条TCP连接通道，每次发送数据，对方接收到之后必须回传确认信号以表示数据的接收成功，从而保证数据从某台主机的某个端口准确传输到另一台主机的某个端口；UDP协议提供不可靠的传输服务，它仅提供最大努力的端口到端口的交付服务，并不保证数据的正确，也没有数据到达的确认机制。

3) 网络层：网络层让信息可以发送到TCP/IP网络上的任一主机上，IP协议是该层中传送数据的主要协议。

该层实现了主机到主机的通信，使得TCP/IP网络上任意两台主机之间可以准确传递数据，为上层协议的端到端通信提供了基础。

事实上，站在应用层的角度，TCP/IP网络的几乎所有的数据报都是以IP数据报的形式传递的。

IP协议依靠主机的IP地址传递数据。

另外，网络层还包含另外两个协议：ICMP（Internet 控制报文协议）和IGMP（Internet组管理协议）。

其中，ICMP协议传递差错报文以及一些其他需要注意的信息。

这些差错报文被交付给IP协议或上层协议使用以便实现差错控制等。

4) 链路层：控制着同一物理网络上的不同网络设备之间相互传递数据。

链路层包含网络接口设备的驱动程序以及ARP（地址解析协议）、RARP（逆地址解析协议）等协议，依靠网络设备的硬件地址（MAC地址）传输数据。

它实现的是网络接口设备之间的直接通信。

以太网的数据传输格式如图1所示：图 1 以太网帧格式其中“目的地址”和“源地址”均为网络接口设备的MAC地址；“帧类型”表示数据的类型，如0x0800表示IP数据报，0x0806宝石ARP 请求/应答等；“数据”部分一般是IP数据报文、ARP请求/应答、RARP 请求/应答等。

ARP协议负责将IP数据报中的IP地址转换成实际的网络设备的MAC地址。

因为链路层从网络层得到的数据都是IP数据报，里面仅含有目的主机的IP地址信息，而最终网络接口设备发送数据是要依靠目的设备的硬件地址做为身份标识，故需要该协议的支持，以便将IP数据报准确送到对应的网络接口设备。

RARP协议负责将MAC地址转换成IP地址。

如何理解这个过程呢？实际上，该协议最先主要用在无盘系统启动时候的网络接口配置上。

因为无盘系统不能保存自己的IP地址等信息，当系统启动后，唯一可以得到的是自己的网络接口设备的MAC地址。

然后RARP协议会发送RARP请求报文，以便通知服务器分配IP地址给自己，从而完成网络接口设备的配置。

接下来我们看看网络接口设备发送和接收数据的过程（以DM9000为例）：发送的时候：DM9000接收SPCE061A传递的数据（用户填充数据），并在这些数据前面加上一个用于同步的8byte的前导，在后面加上4byte的CRC校验，然后以串行方式将这一串bit流变成物理链路上的传输电平信号发送出去。

当然，这个发送的过程还可能包含许多其他的工作，比如，检测当前物理链路是否空闲，能否允许发送数据；检测当前发送的数据是否与其他设备发送的数据发生碰撞等等。

接收的时候：大多数情况下，DM9000都在不断检测物理链路上的电平信号，从物理链路上拾取信号并转换成bit数据流。

一旦发现接收到的是8byte的前导，则认为接下来是一帧数据的开始。

如果不考虑中间的用户数据的格式，此时DM9000应该一直接收直到这一帧数据接收完毕。

事实是，DM9000在接收的同时会将“目的地址”与自己的MAC地址比对，如果匹配的话，则会继续接收数据，否则，将丢弃该帧数据。

我们再来看一下下面的图2，希望能帮助我们理解数据在各层之间传递的过程以及各层的作用：图 2 数据进入TCP/IP协议栈时的封装过程面向最终用户的实际有用的数据（用户数据）被应用层添加了一些应用层协议规定的控制信息（Appl 首部），然后交付运输层；运输层收到来自应用层的数据，添加一些必要的控制信息（如TCP首部），如应用程序的端口号（以便标识是哪个进程需要发送数据）、目的端口号（以便使远端主机能够根据此端口号找到需要接收此数据的应用程序进程）、必要的连接控制信息等，送入网络层发送；网络层将运输层的数据再次打包，加入源、目的地址、数据包控制信息等，送至链路层转换成实际的可以用于网络接口设备之间通信的数据帧格式发送。

接收数据的过程与此相反。

图3清晰的反应出各层的各个协议之间的数据分用过程：图 3 以太网帧数据在TCP/IP协议栈中的分用过程网络接口设备接收到的与自己的MAC地址匹配的数据帧，根据其帧类型标识，将拆掉以太网帧头和帧尾的数据送至IP协议或ARP协议、RARP协议处理。

如果数据为IP数据报，IP协议将根据首部的协议类型把拆掉IP首部后的数据送入相应的运输层协议或ICMP、IGMP协议处理。

运输层协议（如TCP协议）接收到来自于IP协议的数据，根据其中包含的端口号将该数据送入对应的应用程序进程处理。

该层是与应用层关系最大的，站在编程的角度该层的接口函数也是最为常用和有用的。

大多数情况下应用层都是从该层得到与远端主机的连接请求或通过该层发起连接请求、得到远端主机传递过来的数据或通过该层向远端主机发送数据等。

这里，推荐参考的资料为《TCP/IP协议详解——卷一：协议》与《TCP/IP协议详解——卷二：实现》。

其中，《卷一》站在感性认识的角度介绍了TCP/IP协议族的整个运行体系，有助于我们理解TCP/IP 模型的工作流程，并对应用层编程建立一定的认识。

《卷二》是站在具体编程实现的角度来讲解TCP/IP 协议族。

如果想更好的运用目前工作于嵌入式平台的TCP/IP协议栈来开发自己的应用层协议，建议了解此部分的内容。

2 HTTP协议简单理解（网页交互的实现）HTTP协议是一个简单的应用层协议。

客户进程建立一条同服务器进程的TCP连接，然后发出请求并读取服务器进程的响应。

同时，HTTP协议是一种无状态的协议。

即是说，当一个客户端向服务器端发出请求，然后Web服务器返回响应(response)，连接就被关闭了，在服务器端不保留连接的有关信息。

HTTP遵循请求(Request)/应答(Response)模型。

Web浏览器向Web服务器发送请求，Web服务器处理请求并返回适当的应答。

所有HTTP连接都被构造成一套请求和应答。

客户端首先向服务器发起TCP连接请求，服务器端接受这个请求后，客户端和服务器端即建立起一条通信管道。

此时，客户端使用TCP协议向服务器端发送请求报文。

格式大致如下：GET /sample.jsp HTTP/1.1Accept:image/gif.image/jpeg,*/*Accept-Language:zh-cnConnection:Keep-AliveHost:localhostUser-Agent:Mozila/4.0(compatible;MSIE5.01;Window NT5.0)Accept-Encoding:gzip,deflateusername=jinqiao&password=1234这些数据表现在图2中就是的所有内容。

其中的“用户数据”部分可能仅仅是我们输入浏览器的这个地址：“/sample.jsp”，以及一些表征客户端环境的信息，如客户端浏览器版本、操作系统、连接类型等信息。

而HTTP协议的客户端程序（浏览器）则将这些用户信息加上必要的HTTP 协议请求信息后送给运输层的TCP协议发送到远端服务器。

至于TCP协议如何准且可靠的传输这些信息，HTTP协议不需要考虑。

服务器端TCP层接收到这些数据，将其送入HTTP进程处理。

这个处理的过程就是我们做Web Server需要做的工作的一部分。

关于HTTP协议的请求与响应的更多介绍可以参考附录中的“HTTP协议深入浅出”以及“通过HTTP 协议上传文件”，在此不做过多说明。

3 unIP协议栈与HTTP协议开发unIP协议栈是运行于μ’nSP平台的一个精简TCP/IP协议栈。

利用此协议栈我们可以方便的开发基于TCP协议的应用层协议。

简单理解，协议栈提供了将以太网接口设备接收到的以太网数据包进行逐层拆包、分用，将属于特定协议的数据送入该协议处理的一套机制。

有关unIP协议栈的API函数的详细说明请参考附录中的“unIP协议栈API函数说明”。

首先说明一下下面提到的TCP协议控制块的概念。

在一台终端上，往往运行着不止一个基于TCP 协议的网络进程，类似于我们在电脑上同时运行不同的程序。

简单理解，可以将TCP协议控制块看成是对于每个进程的标识。

TCP/IP协议栈接收到以太网数据包后，经过层层解包将TCP数据包分离出来，并根据端口号来识别这个TCP数据包属于哪个TCP协议控制块，并将这个数据包交付给拥有这个协议控制块的进程来处理。

接下来我们就来看一下，我们的TCP服务器应该如何建立起来：首先使用DM9000创建一个网络接口，然后为服务器进程申请一个TCP协议控制块，并将其配置为监听本机80端口（Web服务的默认端口），同时设置好TCP协议接受连接的回调函数。