分析TCP/IP协议栈代码之UDP(STM32平台)

发布者:TranquilDreams最新更新时间:2020-11-28 来源: eefocus关键字:TCP  IP协议栈  UDP  STM32平台 手机看文章 扫描二维码
随时随地手机看文章

1. UDP介绍

UDP是一个简单的面向数据报的运输层协议:进程的每个输出操作都正好产生一个 UDP数据报,并组装成一份待发送的IP数据报。这与面向流字符的协议不同,如TCP,应用程序产生的全体数据与真正发送的单个IP数据报可能没有什么联系。


UDP数据报封装成一份 IP数据报的格式如图11 - 1所示。


RFC 768 [Postel 1980] 是UDP的正式规范。


UDP不提供可靠性:它把应用程序传给IP层的数据发送出去,但是并不保证它们能到达目的地。由于缺乏可靠性,我们似乎觉得要避免使用UDP而使用一种可靠协议如TCP。在讨论完TCP后将再回到这个话题,看看什么样的应用程序可以使用UDP。


2. UDP首部

UDP首部的各字段如图11 - 2所示。


端口号表示发送进程和接收进程。在图 1 - 8中,我们画出了TCP和UDP用目的端口号来分用来自IP层的数据的过程。

由于IP层已经把IP数据报分配给TCP或UDP(根据I P首部中协议字段值) ,因此TCP端口号由TCP来查看,而UDP端口号由UDP来查看。TCP端口号与UDP端口号是相互独立的。


尽管相互独立,如果TCP和UDP同时提供某种知名服务,两个协议通常选择相同的端口号。这纯粹是为了使用方便,而不是协议本身的要求。


UDP长度字段指的是UDP首部和UDP数据的字节长度。该字段的最小值为 8字节(发送一份0字节的UDP数据报是OK) 。这个UDP长度是有冗余的。 IP数据报长度指的是数据报全长(图3 - 1) ,因此UDP数据报长度是全长减去IP首部的长度(该值在首部长度字段中指定,如图3 - 1所示)


UDP检验和覆盖UDP首部和UDP数据。回想IP首部的检验和,它只覆盖IP的首部—并不覆盖IP数据报中的任何数据。


UDP和TCP在首部中都有覆盖它们首部和数据的检验和。UDP的检验和是可选的,而TCP的检验和是必需的。


尽管UDP检验和的基本计算方法与我们在描述的IP首部检验和计算方法相类似(16 bit字的二进制反码和, 但是稍微有所不同,在根据字段类型判定为UDP或者TCP时加入了一些处理,看代码就晓得了) ,但是它们之间存在不同的地方。首先, UDP数据报的长度可以为奇数字节,但是检验和算法是把若干个 16 bit字相加。解决方法是必要时在最后增加填充字节0,这只是为了检验和的计算(也就是说,可能增加的填充字节不被传送) 。


其次,UDP数据报和TCP段都包含一个1 2字节长的伪首部( 本TCP/IP协议栈有所不同,只加入了4字节源IP地址和4字节目的IP地址,即利用IP首部的尾巴,实现了空间上的复用,看代码就晓得了),它是为了计算检验和而设置的。伪首部包含IP首部一些字段。其目的是让 UDP两次检查数据是否已经正确到达目的地(例如,IP没有接受地址不是本主机的数据报,以及IP没有把应传给另一高层的数据报传给UDP) 。UDP数据报中的伪首部格式如图11 - 3所示。


在该图中,我们特地举了一个奇数长度的数据报例子,因而在计算检验和时需要加上 填充字节(0)。注意,UDP数据报的长度在检验和计算过程中出现两次。


如果检验和的计算结果为 0,则存入的值为全1(65535) ,这在二进制反码计算中是等效的。如果传送的检验和为0,说明发送端没有计算检验和。( 因为协议要求如此,故代码需要实现之。)如果发送端没有计算检验和而接收端检测到检验和有差错,那么 UDP数据报就要被悄悄地丢弃。不产生任何差错报文(当IP层检测到IP首部检验和有差错时也这样做) 。


UDP检验和是一个端到端的检验和。它由发送端计算,然后由接收端验证。其目的是为了发现UDP首部和数据在发送端到接收端之间发生的任何改动。

/*下面阐述UDP校验和的一些历史和必要性*/

尽管UDP检验和是可选的,但是它们应该总是在用。在 80年代,一些计算机产商在默认条件下关闭UDP检验和的功能,以提高使用UDP协议的NFS(Network File System)的速度。


在单个局域网中这可能是可以接受的,但是在数据报通过路由器时,通过对链路层数据帧进行循环冗余检验(如以太网或令牌环数据帧)可以检测到大多数的差错,导致传输失败。不管相信与否,路由器中也存在软件和硬件差错,以致于修改数据报中的数据。如果关闭端到端的UDP检验和功能,那么这些差错在UDP数据报中就不能被检测出来。另外,一些数据链路层协议(如SLIP)没有任何形式的数据链路检验和。


Host Requirements RFC声明,UDP检验和选项在默认条件下是打开的。它还声明,如果发送端已经计算了检验和,那么接收端必须检验接收到的检验和(如接收到检验和不为0) 。但是,许多系统没有遵守这一点,只是在出口检验和选项被打开时才验证接收到的检验和。


另外需要解释几个术语:  IP数据报是指IP层端到端的传输单元(在分片之前和重新组装之后) , 分组是指在IP层和链路层之间传送的数据单元。一个分组可以是一个完整的 IP数据报,也可以是IP数据报的一个分片。( 这里有如何分片的说明,书里介绍的详细,简而言之,超过MTU就需要分,但是第一片和接下来的片是有区别的:第一个有UDP首部,其他没有,但是可以通过IP的flags来组合起来。下面的图很形象的说明了。)


------------------------------------------以上内容整理于《TCP/IP协议详解:卷1》--------------------------------------

------------------------------------------以下内容产生于代码及分析--------------------------------------

3. UDP宏定义实现

 C++ Code 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16


// ******* UDP *******
#define UDP_HEADER_LEN   8
//源端口位置
#define UDP_SRC_PORT_H_P 0x22
#define UDP_SRC_PORT_L_P 0x23
//目标端口位置
#define UDP_DST_PORT_H_P 0x24
#define UDP_DST_PORT_L_P 0x25
//UDP数据长度位置
#define UDP_LEN_H_P          0x26
#define UDP_LEN_L_P          0x27
//UDP校验和位置
#define UDP_CHECKSUM_H_P 0x28
#define UDP_CHECKSUM_L_P 0x29
//UDP数据起始地址
#define UDP_DATA_P 0x2a

4. UDP函数实现

本TCP/IP协议栈中的UDP实现只一个 make_udp_reply_from_request函数——udp服务器,可以响应其他udp的请求。在连接的顺序看来,在stm32板子上面的为服务器,等待pc机客户端的请求,当请求到来的时候,返回由程序员自行设定的响应,如本文中将做出3个响应的例子( 当然udp一旦建立之后,就部分客户端和服务器端,地位是对等的,但是认为发起者为clien比较符合认知而已)。


这里说以下输入吧:buf为缓冲区,data为要传输的数据,datalen即为sizeof(data),port即为pc端的udp端口号

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39


void make_udp_reply_from_request( unsigned  char *buf,  char *data,  unsigned  int datalen,  unsigned   int port)
{
     unsigned  int i =  0, tol_len;
     unsigned   int ck;
     //如前面的ARPICMP一样的
    make_eth(buf);
     // total length field in the IP header must be set:
     //如IP Header
    tol_len = IP_HEADER_LEN + UDP_HEADER_LEN + datalen;
    buf[IP_TOTLEN_H_P] = tol_len >>  8;
    buf[IP_TOTLEN_L_P] = tol_len;
     //如ICMP
    make_ip(buf);
     //本地UDP的端口号
    buf[UDP_DST_PORT_H_P] = port >>  8;
    buf[UDP_DST_PORT_L_P] = port & 0xff;
     // source port does not matter and is what the sender used.
     // calculte the udp length:最大16bit长度,即65535-14-20-8,但一般会设置的较小,原因么,上文里面讲过。
    buf[UDP_LEN_H_P] = datalen >>  8;
    buf[UDP_LEN_L_P] = UDP_HEADER_LEN + datalen;
     // zero the checksum
    buf[UDP_CHECKSUM_H_P] =  0;
    buf[UDP_CHECKSUM_L_P] =  0;

     // copy the data:
     while(i < datalen)
    {
        buf[UDP_DATA_P + i] = data[i];
        i++;
    }

     //UDP_DEBUG插入此处
     //这里的16字节是UDP的伪首部,即IP的源地址-0x1a+目标地址-0x1e(和标准的有差异),
     //+UDP首部=4+4+8=16
    ck = checksum(&buf[IP_SRC_P],  16 + datalen,  1);
    buf[UDP_CHECKSUM_H_P] = ck >>  8;
    buf[UDP_CHECKSUM_L_P] = ck & 0xff;
    enc28j60PacketSend(UDP_HEADER_LEN + IP_HEADER_LEN + ETH_HEADER_LEN + datalen, buf);
}

5. UDP实验

在有了以上的UDP实现之后,你还需要有UDP的请求进来,如下代码所示:


下面的代码放在一个while(1)或者RTOS进程里面,作为服务器来等待客户端的响应

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16


/*--------------------- udp server start, we listen on udp port 1200=0x4B0 -----------------------------*/
       if (buf[IP_PROTO_P]==IP_PROTO_UDP_V&&buf[UDP_DST_PORT_H_P]== 4&&buf[UDP_DST_PORT_L_P]==0xb0)
      {
         //UDP数据长度
          udpdatalen=buf[UDP_LEN_H_P];
          udpdatalen=udpdatalen<< 8;
          udpdatalen=(udpdatalen+buf[UDP_LEN_L_P])-UDP_HEADER_LEN;
           //udpdatalen=buf[UDP_LEN_L_P]-UDP_HEADER_LEN;
            //获取pc端的udp port

          pcudpport=buf[UDP_SRC_PORT_H_P]<< 8 | buf[UDP_SRC_PORT_L_P];

         //将udp客户端得到的数据buf写入buf1,因为下面的实验需要输入的信息来做出相应的动作
           for(i1= 0; i1                        buf1[i1]=buf[UDP_DATA_P+i1];
                
          make_udp_reply_from_request(buf,buf1,udpdatalen, pcudpport);          
      }
/*----------------------------------------udp end -----------------------------------------------*/

ps:本实验中板子udp的port为1200,pc机的port为4001


实验部分实现了三个简单的实验:

通过串口输出UDP客户端的IP地址及端口号

通过串口和UDP输出UDP的输入数据,即USART ECHO和UDP ECHO

实现UDP命令控制STM32板子上面的LED


C++ Code 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90


void make_udp_reply_from_request( unsigned  char *buf,  char *data,  unsigned  int datalen,  unsigned   int port)
{
     unsigned  int i =  0, tol_len;
     unsigned   int ck;
     //如前面的ARP和ICMP一样的
    make_eth(buf);
     // total length field in the IP header must be set:
     //如IP Header
    tol_len = IP_HEADER_LEN + UDP_HEADER_LEN + datalen;
    buf[IP_TOTLEN_H_P] = tol_len >>  8;
    buf[IP_TOTLEN_L_P] = tol_len;
     //如ICMP
    make_ip(buf);
     //本地UDP的端口号
    buf[UDP_DST_PORT_H_P] = port >>  8;
    buf[UDP_DST_PORT_L_P] = port & 0xff;
     // source port does not matter and is what the sender used.
     // calculte the udp length:最大16bit长度,即65535-14-20-8,但一般会设置的较小,原因么,上文里面讲过。
    buf[UDP_LEN_H_P] = datalen >>  8;
    buf[UDP_LEN_L_P] = UDP_HEADER_LEN + datalen;
     // zero the checksum
    buf[UDP_CHECKSUM_H_P] =  0;
    buf[UDP_CHECKSUM_L_P] =  0;

     // copy the data:
     while(i < datalen)
    {
        buf[UDP_DATA_P + i] = data[i];
        i++;
    }

#ifdef UDP_DEBUG
    i =  0;
    printf( "UDP Server Test. rn");
    printf( "udp客户端的IP地址及端口号 : rn");

     while(i <  sizeof(ipv4_addr))
    {
         //注意这里我们建立的是UDP Server,输出UDP Client的IP地址
        printf( "%d", buf[IP_DST_P + i]);

         if(i !=  sizeof(ipv4_addr) -  1)
        {
            printf( ".");
        }

        i++;
    }

    i =  0;

[1] [2]
关键字:TCP  IP协议栈  UDP  STM32平台 引用地址:分析TCP/IP协议栈代码之UDP(STM32平台)

上一篇:STM32片上Flash内存映射、页面大小、寄存器映射
下一篇:STM32系列单片机命名规则

推荐阅读最新更新时间:2024-11-16 23:58

基于TCP/IP的浮标网络通信系统设计
引言 水声信道匹配基础研究是建立在水声学、海洋物理声学以及现代信号处理技术基础上的新兴研究领域。为满足研究需要而构建的局部海域水声信道测量平台(图 1),能够实现环境信息和信道参量的系统采集和实时传递,对信道宽容匹配方法的可行性进行检验。 浮标系统以它的灵活、高效、自身干扰小等特点,在水声信道研究中发挥着其它设备不可替代的作用。现有的浮标系统大多采用直接序列扩频电台直接进行水面通讯,这种方式往往不使用网络协议或使用自定义的网络协议。而采用无线网桥进行水面通讯,以TCP/IP作为网络协议,将大大增强浮标系统网络化。同时由于TCP/IP协议是目前最为成熟的网络协议之一,浮标网络的稳定性、可扩展性都得以提高,甚至通过互联网直接控
[单片机]
TCP/IP协议栈在嵌入式异构网络互联中的应用
摘要:随着测控技术与网络技术日益紧密的结合,测控系统接入互联网已经成为大势所趋。本文阐述在一种异构网络互联——CAN总线与以太网互联系统设计方案中嵌入式TCP/IP协议栈的设计与实现。从而实现了将基于TCP/IP协议的计算机网络设备与基于CAN总线协议的底层现场网络连通。 关键词:TCP/IP协议栈 CAN总线 以太网 互联网 异构结构 引言 Internet现已成为社会重要的信息流通渠道。如果嵌入式系统能够连接到Internet上面,则可以方便、低廉地将信息传送到几乎世界上的任何一个地方。可以预言,嵌入式设备与Internet的结合代表着嵌入式系统和网络技术的真正未来。随着IPv6的应用,设备都可能获得一个全球唯一的IP
[嵌入式]
TCP/IP协议单片机在网络通信中的数据传输技术
在因特网上,TCP/IP协议每时每刻保证了数据的准确传输。在数据采集领域,如何利用TCP/IP协议在网络中进行数据传输成为一个炙手可热的话题。在本系统中,笔者利用TCP/IP协议中的UDP(用户数据报协议)、IP(网络报文协议)、ARP(地址解析协议)及简单的应用层协议成功地实现了单片机的网络互连,既提高了数据传输的速度,又保证了数据传输的正确性,同时也扩展了数据传输的有效半径。 1 TCP/IP协议简介 TCP/IP协议是一套把因特网上的各种系统互连起来的协议组,保证因特网上数据的准确快速传输。参考开放系统互连(OSI)模型,TCP/IP通常采用一种简化的四层模型,分别为:应用层、传输层、网络层、链路层。 (1)应用层
[单片机]
<font color='red'>TCP</font>/<font color='red'>IP</font>协议单片机在网络通信中的数据传输技术
小广播
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved