标签: dhcp客户端

  W5100E01-AVR是为AVR开发者提供的W5100评估板。本文是W5100E01-AVR的用户手册，希望对大家有所帮助。今天我们接着前天的博文继续介绍： 第一部分在这里：W5100E01-AVR是什么？怎么用？（用户手册V1.0版） http://blog.iwiznet.cn/?p=663 第二部分在这里：W5100E01-AVR是什么？怎么用？（二）（用户手册V1.0版） http://blog.iwiznet.cn/?p=696 第三部分在这里：W5100E01-AVR是什么？怎么用？（三）（用户手册V1.0版） http://blog.iwiznet.cn/?p=719 第四部分在这里：W5100E01-AVR是什么？怎么用？（四）（用户手册V1.0版） http://blog.iwiznet.cn/?p=736 第五部分在这里：W5100E01-AVR是什么？怎么用？（五）（用户手册V1.0版） http://blog.iwiznet.cn/?p=765   表3-34所示为在“inet/dhcp.h”中定义成枚举数据类型，显示了许多DHCP客户端程序普遍使用的Option代码段。 其他没有在表3-34定义的代码段在DHCP客户端程序中跳过。 DHCP客户端程序的操作在评估板’s main()函数执行，参见图3.3。 第一，在初始化阶段设置DHCP客户端使用的MAC地址，MAC地址时网络中唯一标识设备的地址，是网络通信中最基本的地址，用于在DHCP服务器中识别DHCP客户。对于DHCP客户端程序的MAC地址，使用评估板的MAC地址设置DHCP客户的全局变量SRC_MAC_ADDR。在设置完SRC_MAC_ADDR后，通过调用init_dhcp_client()函数可以对从DHCP服务器接收的IP进行收集时，注册两个函数，防止DHCP服务器端的IP地址更新。 当调用init_dhcp_client()函数时，如果每个函数未指定，DHCP客户端程序的set_DHCP_network()函数和proc_ip_conflict()函数分别被调用。 当更新网络信息或发生IP冲突，注册evb_soft_reset()函数来自动重置评估板。 第二，可以通过getIP_DHCPS()函数获取网络信息。 getIP_DHCPS()函数使用setIP(),setMACAddr()等函数初始化W5100，并初始化DHCP客户端程序的‘dhcp_state’的变量状态为‘STATE_DHCP_DISCOVER’。 初始化结束后，它调用send_DHCP_DISCOVER()函数发送DHCP DISCOVERY消息给DHCP服务器。 发送DHCP DISCOVERY消息后，通过调用reset_DHCP_time()函数初始化定时器为才DHCP服务器端接收的网络信息中的租约期限，并使用set_timer() 函数将‘DHCP定时器’时间间隔设为1秒。在初始化DHCP_Timeout为0后，等待接收从DHCP服务器端的DHCP信息，并将DHCP_Timeout定义为‘DHCP_WAIT_TIME’与‘MAX_DHCP_RETRY’定义的时间。在等待‘DHCP_WAIT_TIME MAX_DHCP_RETRY’时间中，它会检测dhcp_state是否通过check_DHCP_state()函数改为STATE_DHCP_LEASED状态。 STATE_DHCP_LEASED状态代表网络信息，并意味着getIP_DHCP()函数成功执行。如果在等待接收‘DHCP_WAIT_TIME MAX_DHCP_RETRY’的过程中没有从DHCP服务器获取网络信息，调用check_DHCP_state()函数将DHCP_Timeout改为1,。当DHCP_Timeout等于1时，getIP_DHCPS()函数在释放DHCP计时器后返回失败信息。 当无法从DHCP服务器获取网络信息时，评估板使用默认网络信息或先前获取的网络信息进行网络配置。 表3-35所示为定义的状态、超时和重新连接DHCP客户端。 在getIP_DHCP()函数中，‘DHCP_XID’是可变的，可用于设置DHCP信息的xid字段，如图3.26：DHCP信息格式所示。它的值必需是唯一的，而且在网络信息中规定的租约期限内它值不变。这里DHCP_XID与‘0x12345678’固定，但建议使用随机值。 当初始化W5100与DHCP服务器进行通信时，建议设置源IP地址为‘0.0.0.0.’你可以使用任何IP地址设置W5100的源IP地址，但是使用‘0.0.0.0’会更好，因为‘0.0.0.0’相当于IPv4的A类地址，它是一个无效的IP地址，实际上并不使用。因此，它不可能与其他网络产生冲突。 对于DHCP服务器发送的UDP广播封包，注意DHCP信息的MSB的Flag字段必须设置成1，参见图3.19：DHCP信息格式 表3-36是设置Flag字段的部分代码。 第三，从DHCP服务器获取的网络信息管理可以通过check_DHCP_state()函数执行，图3.30所示为在check_DHCP_state()中改变DHCP客户端状态的DHCP信息流。 check_DHCP_state()函数检测是否有从DHCP服务器传来DHCP信息。它接收和分析DHCP信息。根据DHCP信息的类型，如果DHCP信息可接收，他再DHCP客户端状态改变后进入下一个状态显示DHCP信息流，如图3.30所示。 check_DHCP_state()函数的每一个进程都对应一个DHCP客户端状态，如图3.31所示。如果我们简要看一下在check_DHCP_state()函数中的DHCP_STATE_LEASED状态，我们会发现从DHCP服务器接收的租约期限是有限的。因此，当经过租约期限的一半后，check_DHCP_state()函数就擦送DHCP_REQEUST消息给DHCP服务器，并在服务器返回IP地址后变成DHCP_STATE_REREQUEST状态。因为它持续给服务器发送DHCP_REQUEST消息，因此网络信息得以持续。 图3‑32: parse_DHCPMSG()函数与check_DHCP_Timeout()函数 parseDHCPMSG()函数负责接收DHCP服务器的DHCP信息，管理DHCP信息及保存网络信息。当执行check_DHCP_state()函数时，如果在DHCP_WAIT_TIME时间内没有接收到DHCP信息，或接收到的不是期望的DHCP信息，就重新发送DHCP信息给DHCP服务器。如果重新发送DHCP信息的重复次数达到MAX_DHCP_RETRY，check_DHCP_state()函数就在它初始化所有变量尝试连接DHCP服务器和DHCP客户后，发送DHCP_DISCOVER消息给DHCP服务器。   这是本文的第六部分内容，后面的内容我们将会在今后的博文一一介绍，希望对大家有所帮助。欢迎大家的留言讨论。   更多有关W5100的博文请看这里： http://blog.iwiznet.cn/?page_id=329 全硬件TCP/IP嵌入式以太网控制器——W5100E01-AVR http://blog.iwiznet.cn/?p=432 开源硬件-开源思潮到了？ http://blog.iwiznet.cn/?p=316 WIZnet员工Richard培训笔记: WIZnet核心技术和产品对比 http://blog.iwiznet.cn/?p=29   也可进入我们的官方网站或博客查看更多。 如果您对WIZnet的产品或是技术感兴趣，请随时与我们联系。 可以直接留言或登录WIZnet官方网站：http://www.iwiznet.cn 公司微博是： http://weibo.com/wiznet2012 公司博客是：http://blog.iwiznet.cn/

  W5100E01-AVR是为AVR开发者提供的W5100评估板。本文是W5100E01-AVR的用户手册，希望对大家有所帮助。今天我们接着前天的博文继续介绍： 第一部分在这里： W5100E01-AVR是什么？怎么用？（用户手册V1.0版） http://blog.iwiznet.cn/?p=663 第二部分在这里： W5100E01-AVR是什么？怎么用？（二）（用户手册V1.0版） http://blog.iwiznet.cn/?p=696 第三部分在这里： W5100E01-AVR是什么？怎么用？（三）（用户手册V1.0版） http://blog.iwiznet.cn/?p=719 第四部分在这里： W5100E01-AVR是什么？怎么用？（四）（用户手册V1.0版） http://blog.iwiznet.cn/?p=736 第五部分在这里： W5100E01-AVR是什么？怎么用？（五）（用户手册V1.0版） http://blog.iwiznet.cn/?p=765   表3-34所示为在“inet/dhcp.h”中定义成枚举数据类型，显示了许多DHCP客户端程序普遍使用的Option代码段。 其他没有在表3-34定义的代码段在DHCP客户端程序中跳过。 DHCP客户端程序的操作在评估板’s main()函数执行，参见图3.3。 第一，在初始化阶段设置DHCP客户端使用的MAC地址，MAC地址时网络中唯一标识设备的地址，是网络通信中最基本的地址，用于在DHCP服务器中识别DHCP客户。对于DHCP客户端程序的MAC地址，使用评估板的MAC地址设置DHCP客户的全局变量SRC_MAC_ADDR。在设置完SRC_MAC_ADDR后，通过调用init_dhcp_client()函数可以对从DHCP服务器接收的IP进行收集时，注册两个函数，防止DHCP服务器端的IP地址更新。 当调用init_dhcp_client()函数时，如果每个函数未指定，DHCP客户端程序的set_DHCP_network()函数和proc_ip_conflict()函数分别被调用。 当更新网络信息或发生IP冲突，注册evb_soft_reset()函数来自动重置评估板。 第二，可以通过getIP_DHCPS()函数获取网络信息。 getIP_DHCPS()函数使用setIP(),setMACAddr()等函数初始化W5100，并初始化DHCP客户端程序的‘dhcp_state’的变量状态为‘STATE_DHCP_DISCOVER’。 初始化结束后，它调用send_DHCP_DISCOVER()函数发送DHCP DISCOVERY消息给DHCP服务器。 发送DHCP DISCOVERY消息后，通过调用reset_DHCP_time()函数初始化定时器为才DHCP服务器端接收的网络信息中的租约期限，并使用set_timer() 函数将‘DHCP定时器’时间间隔设为1秒。在初始化DHCP_Timeout为0后，等待接收从DHCP服务器端的DHCP信息，并将DHCP_Timeout定义为‘DHCP_WAIT_TIME’与‘MAX_DHCP_RETRY’定义的时间。在等待‘DHCP_WAIT_TIME MAX_DHCP_RETRY’时间中，它会检测dhcp_state是否通过check_DHCP_state()函数改为STATE_DHCP_LEASED状态。 STATE_DHCP_LEASED状态代表网络信息，并意味着getIP_DHCP()函数成功执行。如果在等待接收‘DHCP_WAIT_TIME MAX_DHCP_RETRY’的过程中没有从DHCP服务器获取网络信息，调用check_DHCP_state()函数将DHCP_Timeout改为1,。当DHCP_Timeout等于1时，getIP_DHCPS()函数在释放DHCP计时器后返回失败信息。 当无法从DHCP服务器获取网络信息时，评估板使用默认网络信息或先前获取的网络信息进行网络配置。 表3-35所示为定义的状态、超时和重新连接DHCP客户端。 在getIP_DHCP()函数中，‘DHCP_XID’是可变的，可用于设置DHCP信息的xid字段，如图3.26：DHCP信息格式所示。它的值必需是唯一的，而且在网络信息中规定的租约期限内它值不变。这里DHCP_XID与‘0x12345678’固定，但建议使用随机值。 当初始化W5100与DHCP服务器进行通信时，建议设置源IP地址为‘0.0.0.0.’你可以使用任何IP地址设置W5100的源IP地址，但是使用‘0.0.0.0’会更好，因为‘0.0.0.0’相当于IPv4的A类地址，它是一个无效的IP地址，实际上并不使用。因此，它不可能与其他网络产生冲突。 对于DHCP服务器发送的UDP广播封包，注意DHCP信息的MSB的Flag字段必须设置成1，参见图3.19：DHCP信息格式 表3-36是设置Flag字段的部分代码。 第三，从DHCP服务器获取的网络信息管理可以通过check_DHCP_state()函数执行，图3.30所示为在check_DHCP_state()中改变DHCP客户端状态的DHCP信息流。 check_DHCP_state()函数检测是否有从DHCP服务器传来DHCP信息。它接收和分析DHCP信息。根据DHCP信息的类型，如果DHCP信息可接收，他再DHCP客户端状态改变后进入下一个状态显示DHCP信息流，如图3.30所示。 check_DHCP_state()函数的每一个进程都对应一个DHCP客户端状态，如图3.31所示。如果我们简要看一下在check_DHCP_state()函数中的DHCP_STATE_LEASED状态，我们会发现从DHCP服务器接收的租约期限是有限的。因此，当经过租约期限的一半后，check_DHCP_state()函数就擦送DHCP_REQEUST消息给DHCP服务器，并在服务器返回IP地址后变成DHCP_STATE_REREQUEST状态。因为它持续给服务器发送DHCP_REQUEST消息，因此网络信息得以持续。 图3‑32: parse_DHCPMSG()函数与check_DHCP_Timeout()函数 parseDHCPMSG()函数负责接收DHCP服务器的DHCP信息，管理DHCP信息及保存网络信息。当执行check_DHCP_state()函数时，如果在DHCP_WAIT_TIME时间内没有接收到DHCP信息，或接收到的不是期望的DHCP信息，就重新发送DHCP信息给DHCP服务器。如果重新发送DHCP信息的重复次数达到MAX_DHCP_RETRY，check_DHCP_state()函数就在它初始化所有变量尝试连接DHCP服务器和DHCP客户后，发送DHCP_DISCOVER消息给DHCP服务器。   这是本文的第六部分内容，后面的内容我们将会在今后的博文一一介绍，希望对大家有所帮助。欢迎大家的留言讨论。   更多有关W5100的博文请看这里： http://blog.iwiznet.cn/?page_id=329 全硬件TCP/IP嵌入式以太网控制器——W5100E01-AVR   http://blog.iwiznet.cn/?p=432 开源硬件-开源思潮到了？   http://blog.iwiznet.cn/?p=316 WIZnet员工Richard培训笔记: WIZnet核心技术和产品对比   http://blog.iwiznet.cn/?p=29   也可进入我们的官方网站或博客查看更多。 如果您对WIZnet的产品或是技术感兴趣，请随时与我们联系。 可以直接留言或登录WIZnet官方网站： http://www.iwiznet.cn 公司微博是：  http://weibo.com/wiznet2012 公司博客是： http://blog.iwiznet.cn/

W5100E01-AVR是为AVR开发者提供的W5100评估板。本文是W5100E01-AVR的用户手册，希望对大家有所帮助。今天我们接着昨天的博文继续介绍： 第一部分在这里： W5100E01-AVR是什么？怎么用？（用户手册V1.0版） http://blog.iwiznet.cn/?p=663 第二部分在这里： W5100E01-AVR是什么？怎么用？（二）（用户手册V1.0版） http://blog.iwiznet.cn/?p=696 第三部分在这里： W5100E01-AVR是什么？怎么用？（三）（用户手册V1.0版） http://blog.iwiznet.cn/?p=719 第四部分在这里： W5100E01-AVR是什么？怎么用？（四）（用户手册V1.0版） http://blog.iwiznet.cn/?p=736 3.2.6.3．Loopback UDP Loopback UPD程序是一个使用UDP协议的单播数据包通信的程序，操作流程与Loopback TCP客户/服务器相同。UDP通信包括单播数包通信和广播数据包通信，并且基本上支持使用单一信道与多目的地址通信的一对多通信方式。 Loopback UDP程序使用Loopback _udp()函数，Loopback _udp()函数的流程图如图3 -16所示。 当处于in SOCK_CLOSED状态下，使用SOCK_DGRAM、端口号和选项标志位作为参数创建UDPsocket调用socket()， 与TCP通信正好相反，UDP数据通信是一个没有要求连接过程的通信。因此，当创建socket后，可以直接进行数据通信。创建UDPsocket后，UDP socket的状态会从SOCK_CLOSED变成SOCK_UDP。这里，UDP使用sendto()函数和recvfrom()函数，而不像TCP数据通信使用send() 函数and recv()函数。 这是因为TCP是确定目的地址的一对一通信，而UDP是没有连接程序的一对多通信。sendto()函数将数据作为一个参数发送给特定地址的特定端口，recvfrom()函数则从临时的端口接收传来的数据。recvfrom()函数通知用户使用作为参数发送的destip和destport来接收目的地址的信息。在Loopback _udp()函数中，没有使用close()函数的例子，但是如果我们不再需要UDP通信，通常也可以调用close()函数关闭UDP socket。 3.2.6.4. Web服务 Web服务器程序是使用运行在TCP协议上的HTTP协议的TCP服务器程序。在建立Web服务器程序之前，我们需要了解在Web服务器和Web客户（浏览器）之间传输消息的HTTP协议消息结构。HTTP（超文本传输协议）是因特网中在Web服务器和客户浏览器之间传输数据使用的协议。 Web服务器程序分析函数和从浏览器接收到的HTTP请求消息的URI（统一资源标示符）。如果相关的URI只是单纯的页面请求，这个页面会发送。如果URI请求一个行为，例如CGI（公共网关接口），它会采取行动并将结果显示在页面中。图3.17所示为web服务器和web客户端之间的HTTP信息流，表3-28所示为HTTP信息结构。 想了解更多关于HTTP的信息，请参考RFC2616。HTTP请求信息根据浏览器类型的不同而改变，表3-29所示为Windows 2000的浏览器和评估板上的HTTP信息通信的例子。 Web服务器程序由管理HTTP服务器socket的of web_server()函数和管理HTTP信息的函数组成。图3.18所示为web_server()函数流程图。 因为web_server()是TCP服务器程序，所以它的创建跟3.2.6.1讲的Loopback _tcps()函数类似，web_server()和Loopback _tcps()不同的地方在于数据通信代码。web_server()函数调用从处于SOCK_ESTABLISHED状态下的http socket的HTTP请求的proc_http()函数。在调用proc_http()函数后，web_server()等待从网页的HTTP请求的HTTP响应信息，再调用disconnect()函数关闭http socket。这个socket的关闭称为主动关闭，这种情况下，评估板首先请求客户关闭。供您参见，被动关闭是在客户请求无法第一时间建立连接的情况下。Web服务器支持主动关闭的原因是评估板支持服务器与其他客户端进行连接。 图3‑19: proc_http()函数 proc_http()函数调用parse_http_request()函数分析从浏览器接收的HTTP请求信息。如果分析的HTTP请求是“GET”、“HEAD或“POST”方法，就调用get_http_uri_name()函数，并从HTTP请求信息中提取URI名称。如果URI名称为“/”，用评估板的Web服务器的默认页面“index.html”代替“/”，因为这表示浏览器请求的是Web服务器的默认页面。通过调用find_http_uri_type()函数得到HTTP请求信息的HTTP请求类型后，如果HTTP请求类型是“CGI”，它就会执行相应的CGI指令的流程。处理完CGI命令或当HTTP请求不是CGI类型时，就通过URI名称搜索从评估板创建的ROM文件镜像。如果检索到文件，就创建HTTP响应信息并发送。 HTTP响应信息包括HTTP响应头传输和HTTP响应文本传输。对于HTTP响应头传输，它使用HTTP请求类型作为参数调用make_http_response_head()函数去创建HTTP响应头。传输完创建HTTP响应头后，就开始传输HTTP响应文本。例如，如果HTTP响应文本是ROM文件镜像中的任意文件，这个文件就比W5100的MTU（最大传输单元）大很多。因此，在传输之前，必须以W5100的最大值为基准将它分割。在这点上，如果在评估板中定义的系统环境变量在HTTP响应文本中存在，就调用replace_sys_env_value()函数，并用评估板中存储的系统环境变量值取代原有的。 表3-30是评估板的ROM文件镜像“evbctrl.html”的一部分。评估板的系统环境变量的长度变化是根据系统环境变量值来确定并代替它，例如，假设EVB的IP地址用字符串表示，那么最大长度就是16，因此，$SRC_IP_ADDRESS$的长度也是16。我们可以使用WIZnet公司提供的“ROMFileMaker.exe”创建评估板的ROM文件系统，想了解更多，请参考“ROM File Maker Manual Vx.x.pdf”。HTTP请求信息可以分为方法和请求地址，后者由parse_http_request()函数解析并保存在‘st_http_request’数据类型中，具体定义如表3-31，通过get_http_uri_type()函数得到相应的URI类型。 请求地址保存在st_http_request的URI 中，URI名称在“?”符号之前，查询字符串在“?”符号之后。当请求地址从浏览器转变为Web服务器时，空格字符转换成‘+’的形式，剩下其它的文本转换成十六进制的形式。因此，请求地址的字符需要反编码成原先的值，从‘+’到空格，从十六进制转换成相关的ASCII码值，具体Request-URI的编码信息参见RFC1738。请求地址的URI名称通过get_http_uri_name()函数得到，请求地址的查询字符串可以包含一个或者更多的“variable=value”对，以“”作为分隔符。通过get_http_param_value()函数，请求地址可以在查询字符串中取得期望的值。 评估板的Web服务器图像处理与传统Web服务器程序处理程序有所不同，传统的Web服务器程序处理程序是基于操作系统的，通过分离的独立过程进行进程间的通信。但是，评估板的Web服务器不需要操作系统，因此，它不需要创建独立进程，而是通过调用相关函数直接进行图像处理。评估板支持用于更新网络信息的“NETCONF.CGI”和控制字符LCD、评估板发光二极管的的D1/D2的“LCDNLED.CGI”，图3.23和图3.24显示了两个图像处理的过程。 NETCONF.CGI的 不是通过查询字符串方式，而是通过“POST”方式，并通过HTTP请求信息的实体进行提交。这样的NETCONF.CGI参数值也可以使用get_http_param_value()函数提取相关参数值。 LCDNLED.CGI的通过“GET”方式提交，请求地址的查询字符串通过“GET”方式提交。通过请求地址的查询字符串方式提交的参数也可以通过使用get_http_param_value()函数获取。 3.2.6.5. DHCP客户端 DHCP客户端程序是一个在网络的DHCP服务器分配网络信息的程序。注意DHCP客户端程序必须先于其他程序启动，因为它负责管理网络信息设置。首先在DHCP(动态主机配置协议)检查基本情况，然后进一步使用DHCP客户端程序。DHCP在传输层使用UDP协议，并使用UDP广播方式与DHCP服务器端进行通信。DHCP之所以使用UDP广播方式，是因为它没有IP地址，而且服务器端的IP是未知的。当使用W5100的UDP广播通信时，若要实现广播封装传输，需要将目的IP地址设置成’255.255.255.255’。图3.25所示为DHCP服务器端与客户端通信的信息流。 首先，DHCP客户端向当地网络播送DISCOVERY消息，如果DHCP服务器端在网络中存在，就接收DISCOVERY消息并提供DHCP客户端可以使用的网络信息，例如IP地址、默认网关、子网掩码和DNS地址，同时DHCP服务器还提供信息给DHCP客户端，例如租约期限。DHCP客户端通过接收到的信息检测DHCP服务器，并利用DHCP服务器提供的信息给DHCP服务器端发送REQUEST消息。从DHCP客户端接收到REQUEST消息后，DHCP服务器端检测请求的网络信息是否可用，如果可用，就发送ACK消息给DHCP客户端；如果不可用，就发送NACK消息。从DHCP服务器接收到ACK消息后，DHCP客户端就使用DHCP服务器提供的网络信息，该网络信息只有在DHCP服务器建议的租约期限内有效。因此，如果DHCP客户端想继续使用网络信息，通常在租约期限过半的时候，重新发送REQUEST消息给DHCP服务器端来维持网络信息。在这个过程中，DHCP客户端可以从DHCP服务器获取相同或者新的网络信息，如果收到新的网络信息，就必须使用新的。 DHCP服务器端与客户端传送的544字节信息格式如图3.26所示。想了解每个DHCP信息格式字段的详细解释，参见‘RFC1541’文档。第一个字节的op.字段决定了请求/响应，ciaddr后面的字段用于传输网络信息，312字节的options字段用于传输消息类型或信息，例如客户标识符。 图3.26所示的DHCP信息通过RIP_MSG数据类型管理，其定义如表3-33所示，参见“inet/dhcp.h”。 我们来简要的看一下DHCP信息的Option字段，格式如图3.27所示。它包括Magic Cookie字段、一个4字节的租约识别Cookie和从代码0到代码255变化的代码设置。从代码1到代码254，代码由{Code, Len, Value}组成，代码0和代码255仅由代码组成。想了解Option字段的每段代码的更多解释，参见RFC1533。 在312字节的Option字段中，未使用的字节用0填充。 这是本文的第五部分内容，后面的内容我们将会在今后的博文一一介绍，希望对大家有所帮助。欢迎大家的留言讨论。 更多有关W5100的博文请看这里： http://blog.iwiznet.cn/?page_id=329 全硬件TCP/IP嵌入式以太网控制器——W5100E01-AVR   http://blog.iwiznet.cn/?p=432 开源硬件-开源思潮到了？   http://blog.iwiznet.cn/?p=316 WIZnet员工Richard培训笔记: WIZnet核心技术和产品对比   http://blog.iwiznet.cn/?p=29 也可进入我们的官方网站或博客查看更多。 如果您对WIZnet的产品或是技术感兴趣，请随时与我们联系。 可以直接留言或登录WIZnet官方网站： http://www.iwiznet.cn 公司微博是：  http://weibo.com/wiznet2012 公司博客是： http://blog.iwiznet.cn/

   W5100E01-AVR是为AVR开发者提供的W5100评估板。本文是W5100E01-AVR的用户手册，希望对大家有所帮助。今天我们接着昨天的博文继续介绍： 第一部分在这里：W5100E01-AVR是什么？怎么用？（用户手册V1.0版） http://blog.iwiznet.cn/?p=663 第二部分在这里：W5100E01-AVR是什么？怎么用？（二）（用户手册V1.0版） http://blog.iwiznet.cn/?p=696 第三部分在这里：W5100E01-AVR是什么？怎么用？（三）（用户手册V1.0版） http://blog.iwiznet.cn/?p=719 第四部分在这里：W5100E01-AVR是什么？怎么用？（四）（用户手册V1.0版） http://blog.iwiznet.cn/?p=736   3.2.6.3．Loopback UDP Loopback UPD程序是一个使用UDP协议的单播数据包通信的程序，操作流程与Loopback TCP客户/服务器相同。UDP通信包括单播数包通信和广播数据包通信，并且基本上支持使用单一信道与多目的地址通信的一对多通信方式。 Loopback UDP程序使用Loopback _udp()函数，Loopback _udp()函数的流程图如图3 -16所示。 当处于in SOCK_CLOSED状态下，使用SOCK_DGRAM、端口号和选项标志位作为参数创建UDPsocket调用socket()， 与TCP通信正好相反，UDP数据通信是一个没有要求连接过程的通信。因此，当创建socket后，可以直接进行数据通信。创建UDPsocket后，UDP socket的状态会从SOCK_CLOSED变成SOCK_UDP。 这里，UDP使用sendto()函数和recvfrom()函数，而不像TCP数据通信使用send() 函数and recv()函数。 这是因为TCP是确定目的地址的一对一通信，而UDP是没有连接程序的一对多通信。sendto()函数将数据作为一个参数发送给特定地址的特定端口，recvfrom()函数则从临时的端口接收传来的数据。recvfrom()函数通知用户使用作为参数发送的destip和destport来接收目的地址的信息。 在Loopback _udp()函数中，没有使用close()函数的例子，但是如果我们不再需要UDP通信，通常也可以调用close()函数关闭UDP socket。 3.2.6.4. Web服务 Web服务器程序是使用运行在TCP协议上的HTTP协议的TCP服务器程序。在建立Web服务器程序之前，我们需要了解在Web服务器和Web客户（浏览器）之间传输消息的HTTP协议消息结构。 HTTP（超文本传输协议）是因特网中在Web服务器和客户浏览器之间传输数据使用的协议。 Web服务器程序分析函数和从浏览器接收到的HTTP请求消息的URI（统一资源标示符）。如果相关的URI只是单纯的页面请求，这个页面会发送。如果URI请求一个行为，例如CGI（公共网关接口），它会采取行动并将结果显示在页面中。 图3.17所示为web服务器和web客户端之间的HTTP信息流，表3-28所示为HTTP信息结构。 想了解更多关于HTTP的信息，请参考RFC2616。HTTP请求信息根据浏览器类型的不同而改变，表3-29所示为Windows 2000的浏览器和评估板上的HTTP信息通信的例子。 Web服务器程序由管理HTTP服务器socket的of web_server()函数和管理HTTP信息的函数组成。 图3.18所示为web_server()函数流程图。 因为web_server()是TCP服务器程序，所以它的创建跟3.2.6.1讲的Loopback _tcps()函数类似，web_server()和Loopback _tcps()不同的地方在于数据通信代码。web_server()函数调用从处于SOCK_ESTABLISHED状态下的http socket的HTTP请求的proc_http()函数。 在调用proc_http()函数后，web_server()等待从网页的HTTP请求的HTTP响应信息，再调用disconnect()函数关闭http socket。 这个socket的关闭称为主动关闭，这种情况下，评估板首先请求客户关闭。供您参见，被动关闭是在客户请求无法第一时间建立连接的情况下。Web服务器支持主动关闭的原因是评估板支持服务器与其他客户端进行连接。 图3‑19: proc_http()函数 proc_http()函数调用parse_http_request()函数分析从浏览器接收的HTTP请求信息。如果分析的HTTP请求是“GET”、“HEAD或“POST”方法，就调用get_http_uri_name()函数，并从HTTP请求信息中提取URI名称。如果URI名称为“/”，用评估板的Web服务器的默认页面“index.html”代替“/”，因为这表示浏览器请求的是Web服务器的默认页面。 通过调用find_http_uri_type()函数得到HTTP请求信息的HTTP请求类型后，如果HTTP请求类型是“CGI”，它就会执行相应的CGI指令的流程。 处理完CGI命令或当HTTP请求不是CGI类型时，就通过URI名称搜索从评估板创建的ROM文件镜像。 如果检索到文件，就创建HTTP响应信息并发送。 HTTP响应信息包括HTTP响应头传输和HTTP响应文本传输。对于HTTP响应头传输，它使用HTTP请求类型作为参数调用make_http_response_head()函数去创建HTTP响应头。传输完创建HTTP响应头后，就开始传输HTTP响应文本。例如，如果HTTP响应文本是ROM文件镜像中的任意文件，这个文件就比W5100的MTU（最大传输单元）大很多。因此，在传输之前，必须以W5100的最大值为基准将它分割。在这点上，如果在评估板中定义的系统环境变量在HTTP响应文本中存在，就调用replace_sys_env_value()函数，并用评估板中存储的系统环境变量值取代原有的。 表3-30是评估板的ROM文件镜像“evbctrl.html”的一部分。 评估板的系统环境变量的长度变化是根据系统环境变量值来确定并代替它，例如，假设EVB的IP地址用字符串表示，那么最大长度就是16，因此，$SRC_IP_ADDRESS$的长度也是16。我们可以使用WIZnet公司提供的“ROMFileMaker.exe”创建评估板的ROM文件系统，想了解更多，请参考“ROM File Maker Manual Vx.x.pdf”。 HTTP请求信息可以分为方法和请求地址，后者由parse_http_request()函数解析并保存在‘st_http_request’数据类型中，具体定义如表3-31，通过get_http_uri_type()函数得到相应的URI类型。 请求地址保存在st_http_request的URI 中，URI名称在“?”符号之前，查询字符串在“?”符号之后。当请求地址从浏览器转变为Web服务器时，空格字符转换成‘+’的形式，剩下其它的文本转换成十六进制的形式。因此，请求地址的字符需要反编码成原先的值，从‘+’到空格，从十六进制转换成相关的ASCII码值，具体Request-URI的编码信息参见RFC1738。请求地址的URI名称通过get_http_uri_name()函数得到，请求地址的查询字符串可以包含一个或者更多的“variable=value”对，以“”作为分隔符。通过get_http_param_value()函数，请求地址可以在查询字符串中取得期望的值。 评估板的Web服务器图像处理与传统Web服务器程序处理程序有所不同，传统的Web服务器程序处理程序是基于操作系统的，通过分离的独立过程进行进程间的通信。但是，评估板的Web服务器不需要操作系统，因此，它不需要创建独立进程，而是通过调用相关函数直接进行图像处理。评估板支持用于更新网络信息的“NETCONF.CGI”和控制字符LCD、评估板发光二极管的的D1/D2的“LCDNLED.CGI”，图3.23和图3.24显示了两个图像处理的过程。 NETCONF.CGI的FORM不是通过查询字符串方式，而是通过“POST”方式，并通过HTTP请求信息的实体进行提交。这样的NETCONF.CGI参数值也可以使用get_http_param_value()函数提取相关参数值。 LCDNLED.CGI的FORM通过“GET”方式提交，请求地址的查询字符串通过“GET”方式提交。通过请求地址的查询字符串方式提交的参数也可以通过使用get_http_param_value()函数获取。 3.2.6.5. DHCP客户端 DHCP客户端程序是一个在网络的DHCP服务器分配网络信息的程序。注意DHCP客户端程序必须先于其他程序启动，因为它负责管理网络信息设置。首先在DHCP(动态主机配置协议)检查基本情况，然后进一步使用DHCP客户端程序。 DHCP在传输层使用UDP协议，并使用UDP广播方式与DHCP服务器端进行通信。DHCP之所以使用UDP广播方式，是因为它没有IP地址，而且服务器端的IP是未知的。当使用W5100的UDP广播通信时，若要实现广播封装传输，需要将目的IP地址设置成’255.255.255.255’。 图3.25所示为DHCP服务器端与客户端通信的信息流。 首先，DHCP客户端向当地网络播送DISCOVERY消息，如果DHCP服务器端在网络中存在，就接收DISCOVERY消息并提供DHCP客户端可以使用的网络信息，例如IP地址、默认网关、子网掩码和DNS地址，同时DHCP服务器还提供信息给DHCP客户端，例如租约期限。DHCP客户端通过接收到的信息检测DHCP服务器，并利用DHCP服务器提供的信息给DHCP服务器端发送REQUEST消息。从DHCP客户端接收到REQUEST消息后，DHCP服务器端检测请求的网络信息是否可用，如果可用，就发送ACK消息给DHCP客户端；如果不可用，就发送NACK消息。从DHCP服务器接收到ACK消息后，DHCP客户端就使用DHCP服务器提供的网络信息，该网络信息只有在DHCP服务器建议的租约期限内有效。因此，如果DHCP客户端想继续使用网络信息，通常在租约期限过半的时候，重新发送REQUEST消息给DHCP服务器端来维持网络信息。在这个过程中，DHCP客户端可以从DHCP服务器获取相同或者新的网络信息，如果收到新的网络信息，就必须使用新的。 DHCP服务器端与客户端传送的544字节信息格式如图3.26所示。想了解每个DHCP信息格式字段的详细解释，参见‘RFC1541’文档。第一个字节的op.字段决定了请求/响应，ciaddr后面的字段用于传输网络信息，312字节的options字段用于传输消息类型或信息，例如客户标识符。 图3.26所示的DHCP信息通过RIP_MSG数据类型管理，其定义如表3-33所示，参见“inet/dhcp.h”。 我们来简要的看一下DHCP信息的Option字段，格式如图3.27所示。它包括Magic Cookie字段、一个4字节的租约识别Cookie和从代码0到代码255变化的代码设置。从代码1到代码254，代码由{Code, Len, Value}组成，代码0和代码255仅由代码组成。想了解Option字段的每段代码的更多解释，参见RFC1533。 在312字节的Option字段中，未使用的字节用0填充。   这是本文的第五部分内容，后面的内容我们将会在今后的博文一一介绍，希望对大家有所帮助。欢迎大家的留言讨论。