首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

教你动手写网络协议栈-UDP报文解析

UDP报文,并交给IP协议来发送,而IP层将报文封装在IP数据包中并交给底层发送,在底层中,IP数据报会被封装在数据数据帧中,可看出一个用户数据要通过UDP报文发送,需要经历三次封装过程,如下图: [...1_.png] 接下来我们我们一一讲解每一层格式: UDP报文格式 UDP报文成为用户数据报,用户数据报结构分为两部分:UDP首部+UDP数据区,如下图为UDP报文结构。...[2_.png] UDP伪首部 UDP校验和计算超出UDP报文本身,为了计算校验和,UDP引入了伪首部概念。伪首部组成如下图。...解析包和组装包方向是相反。这就是栈原理了。先进后出(FILO)。 TCP、UDP通信字节集合要求是大端,而计算机处理可能是小端导致,所以根据实际请款做相应大小端处理。..., udp_hdr) 接收UDP数据函数 根据上述结构体,我们就可以将数据包解析出来,提取数据。

1.9K30

教你动手写UDP协议栈-DNS报文解析

教你动手写UDP协议栈系列文章 序号内容1《教你动手写UDP协议栈-UDP协议栈格式》2《教你动手写UDP协议栈-DHCP报文解析》3《教你动手写UDP协议栈-OTA上位机》4《教你动手写UDP协议栈-...DNS报文解析》 背景 因特网上节点通过IP地址唯一标识,并且能通过IP地址来识别参与分布式应用主机。...在互联网中存在不同形式名称解析,但是最普遍、最重要一种是采用分布式数据库系统,即我们熟知域名系统(DNS),也是这篇文章主角。...DNS - 为了可扩展性,DNS名称是分层。每一级域名长度限制是63个字符,域名总长度则不能超过253个字符。 下面来介绍DNS报文格式解析,以及如何将域名转为IP地址流程。...DNS报文字段解析 DNS报文格式: DNS字段格式: 发送报文 接收报文 DNS报文头部 字段说明 字段说明Transaction ID辨别DNS应答报文是哪个请求报文响应QRFlags字段

96610
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    教你动手写UDP协议栈-CoAP报文解析5

    教你动手写UDP协议栈系列文章 序号内容1《教你动手写UDP协议栈-UDP协议栈格式》2《教你动手写UDP协议栈-DHCP报文解析》3《教你动手写UDP协议栈-OTA上位机》4《教你动手写UDP协议栈-...DNS报文解析》4《教你动手写UDP协议栈-CoAP报文解析 背景 CoAP(Constrained Application Protocol),它属于网络协议栈中应用层协议,它使那些被称为“节点”受限设备能够使用类似的协议与更广泛互联网进行通信...在之前文章中,描述了采用UDP进行OTA,而当时UDP-OTA局限于本地OTA。而对于物联网设备,不可能每次升级都跑到设备旁边进行本地OTA吧,所以需要进行远程OTA。...c.dd结构Message ID2byte报文编号,每个报文都有一个ID ,重发消息ID不变Token0~8byte可选,用于将响应与请求匹配。...这适用于消息会重复频繁发送,丢包不影响正常操作。这种方式有点类似UDP,用以不可靠消息传输。

    1.1K10

    解析HTTP报文

    本期我们接着上期聊,说说HTTP报文。...报文概要在说报文之前,我们先来了解一下报文(message),它是HTTP通信中基本单位,由8位组字节流(octetsequence,其中octet为8个比特)组成,通过HTTP通信传输。...实体,就是请求或者响应具体内容,它由实体首部和实体主体组成。通常情况下,报文主体指就是实体,只有当传输中进行编码操作时,实体主体内容发生变化,才导致它和报文主体产生差异。...一个完整HTTP报文包括报文首部和报文主体两部分。报文首部有请求报文和响应报文。下来我们具体看一下各个部分作用。...本期我们主要讲了,HTTP协议报文组成,传输方式,支持数据格式,如何获取部分内容、以及返回内容协商。下期我们继续。END

    1.6K30

    UDP协议解析

    UDP在IP报文协议号是17。(摘自百度百科) UDP协议端格式 端口号 端口号用来标识同一台计算机中进行不同通信不同应用程序,因此它也被称作程序地址。...53端口:DNS 域名解析服务 80端口:HTTP 超文本传输服务 443端口:HTTPS 加密超文本传输服务 3306:MySQL默认端口 UDP长度 整个UDP数据报长度 = 报头+载荷。...主要因为UDP诞生时间比较早,对于当时来说,64k空间已经足够使用 如果使用UDP来传输数据,一定要警惕大报文 如果报文长度超过64K,此时就可能丢失一部分数据 UDP效验和 检测UDP数据(包含头部和数据部分...UDP效验和就是为了验证当前传输数据是否出现了问题。 UDP校验和往往是根据原始数据内容来生成,不同内容生成效验和也就不一样 这个时候,如果数据内容发生了改变,效验和也就会发生变化。....html UDP数据 存放来自上层应用层数据报 UDP协议特点 1.无连接 当发送方socket创建好之后,就可以立即尝试读写数据。

    75410

    蓝牙数据报文解析

    现在是对各个命令输出结果还是有一些不明白地方,很有必要花时间做一个详细分析及记录。结果涉及到蓝牙数据包协议,需要对数据包相关字段做一个详细解析才能更好开展后面的业务。...广播报文:设备发现、连接建立、传输广播数据报文:自适应跳频以及设备间数据传输 设备利用广播报文发现、连接其它设备,而在连接建立之后,便开始使用数据报文。...无论是广播报文还是数据报文,链路层只使用一种数据包格式。...数据报文PDU 数据报文PDU头 LLID(逻辑链路ID):0x01表示该数据包是一个帧延续内容,或者这是一个空“逻辑链路控制及适配协议”数据包;0x02表示一个“逻辑链路控制及适配协议”数据包开始...数据PDU数据同广播报文PDU数据 校验码:3个字节长度,“循环冗余校验”(Cyclical Redundancy Check,CRC),可检查数据正确性 蓝牙数据包解析先到这里,后续根据协议解析具体

    2.3K30

    Linux数据报文来龙去脉

    作者:gfree.wind@gmail.com 作为网络领域开发人员,我们经常要与Linux数据报文打交道,一定要搞清楚数据报文是从何而来,又是如何离去。...通过检查后,将报文发给本机raw socket。 7. 根据四层协议类型,调用匹配四层协议处理函数。对于UDP报文来说,就是udp_rcv。 8. 根据源端口和目的端口,确定socket套接字。...调用ip_make_skb,申请一个skb用于发送报文,并填充了IP头。 6. 调用udp_send、ip_send_skb,填充UDP报文头,计算IP头checksum等。 7....如果没有ARP信息,则缓存报文,发送ARP报文,进行二层地址解析。 9. 调用dev_queue_xmit,进入qdisc schedule即流量控制,也就是TC实现。 10....通过以上四个分解流程图,相信大家对于Linux数据报文来龙去脉,有了一定了解。如在文章开头所云,这些流程图都做了必要简化。在很多步骤都可以进行展开,也涉及了更多细节。

    3.8K91

    Linux数据报文来龙去脉

    作者:gfree.wind@gmail.com 作为网络领域开发人员,我们经常要与Linux数据报文打交道,一定要搞清楚数据报文是从何而来,又是如何离去。...通过检查后,将报文发给本机raw socket。 7. 根据四层协议类型,调用匹配四层协议处理函数。对于UDP报文来说,就是udp_rcv。 8. 根据源端口和目的端口,确定socket套接字。...调用ip_make_skb,申请一个skb用于发送报文,并填充了IP头。 6. 调用udp_send、ip_send_skb,填充UDP报文头,计算IP头checksum等。 7....如果没有ARP信息,则缓存报文,发送ARP报文,进行二层地址解析。 9. 调用dev_queue_xmit,进入qdisc schedule即流量控制,也就是TC实现。 10....通过以上四个分解流程图,相信大家对于Linux数据报文来龙去脉,有了一定了解。如在文章开头所云,这些流程图都做了必要简化。在很多步骤都可以进行展开,也涉及了更多细节。

    1.7K30

    如何解析SIP报文

    ,白手起家,拆解出其中内容,但是这样做一来有些原始,二来也未必高效,幸好社区里已经类似的开源项目:pkts ,借助这个开源项目,可以很方便把上述内容快速解析出来,示例代码如下: 先添加pom依赖(目前最新是...SIP中常见各种Header解析,pkts-sip已经做了实现,类图如下: 一个完整SIP报文,正如最开始解析示例代码,最终会被解析成SipMessage,根据该报文是Request还是Response...除了解析,pkts-sip还可以组装各种SIP报文,仍然以开头这段REGISTER为例,如果服务端收到这个注册请求,可以方便组装Response进行回应: @Test public void...,最终输出报文,每行出现顺序好象有点怪,比如Content-Length:0,是在最后添加进去,但却是在中间出现。...="bee3366b-cf59-476e-bc5e-334e0d65b386", algorithm=MD5, qop="auth" 解析后,会生成默认SipHeaderImpl实例列表,参考下图:

    2.4K31

    ICMP报文格式解析

    ICMP报文格式类型总共分为三大类: 1、差错报文 2、控制报文 3、查询报文 上图是ICMP报文基本格式,上面提到三种ICMP报文均有“类型,代码和校验和”三个字段,后面还有4个字节是根据不同报文类型而有不同格式...但是ICMP始终有8个字节头部长度。其中类型字段代表着不同报文类型,而代码字段指明了某个类型报文中细分出报文指定功能。即一个类型报文拥有着多种功能。...代码为0: 代表着网络不可达,出现这个ICMP差错报文,就代表着报文在路由过程时候出现了问题,比如报文目的网络在路由器上没有相应条目,于是该路由器就回送网络不可达报文。...代码为1: 代表主机不可达,这个报文来源一般是目的主机所处网关发送,因为目的主机所处网关没有找到对应目的主机IP地址,而无法转交该数据报文,所以将数据报文丢弃并回送该ICMP差错报文。...需要注意是请求和回应ICMP报文使用到了ICMP头部后4个字节,分为两个字段,即标识和序列号,标识一般是发送该报文进程号,我个人认为标识和序列号是标识一对请求和回应报文,只有与某请求报文对应回应报文

    2K20

    【TCPIP】UDP协议数据格式和报文格式

    学习一个网络协议,主要就是学习“数据格式”/“报文格式” 源端口/目的端口 端口号是属于传输层概念 UDP 报头使用两个自己长度来表示端口号 之所以端口号范围是 0~65535,是因为底层网络协议做出了强制要求...——>收件人电话 源 IP:发出数据报那个程序 IP——>发件人地址 目的 IP:接受这个数据报程序 IP——>收件人地址 UDP报文长度 UDP报文长度:报头长度 + 载荷长度 长度单位是字节,...比如,报文长度 1024,——>整个 UDP 数据报就是 1024 字节;由于是两个字节来表示这个长度,所以最大值 65535——64 KB(65536/1024) 64 KB 放在今天,是个很小数字...,所以如果使用 UDP 协议传输一个很大数据,就会变得很麻烦 UDP 用了好多年,一直挺好用,但随着业务发展,广告越来越多,越来越复杂,导致一个网络响应数据报体积越来越大,逐渐逼近 64 KB。...,而是校验和结果是否会在传输中发生改变例如:我们去传输一个 UDP 数据报 发送方整合整个 UDP 数据,基于这些数据,计算得到一个 checksum1 接收方收到数据: 1.

    11410

    Linux| |对于UDP学习

    //就可以查看Linux下所有的端口号了 IP地址理解: IP地址用来标识一个主机 端口号理解: 端口号就是用来告诉操作系统要对于那一个进程进行操作,也就是说端口号就是用来标识一个进程 一个端口号只可被一个进程所占用...UDP协议 UDP协议端格式 插图:UDP协议端格式 16为UDP长度,表示整个数据报(UDP首部+UDP数据)最大长度(64KB) 检验和:如果校验和出错,就会直接丢弃(检验是把首部和数据部分一起都检验...,数据传输效率高 面向数据报 应用层交给UDP多长报文UDP原样发送,既不会拆分也不会合并 例:用UDP传输100个字节数据 如果发送端调用一次sendto,发送100个字节。...但是这个接收缓存区不能保证收到UDP顺序和发送UDP顺序一致;如果缓存区满了,在到达UDP数据就会被丢弃 UDPSocket既能读,也能写,全双工 UDP使用注意事项 UDP协议首部中有一个...伪首部: 插图:伪首部 基于UDP应用层协议 NFS:网络文件系统 TFTP:简单文件传输文件协议 DHCP:动态主机配置协议 DNS:域名解析协议 面试题:用UDP实现可靠传输?

    3.1K30

    Linux| |对于UDP学习

    //就可以查看Linux下所有的端口号了 IP地址理解: IP地址用来标识一个主机 端口号理解: 端口号就是用来告诉操作系统要对于那一个进程进行操作,也就是说端口号就是用来标识一个进程 一个端口号只可被一个进程所占用...,数据传输效率高 面向数据报 应用层交给UDP多长报文UDP原样发送,既不会拆分也不会合并 例:用UDP传输100个字节数据 如果发送端调用一次sendto,发送100个字节。...但是这个接收缓存区不能保证收到UDP顺序和发送UDP顺序一致;如果缓存区满了,在到达UDP数据就会被丢弃 UDPSocket既能读,也能写,全双工 UDP使用注意事项 UDP协议首部中有一个...16位最大长度,也就是说一个UDP能传输数据最大长度是64K(包含UDP首部)。...基于UDP应用层协议 NFS:网络文件系统 TFTP:简单文件传输文件协议 DHCP:动态主机配置协议 DNS:域名解析协议 面试题:用UDP实现可靠传输?

    2.8K20

    一个报文路由器之旅(报文收发、解析和封装)

    报文收发、解析和封装 报文在通信线路上只是一些光/电信号,从光/电信号接收到转发、到交换,再到发送,这个过程中,还经过了什么处理?本章将为您揭晓答案。...本章主要知识点为: ※ 光/电信号和数据帧之间转换 ※ 数据帧“合法性”检查 ※ 报文解析过程 ※ 报文封装过程 1 报文接收和发送(接口卡处理) 数据在通信线缆上传输时还只是光/电信号...2 报文解析 当转发引擎PFE从PIC卡收到报文时,PFE首先做就是解析报文二层帧头,并根据配置做一些检查和处理。那么,如何根据配置做检查和处理呢?...值得注意是,如果入接口属性表对应转发状态与报文解析协议不匹配,则报文会被丢弃。...路由器收到这个报文,发现其目的MAC为本机Port1端口,表明需要本机来进行进一步解析(如果目的MAC不是本机,表明直接进行二层转发,不需要再解析其他内容了); 2.

    2.1K30

    MQTT 5.0 报文解析 05:DISCONNECT

    欢迎阅读 MQTT 5.0 报文系列 第五篇文章。在上一篇中,我们已经介绍了 MQTT 5.0 PINGREQ 和 PINGRESP 报文。...整个过程使用 Wireshark 工具来抓取在客户端与服务器之间往返 MQTT 报文Linux 环境可以使用 tcpdump 命令抓取报文,然后导入至 Wireshark 分析。...DISCONNECT 报文: e0 02 8e 00 这四个十六进制字节,对应着以下报文内容: 通过下文对 DISCONNECT 报文结构介绍,你将了解到如何从原始报文数据中提取你想要信息。...0x81 Malformed Packet 客户端、服务端 表示收到了无法按照协议规范正确解析控制报文,在 MQTT 中我们将这类报文称为畸形报文。...0x82 Protocol Error 客户端、服务端 协议错误通常指控制报文在按照协议规范解析以后才能发现错误,包括包含协议不允许数据、行为与协议要求不符等等

    23310
    领券