在命令行输入ifconfig，查看本机网络接口。

$ ifconfig enp4s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500        ether c8:5b:76:f6:44:d2  txqueuelen 1000  (Ethernet)        RX packets 0  bytes 0 (0.0 B)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 0  bytes 0 (0.0 B)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536        inet 127.0.0.1  netmask 255.0.0.0        inet6 ::1  prefixlen 128  scopeid 0x10<host>        loop  txqueuelen 1000  (Local Loopback)        RX packets 391  bytes 61933 (60.4 KiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 391  bytes 61933 (60.4 KiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
virbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255        ether 52:54:00:a7:e6:9c  txqueuelen 1000  (Ethernet)        RX packets 31  bytes 3291 (3.2 KiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 18  bytes 2571 (2.5 KiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
vnet0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500        inet6 fe80::fc54:ff:fe15:2983  prefixlen 64  scopeid 0x20<link>        ether fe:54:00:15:29:83  txqueuelen 1000  (Ethernet)        RX packets 31  bytes 3725 (3.6 KiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 39  bytes 4941 (4.8 KiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
wlp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500        inet 10.1.1.64  netmask 255.255.255.0  broadcast 10.1.1.255        inet6 fe80::40df:807c:eb38:8b78  prefixlen 64  scopeid 0x20<link>        ether a8:6b:ad:54:d5:3d  txqueuelen 1000  (Ethernet)        RX packets 10965  bytes 11639278 (11.1 MiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 3369  bytes 513997 (501.9 KiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

运行一段Java代码，往内网ip192.168.122.217发送UDP数据

package UDPtest;
import java.io.IOException;import java.net.*;
public class UDPTestClient {    private static final int PORT = 8800;    private static final String HOSTNAME = "192.168.122.217";
    public static void main(String[] args){        try (DatagramSocket ds = new DatagramSocket(8801)){            /**             * 这里是发送数据到服务端             */            //这里定义地址信息             InetAddress id = InetAddress.getByName(HOSTNAME);            //要发送的数据            byte[] buffer = "这里是客户端发送的数据".getBytes();            //将数据打包成udp数据包            DatagramPacket dp = new DatagramPacket(buffer, buffer.length,id,PORT);            //发送数据包            ds.send(dp);
            /**             * 这里是从服务端接收数据             */            byte[] data2 = new byte[1024];            DatagramPacket packet2 = new DatagramPacket(data2,data2.length);            ds.receive(packet2);            String info = new String(data2,0,packet2.getLength());            System.out.println("我是客户端 从服务端收到的数据 info = " + info);        } catch (IOException e) {            e.printStackTrace();        }    }}

 在所有列出的网卡中找到正在运行的网卡，即flags=4163<UP,BROADCAST,RUNNING,MULTICAST>有RUNNING字段的网卡。这里有lo，wlp5s0，vnet0，显然lo是本地回环接口，vnet0才是我们要找到的网卡。

    回到wireshark，双击vnet0，开始监听。执行UDPTestClient类，找到发送的数据包。

    其中Source 10.1.1.64->Destination 192.168.122.217就是我们发送的数据包。双击查看数据包详细信息。

第一个目录下的Interface看到是无线网卡接口

Interface id: 0 (vnet0)
  Interface name: vnet0

第二个目录，以太网口

Ethernet II, Src: HonHaiPr_54:d5:3d (a8:6b:ad:54:d5:3d), Dst: Tp-LinkT_06:67:7d (74:05:a5:06:67:7d)
  Destination: Tp-LinkT_06:67:7d (74:05:a5:06:67:7d)
      Address: Tp-LinkT_06:67:7d (74:05:a5:06:67:7d)
      .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
      .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
  Source: HonHaiPr_54:d5:3d (a8:6b:ad:54:d5:3d)
      Address: HonHaiPr_54:d5:3d (a8:6b:ad:54:d5:3d)
      .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
      .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
  Type: IPv4 (0x0800)

Src代表源设备，Dst指目的设备，这里是从 HonHaiPr_54:d5:3d的MAC地址发送到Tp-LinkT_06:67:7d 路由器的MAC地址。

第三个目录Internet Protocol Version 4, Src: 10.1.1.64, Dst: 192.168.122.217下的目录Destination GeoIP: CN

[Destination GeoIP: CN]
  [Destination GeoIP Country: China]
  [Source or Destination GeoIP Country: China]
  [Destination GeoIP ISO Two Letter Country Code: CN]
  [Source or Destination GeoIP ISO Two Letter Country Code: CN]
  [Destination GeoIP Latitude: 34.7725]
  [Source or Destination GeoIP Latitude: 34.7725]
  [Destination GeoIP Longitude: 113.7266]
  [Source or Destination GeoIP Longitude: 113.7266]

GeoIP是基于IP查询地理位置。

找到UDP首部目录User Datagram Protocol, Src Port: 8801, Dst Port: 8800

User Datagram Protocol, Src Port: 8801, Dst Port: 8800
  Source Port: 8801
  Destination Port: 8800
  Length: 41
  Checksum: 0x16bc incorrect, should be 0x7c26 (maybe caused by "UDP checksum offload"?)
      [Expert Info (Error/Checksum): Bad checksum [should be 0x7c26]]
          [Bad checksum [should be 0x7c26]]
          [Severity level: Error]
          [Group: Checksum]
      [Calculated Checksum: 0x7c26]
  [Checksum Status: Bad]
  [Stream index: 0]

依次看到RFC 768定义的UDP首部，Source Port、Destination Port、Length、Checksum的信息。可以看到checksum错误，获取的包的checksum与计算出来的checksum不一致。这是因为有些路由器会参与checksum的计算，但上层协议栈并不知情，所以二者算出的checksum值不一样。

检验和计算可能由网络网络驱动，协议驱动，甚至是硬件完成。高层校验通常是由协议执行，并将完成后的包转交给硬件。比较新的网络硬件可以执行一些高级功能，如IP检验和计算，这被称为checksum offloading。网络驱动不会计算校验和，只是简单将校验和字段留空或填入无效信息，交给硬件计算。

注：本文为小yip原创，未经许可不得在任何平台转载。如需转载，与作者联系~

欢迎加入linux交流群：734638086，分享工作经验。

关注微信公众号：技术训练营（微信ID：TechBootcamp），获取更多资讯～



微信扫一扫，发现更精彩。

1、什么是UDP？

传输层有两个协议，之前讨论过的TCP协议和现在要说的UDP协议。二者互为补充，UDP是无连接的协议，它无需经过繁琐的握手就能建立连接并且发送已封装的IP数据包，它能做的事情很少。而面向连接的TCP协议几乎可以做所有事情。

特点：

UDP最大的三个特点是无连接、不可靠、快速传输

UDP提供了无连接通信，且不对传送数据包进行可靠性保证，适合于一次传输少量数据，UDP传输的可靠性由应用层负责。常用的UDP端口号有：53（DNS）、69（TFTP）、161（SNMP）

UDP报文没有可靠性保证、顺序保证和流量控制字段等，可靠性较差

应用：

包总量较少的通信（DNS、SNMP等）
	
视频、音频等多媒体通信（即时通信）
	
限定于 LAN 等特定网络中的应用通信
	
广播通信（广播、多播）
2、UDP报文首部信息分析

UDP报文格式：



源端口：16位，源主机运行的进程对应的端口号

目的端口：16位，目的主机运行的进程对应的端口号

多数情况下，服务器对应的进程端口号一般为熟知端口号，客户端/源主机对应的进程端口号一般为临时端口号

长度：16位，包括首部在内的UDP报文的总长度

校验和：16位，主要检验UDP报文在传输过程中是否出错

wireshark抓包获取首部信息：

TCP/IP协议不清楚请回看TCP/IP协议理论

这里利用wireshark抓捕QQ登陆时候的UDP数据包，分析其中的协议，仅仅分析众多数据包中的一帧。因为不是为了破译啥，仅仅是为了抓包看看具体的UDP协议而已。 


其中上面QICQ就是其中一条UDP数据包。

QICQ - IM是QQ定义的应用层协议如下： 


UDP协议部分： 


腾讯OICQ部分 

最近在使用 Wireshark的时候，由于想要分析一下 rtp数据包的 Seq值，于是抓取了一个数据包(rtsp协议)，在分析数据包的过程中发现，如果 Wireshark抓到了 rtsp的建立连接的协议，可以成功分析出 之后的udp数据为 rtp数据，并提取相关的值，如下图所示：

但是如果 Wireshark没有抓取到 最开始建立连接时的交互信息，那么之后抓取的数据包只会当做普通的 udp包进行处理，就算 udp包是 rtp协议也不会解析为 rtp包。如下图所示：

这里我们选择让 Wireshark将我们抓取到的 udp数据包作为 rtp包来解析就可以了，选择 分析(Analyze)->解码为(Decode as)，然后在将当前的数据包作为 rtp包解析即可。如下图所示：