TCP,UDP,IP包头格式及说明

一、MAC帧头定义 
/数据帧定义,头14个字节,尾4个字节/

typedef struct _MAC_FRAME_HEADER
{
 char m_cDstMacAddress[6];    //目的mac地址
 char m_cSrcMacAddress[6];    //源mac地址
 short m_cType;            //上一层协议类型,如0x0800代表上一层是IP协议,0x0806为arp
}__attribute__((packed))MAC_FRAME_HEADER,*PMAC_FRAME_HEADER;

typedef struct _MAC_FRAME_TAIL
{
 unsigned int m_sCheckSum;    //数据帧尾校验和
}__attribute__((packed))MAC_FRAME_TAIL, *PMAC_FRAME_TAIL;

 

二、IP头结构的定义 

/IP头定义,共20个字/

typedef struct _IP_HEADER 
{
 char m_cVersionAndHeaderLen;       //版本信息(前4位),头长度(后4位)
 char m_cTypeOfService;            // 服务类型8位
 short m_sTotalLenOfPacket;        //数据包长度
 short m_sPacketID;              //数据包标识
 short m_sSliceinfo;               //分片使用
 char m_cTTL;                  //存活时间
 char m_cTypeOfProtocol;          //协议类型
 short m_sCheckSum;             //校验和
 unsigned int m_uiSourIp;          //源ip
 unsigned int m_uiDestIp;          //目的ip
} __attribute__((packed))IP_HEADER, *PIP_HEADER ;

 

三、tcp头结构定义

 /TCP头定义,共20个字节/

typedef struct _TCP_HEADER 
{
 short m_sSourPort;              // 源端口号16bit
 short m_sDestPort;              // 目的端口号16bit
 unsigned int m_uiSequNum;         // 序列号32bit
 unsigned int m_uiAcknowledgeNum;  // 确认号32bit
 short m_sHeaderLenAndFlag;        // 前4位:TCP头长度;中6位:保留;后6位:标志位
 short m_sWindowSize;            // 窗口大小16bit
 short m_sCheckSum;              // 检验和16bit
 short m_surgentPointer;           // 紧急数据偏移量16bit
}__attribute__((packed))TCP_HEADER, *PTCP_HEADER;

/*TCP头中的选项定义 
kind(8bit)+Length(8bit,整个选项的长度,包含前两部分)+内容(如果有的话) 
KIND = 1表示 无操作NOP,无后面的部分 
2表示 maximum segment 后面的LENGTH就是maximum segment选项的长度(以byte为单位,1+1+内容部分长度) 
3表示 windows scale 后面的LENGTH就是 windows scale选项的长度(以byte为单位,1+1+内容部分长度) 
4表示 SACK permitted LENGTH为2,没有内容部分 
5表示这是一个SACK包 LENGTH为2,没有内容部分 
8表示时间戳,LENGTH为10,含8个字节的时间戳 
*/ 
TCP的option

typedef struct _TCP_OPTIONS
{
 char m_ckind;
 char m_cLength;
 char m_cContext[32];
}__attribute__((packed))TCP_OPTIONS, *PTCP_OPTIONS;

 

四、UDP头结构的定义

UDP 是 User Datagram Protocol 的简称, 中文名是用户数据报协议,是一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。

UDP 协议和 TCP 协议的数据报格式对比(图)

 

/UDP头定义,共8个字节/

typedef struct _UDP_HEADER 
{
 unsigned short m_usSourPort;       // 源端口号16bit
 unsigned short m_usDestPort;       // 目的端口号16bit
 unsigned short m_usLength;        // 数据包长度16bit
 unsigned short m_usCheckSum;      // 校验和16bit
}__attribute__((packed))UDP_HEADER, *PUDP_HEADER;

 

伪首部, 又称为伪包头(Pseudo Header):是指在 TCP 的分段或 UDP 的数据报格式中,在数据报首部前面增加源 IP 地址、目的 IP 地址、IP 分组的协议字段、TCP 或 UDP 数据报的总长度等共12字节,所构成的扩展首部结构。此伪首部是一个临时的结构,它既不向上也不向下传递,仅仅只是为了保证可以校验套接字的正确性。

 

1)UDP 数据报首部的“伪首部”(12字节),其中的协议字段:UDP为17,TCP为16;

2)源端口(2 字节):发送方端口号

3)目的端口(2 字节 ):接收方端口号

4)报文长度(2 字节):UDP 用户数据报的总长度,以字节为单位。

5)校验和(2 字节):检测 UDP 用户数据报在传输中是否有错,有错就丢弃。

用于校验 UDP 数据报的数字段和包含 UDP 数据报首部的“伪首部”。

6)数据:UDP 的数据部分如果不为偶数需要用 0 填补,就是说,如果数据长度为奇数,数据长度加“1”。

 

 

tcp、ip、udp头部格式 


2.2 TCP/IP报文格式 
  1、IP报文格式 
  IP协议是TCP/IP协议族中最为核心的协议。它提供不可靠、无连接的服务,也即依赖其他层的协议进行差错控制。在局域网环境,IP协议往往被封装在以太网帧(见本章1.3节)中传送。而所有的TCP、UDP、ICMP、IGMP数据都被封装在IP数据报中传送。如图2-3所示: 
     
   这里写图片描述 
   图2-3  TCP/IP报文封装 
图2-4是IP头部(报头)格式:(RFC 791)。 
    这里写图片描述 
   图2-4  IP头部格式 
   
  其中: 
  ●版本(Version)字段:占4比特。用来表明IP协议实现的版本号,当前一般为IPv4,即0100   
  ●报头长度(Internet Header Length,IHL)字段:占4比特。是头部占32比特的数字,包括可选项。普通IP数据报(没有任何选项),该字段的值是5,即160比特=20字节。此字段最大值为60字节。   
  ●服务类型(Type of Service ,TOS)字段:占8比特。其中前3比特为优先权子字段(Precedence,现已被忽略)。第8比特保留未用。第4至第7比特分别代表延迟、吞吐量、可靠性和花费。当它们取值为1时分别代表要求最小时延、最大吞吐量、最高可靠性和最小费用。这4比特的服务类型中只能置其中1比特为1。可以全为0,若全为0则表示一般服务。服务类型字段声明了数据报被网络系统传输时可以被怎样处理。例如:TELNET协议可能要求有最小的延迟,FTP协议(数据)可能要求有最大吞吐量,SNMP协议可能要求有最高可靠性,NNTP(Network News Transfer Protocol,网络新闻传输协议)可能要求最小费用,而ICMP协议可能无特殊要求(4比特全为0)。实际上,大部分主机会忽略这个字段,但一些动态路由协议如OSPF(Open Shortest Path First Protocol)、IS-IS(Intermediate System to Intermediate System Protocol)可以根据这些字段的值进行路由决策。   
  ●总长度字段:占16比特。指明整个数据报的长度(以字节为单位)。最大长度为65535字节。   
  ●标志字段:占16比特。用来唯一地标识主机发送的每一份数据报。通常每发一份报文,它的值会加1。   
  ●标志位字段:占3比特。标志一份数据报是否要求分段。   
  ●段偏移字段:占13比特。如果一份数据报要求分段的话,此字段指明该段偏移距原始数据报开始的位置。   
  ●生存期(TTL:Time to Live)字段:占8比特。用来设置数据报最多可以经过的路由器数。由发送数据的源主机设置,通常为32、64、128等。每经过一个路由器,其值减1,直到0时该数据报被丢弃。   
  ●协议字段:占8比特。指明IP层所封装的上层协议类型,如ICMP(1)、IGMP(2) 、TCP(6)、UDP(17)等。   
  ●头部校验和字段:占16比特。内容是根据IP头部计算得到的校验和码。计算方法是:对头部中每个16比特进行二进制反码求和。(和ICMP、IGMP、TCP、UDP不同,IP不对头部后的数据进行校验)。   
  ●源IP地址、目标IP地址字段:各占32比特。用来标明发送IP数据报文的源主机地址和接收IP报文的目标主机地址。   
  可选项字段:占32比特。用来定义一些任选项:如记录路径、时间戳等。这些选项很少被使用,同时并不是所有主机和路由器都支持这些选项。可选项字段的长度必须是32比特的整数倍,如果不足,必须填充0以达到此长度要求。 
   
  2、TCP数据段格式   
  TCP是一种可靠的、面向连接的字节流服务。源主机在传送数据前需要先和目标主机建立连接。然后,在此连接上,被编号的数据段按序收发。同时,要求对每个数据段进行确认,保证了可靠性。如果在指定的时间内没有收到目标主机对所发数据段的确认,源主机将再次发送该数据段。   
  如图2-5所示,是TCP头部结构(RFC 793、1323)。 
     这里写图片描述 
   图2-5  TCP头部结构 
   
  ●源、目标端口号字段:占16比特。TCP协议通过使用”端口”来标识源端和目标端的应用进程。端口号可以使用0到65535之间的任何数字。在收到服务请求时,操作系统动态地为客户端的应用程序分配端口号。在服务器端,每种服务在”众所周知的端口”(Well-Know Port)为用户提供服务。   
  ●顺序号字段:占32比特。用来标识从TCP源端向TCP目标端发送的数据字节流,它表示在这个报文段中的第一个数据字节。 
  ●确认号字段:占32比特。只有ACK标志为1时,确认号字段才有效。它包含目标端所期望收到源端的下一个数据字节。 
●头部长度字段:占4比特。给出头部占32比特的数目。没有任何选项字段的TCP头部长度为20字节;最多可以有60字节的TCP头部。 
  ●标志位字段(U、A、P、R、S、F):占6比特。各比特的含义如下: 
  ◆URG:紧急指针(urgent pointer)有效。 
  ◆ACK:确认序号有效。 
  ◆PSH:接收方应该尽快将这个报文段交给应用层。 
  ◆RST:重建连接。 
  ◆SYN:发起一个连接。 
  ◆FIN:释放一个连接。   
  ●窗口大小字段:占16比特。此字段用来进行流量控制。单位为字节数,这个值是本机期望一次接收的字节数。   
  ●TCP校验和字段:占16比特。对整个TCP报文段,即TCP头部和TCP数据进行校验和计算,并由目标端进行验证。   
  ●紧急指针字段:占16比特。它是一个偏移量,和序号字段中的值相加表示紧急数据最后一个字节的序号。   
  ●选项字段:占32比特。可能包括”窗口扩大因子”、”时间戳”等选项。   
  3、UDP数据段格式   
  UDP是一种不可靠的、无连接的数据报服务。源主机在传送数据前不需要和目标主机建立连接。数据被冠以源、目标端口号等UDP报头字段后直接发往目的主机。这时,每个数据段的可靠性依靠上层协议来保证。在传送数据较少、较小的情况下,UDP比TCP更加高效。   
  如图2-6所示,是UDP头部结构(RFC 793、1323): 
     这里写图片描述 
   图2-6  UDP数据段格式 
   
  ●源、目标端口号字段:占16比特。作用与TCP数据段中的端口号字段相同,用来标识源端和目标端的应用进程。   
  ●长度字段:占16比特。标明UDP头部和UDP数据的总长度字节。  
  ●校验和字段:占16比特。用来对UDP头部和UDP数据进行校验。和TCP不同的是,对UDP来说,此字段是可选项,而TCP数据段中的校验和字段是必须有的。   
  2.3 套接字   
  在每个TCP、UDP数据段中都包含源端口和目标端口字段。有时,我们把一个IP地址和一个端口号合称为一个套接字(Socket),而一个套接字对(Socket pair)可以唯一地确定互连网络中每个TCP连接的双方(客户IP地址、客户端口号、服务器IP地址、服务器端口号)。   
  如图2-7所示,是常见的一些协议和它们对应的服务端口号。 
     这里写图片描述 
   图2-7  常见协议和对应的端口号 
   
  需要注意的是,不同的应用层协议可能基于不同的传输层协议,如FTP、TELNET、SMTP协议基于可靠的TCP协议。TFTP、SNMP、RIP基于不可靠的UDP协议。   
  同时,有些应用层协议占用了两个不同的端口号,如FTP的20、21端口,SNMP的161、162端口。这些应用层协议在不同的端口提供不同的功能。如FTP的21端口用来侦听用户的连接请求,而20端口用来传送用户的文件数据。再如,SNMP的161端口用于SNMP管理进程获取SNMP代理的数据,而162端口用于SNMP代理主动向SNMP管理进程发送数据。 
  还有一些协议使用了传输层的不同协议提供的服务。如DNS协议同时使用了TCP 53端口和UDP 53端口。DNS协议在UDP的53端口提供域名解析服务,在TCP的53端口提供DNS区域文件传输服务。

容sir
关注 关注
  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TCP/IP协议的数据包头格式
12-26
TCP/IP协议的数据包头格式,包括TCP,UDP,IP,ARP等
【网络】传输层--趣谈网络协议(二)
weixin_56814032的博客
06-25 1276
一、UDP协议 传输层有两个比较重要的协议,一个是TCP,一个是UDP。 1、TCPUDP的区别 TCP是面向连接的协议,在互通之前会先建立连接,属于有状态服务。所谓的建立连接,是为了在客户端和服务端维护连接,而建立一定的数据结构来维护双方交互的状态,用这样的数据结构来保证所谓的面向连接的特性。而UDP是面向无连接的,是无状态服务。 TCP提供可靠交付。通过TCP连接传输的数据,无差错、不丢失、不重复且按序到达。而UDP继承了IP包的特性,不保证不丢失,不保证按序到达。 TCP是面向字节流的,发
TCP/IP 报文格式IP数据包、TCP报头、UDP报头)
木牛的博客
03-01 1104
总长度指首都及数据之和的长度,单位为字节.因为总长度字段为 16位,所以数据报的最大长度为 216-1=65 535字节.在IP层下面的每一种数据链路层都有自己的帧格式,其中包括帧格式中的数据字段的最大长度,即最大传送单元 MTU (Maximum Transfer Unit).当一个数据报封装成链路层的帧时,此数据报的总长度 (即首部加上数据部分)一定不能超过下面的数据链路层的MTU值,否则要分片.首部长度为20-60字节(Byte),后40字节是可选的,但长度不固定,前20字节格式为固定。
计算机网络(二)—— 传输层协议(TCP & UDP
敲敲敲
05-21 934
1.UDP协议 1.1 UDP协议的包头信息: 定长——8个字节,容易做解包 16位源端口 + 16位目的端口 + 16位UDP长度(决定了能传输的数据最大长度是64K) + 16位校验和(校验和就是为了防止数据错误,类似hash算法,发方计算得到校验和,收方用相同hash计算,比对数据,如果收端的hash值与发端的hash不一致,会直接丢弃) 1.2 UDP特点 无连接的(不用连接就发送); 不可靠的(只管发,至于发成功没,发正确没是不能确定的) 面向数据报文(.
浅谈UDP(数据包长度,收包能力,丢包及进程结构选择)
木牛的博客
01-25 3063
UDP数据包长度 UDP数据包的理论长度 udp数据包的理论长度是多少,合适的udp数据包应该是多少呢?从TCP-IP详解卷一第11章的udp数据包的包头可以看出,udp的最大包长度是2^16-1的个字节。由于udp包头占8个字节,而在ip层进行封装后的ip包头占去20字节,所以这个是udp数据包的最大理论长度是2^16-1-8-20=65507。 然而这个只是udp数据包的最大理论长度。首先,我们知道,TCP/IP通常被认为是一个四层协议系统,包括链路层、网络层、运输层、应用层。UDP属于运输层,在
TCP/UDP包头介绍
bin080808jie的专栏
04-08 8184
TCP Transmission Control Protocol 面向连接的,可靠的,基于字节流的传输层通信协议 TCP传输的数据单元是它的报文段,包括首部和数据 传输过程中,报文都会进行封装后再传输(封装-->传输) TCP报文首部(包头TCP包头为20字节 TCP包头解释 line 1:源端口号、目的端口号,用于建立连接时,确认源端口(本机)和目的主机的端口号 line 2:序号,用来表示发送端到接收端的数据字节流 line 3:确认序号,表示下一次所期望收到
温故知新:IP头部
岁月留痕
10-31 3939
总是注重于应用层协议~冷不丁突然提起网络层、传输层的概念细节~真想不起了~嗯~温故知新吧~复习啦:(照例,网上转载的啦)1、IP报文格式    IP协议是TCP/IP协议族中最为核心的协议。它提供不可靠、无连接的服务,也即依赖其他层的协议进行差错控制。在局域网环境,IP协议往往被封装在以太网帧(见本章1.3节)中传送。而所有的TCPUDP、ICMP、IGMP数据都被封装在IP数据报中传送
TCP/UDP/ARP/DNS/HTTP/帧的包头解析(保姆级分析)
ab9UQ8L的博客
02-13 3118
TCP/UDP/ARP/DNS/HTTP/帧的包头解析(保姆级分析)
计算机网络—IP头部结构,TCP头部结构,UDP头部结构
08-29 1万+
IP头部结构 IP头部结构图如下 注意:一行32bit为4字节,扩展的时候总是一行一行的拓展,也就是4个字节4个字节的扩展 版本号(Version):长度4bit,标识目前采用的IP协议的版本号,一般的值0100(IPv4),0110(IPv6) 首部长度(Header Length):长度4bit,这个字段的作用是为了描述IP头部的长度,IP头部长度是可变的(最常用的是红框中的部分,一共占20字节)。 - 首部长度部分占4个bit位,取值范围是0-15,单位为32bit(4个字节) - 整个IP头部
UDP报文头详解
热门推荐
EricLee23
04-20 2万+
UDP首部有8个字节,由4个字段构成,每个字段都是两个字节, 1.源端口: 主机的应用程序使用的端口号。 2.目的端口:目的主机的应用程序使用的端口号。 3.长度:是指UDP头部和UDP数据的字节长度。因为UDP头 部长度为8字节,所以该字段的最小值为8。 4.校验和:检测UDP数据报在传输中是否有错,有错则丢弃。 UDP校验 在计算校验和的时候,需要在UDP数据报之前增加12字...
网络协议详解 :UDP
weixin_65278827的博客
07-23 3188
1.从应用层先收到payload数据,相当于把应用层的内存数据拷贝到自己的内核内存区域2.准备header部分1).源端口(socket里就有,也不用自己写)2).目标端口3).UDP长度3.header+payload就相当于datagram4.直接把打包好的datagram交给网络层发送5.只要网络层发送成功(数据已经到达网卡)6.通知应用层发送成功如果接收方能收到,一定是原封不动完好无损的数据,这就是面向数据报文的好处。......
c++实现对cap抓TCPUDP包文件的解析
12-23
通过循环解析出cap文件中每个包的IP头的各部分含义、TCP/UDP头的含义。这些部分都储存在结构体中,如果需要统计,读者可自行编写统计规则。由于本程序是逐个包按照包头各字段分块解析,因此如果读者对解包的性能要求...
TCP/IP包分析
12-03
详细的TCP/IP包分析文档,IPTCPUDP包头分析。
TCP/UDP/ICMP/IGMP发包工具
03-12
可以制作各种IP数据,自定义L2 Header、L3 Header和L4 Header等,包括MAC、IP包头、报文内容定制等,通过该工具对指定的地点发送设置的数据,用于各种网络性能、特殊报文处理等测试。
嵌入式系统/ARM技术中的UDP数据报的工作原理
11-13
在某些场合需要通信的信息量比较小,而且通信环境可靠性比较好,不需要完整的TCP/IP栈,这时可 以选择利用UDP,这样在软件设计上可以做一些简化,在硬件上就可以节约成本。  UDP属于IP下层协议,所以它的字节和...
欧母龙PLC例程源码陶瓷厂用程序及图纸
04-22
欧母龙PLC例程源码陶瓷厂用程序及图纸提取方式是百度网盘分享地址
node-v19.6.1-darwin-arm64.tar.xz
最新发布
04-22
Node.js,简称Node,是一个开源且跨平台的JavaScript运行时环境,它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立,旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎,可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型,这使得它非常适合处理大量并发连接,从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外,Node.js使用了模块化的架构,通过npm(Node package manager,Node包管理器),社区成员可以共享和复用代码,极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展,它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等,因此,开发者可以用JavaScript编写全栈应用程序,这一点大大提高了开发效率和便捷性。 在实践中,许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台,如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能,简化了开发流程,并且能更快地响应市场需求。
集比赛直播、新闻资讯、数据查询为一体的APP,支持Android和iOS双平台.zip
04-22
NBA Player是由React Native创作的集比赛直播、新闻资讯、数据查询为一体的APP,支持Android和iOS双平台
那年的毕业设计.zip
04-22
那年的毕业设计
网络协议报文格式大全中文图文说明.chm
07-13
### 回答1: 网络协议报文格式大全中文图文说明.chm 是一个包含网络协议报文格式的详细资料的文件。该文件以CHM格式呈现,CHM是一种微软开发的帮助文件格式,可以整合文字、图像、链接和其他多媒体元素,用于提供用户友好的信息展示。 这个文件包含了各种网络协议的报文格式,网络协议是用于在网络中传输数据的规则和标准。协议报文格式是网络中数据包的组织形式,包括了包头、包体以及其他必要的字段。这些报文格式是不同协议所定义的,例如TCP/IP协议、HTTP协议、FTP协议等。 通过网络协议报文格式大全,用户可以了解到不同协议报文的结构和各个字段的含义。对于网络管理员、网络工程师和开发人员来说,这个文件是一个重要的参考资料。在网络故障排除、协议分析和网络应用开发过程中,熟悉报文格式可以快速定位问题和编写相应的处理程序。 该资料还提供了图文说明,即以图形和文字相结合的方式展示报文格式。图像可以直观地显示报文部分的内容和关系,文字则进一步解释了各个字段的作用和取值范围。这种图文结合的形式能够更好地帮助用户理解和记忆网络协议报文格式。 总之,网络协议报文格式大全中文图文说明.chm 是一个包含网络协议报文格式和图文解释的CHM帮助文件。用户可以通过该文件了解不同协议报文的结构,对于网络管理和开发非常有帮助。 ### 回答2: 网络协议报文格式大全中文图文说明.chm是一个CHM格式的文件,内容详细介绍了网络协议报文的格式。网络协议报文是计算机网络中数据传输的基本单位,它包含了数据的头部和载荷部分。协议报文的格式规定了报文中各个部分的顺序、大小和含义,以便于发送方和接收方能够正确解析和处理数据。 这个CHM文件中的图文说明,通过具体的示意图和文字描述,展示了各类网络协议报文的格式。这些协议可以包括TCP/IP协议、HTTP协议、FTP协议、SMTP协议等等。每个协议都有自己的报文格式,通过示例报文,我们可以清晰地看到不同报文格式中各个字段的位置、长度、类型和用途。 比如在TCP/IP协议中,一个TCP报文的格式可能包括源端口号、目的端口号、序列号、确认号、窗口大小等字段。在HTTP协议中,一个HTTP报文的格式可能包括请求行、请求头部和请求体,或者响应行、响应头部和响应体。这些字段和部分的含义在文件中都有详细的解释和图解说明。 阅读这个CHM文件可以帮助我们更好地理解各种网络协议的报文格式,从而能够更准确地进行数据传输和解析。通过对不同协议报文格式的理解,我们可以更好地进行网络通信的开发、维护和故障排查。 ### 回答3: 网络协议报文格式大全中文图文说明.chm是一个包含了网络协议报文格式的中文图文说明文件,以CHM格式进行存储和展示。 网络协议是计算机网络中用于数据传输和通信的规则和约定,而网络协议报文格式则指的是在网络通信过程中,数据包的结构以及其中各个字段的含义和使用规则。理解和掌握网络协议报文格式对于网络通信的设计、实现和故障排除非常重要。 这个CHM文件中的中文图文说明内容,主要包括了各种常见网络协议的报文格式,例如TCPUDPIP、HTTP等。每种协议的报文格式都会详细解释和展示,包括报文的头部、标识字段、数据字段等,以及各个字段的作用和取值范围。 通过这个CHM文件,用户可以方便地了解和查找各种网络协议的报文格式,从而更好地理解和应用网络协议。这对于网络开发人员、网络管理员以及网络安全人员都是非常有帮助的。 总之,网络协议报文格式大全中文图文说明.chm是一个非常有用的网络协议学习工具,它提供了中文图文的解释和展示,帮助用户理解和掌握各种网络协议的报文格式

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
写文章

热门文章

  • YML简介 14352
  • 根证书、服务器证书、用户证书的区别 12311
  • Java 接口是否可以存在属性字段? 10204
  • IPv4报文格式 8352
  • MPLS报文格式 6685

分类专栏

  • 云计算 2篇
  • 证书 2篇
  • 公钥  1篇
  • java 1篇
  • Maven 1篇
  • Docker 2篇
  • IO 1篇
  • 8篇
  • 反序列化 2篇
  • 单例模式 1篇
  • k8s 1篇
  • epoll 1篇
  • yml 1篇
  • 泛型 1篇

最新评论

  • 十年感想

    容sir: 失业后创业。。

  • 十年感想

    易小侠: 又四年了,咋样

  • Java 接口是否可以存在属性字段?

    kingtopest: 就凭你能看懂?!

  • Java 接口是否可以存在属性字段?

    wenjuice: 你真的学过??

  • Java 接口是否可以存在属性字段?

    kingtopest: 别瞎扯了,接口不能有属性好吧。这种情况只能用抽象类,不懂就别瞎写误导人!

您愿意向朋友推荐“博客详情页”吗?

  • 强烈不推荐
  • 不推荐
  • 一般般
  • 推荐
  • 强烈推荐
提交

最新文章

  • go module 基本使用
  • 根证书、服务器证书、用户证书的区别
  • 数字证书应用综合揭秘(包括证书生成、加密、解密、签名、验签)
2020年34篇
2015年3篇

目录

目录

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值

PHP网站源码白山网页制作推荐甘南SEO按天计费价格济宁网站优化排名多少钱西宁建网站公司滁州阿里店铺运营多少钱文山品牌网站设计报价乌海网站推广系统价格曲靖网站推广系统报价南通建网站哪家好珠海网站推广系统推荐黄南外贸网站设计丽水关键词排名包年推广公司西宁外贸网站制作报价宜宾英文网站建设桂林网站推广系统价格南联网页制作醴陵网络营销多少钱张家界seo报价大同百姓网标王推广多少钱木棉湾百度网站优化报价营口网站改版推荐恩施百度关键词包年推广哪家好周口网站推广工具报价湘潭关键词排名报价丽水网络广告推广哪家好桐城网站优化排名公司盘锦网站优化按天收费报价潜江网站定制报价德阳百度爱采购推荐绍兴百度seo报价歼20紧急升空逼退外机英媒称团队夜以继日筹划王妃复出草木蔓发 春山在望成都发生巨响 当地回应60岁老人炒菠菜未焯水致肾病恶化男子涉嫌走私被判11年却一天牢没坐劳斯莱斯右转逼停直行车网传落水者说“没让你救”系谣言广东通报13岁男孩性侵女童不予立案贵州小伙回应在美国卖三蹦子火了淀粉肠小王子日销售额涨超10倍有个姐真把千机伞做出来了近3万元金手镯仅含足金十克呼北高速交通事故已致14人死亡杨洋拄拐现身医院国产伟哥去年销售近13亿男子给前妻转账 现任妻子起诉要回新基金只募集到26元还是员工自购男孩疑遭霸凌 家长讨说法被踢出群充个话费竟沦为间接洗钱工具新的一天从800个哈欠开始单亲妈妈陷入热恋 14岁儿子报警#春分立蛋大挑战#中国投资客涌入日本东京买房两大学生合买彩票中奖一人不认账新加坡主帅:唯一目标击败中国队月嫂回应掌掴婴儿是在赶虫子19岁小伙救下5人后溺亡 多方发声清明节放假3天调休1天张家界的山上“长”满了韩国人?开封王婆为何火了主播靠辱骂母亲走红被批捕封号代拍被何赛飞拿着魔杖追着打阿根廷将发行1万与2万面值的纸币库克现身上海为江西彩礼“减负”的“试婚人”因自嘲式简历走红的教授更新简介殡仪馆花卉高于市场价3倍还重复用网友称在豆瓣酱里吃出老鼠头315晚会后胖东来又人满为患了网友建议重庆地铁不准乘客携带菜筐特朗普谈“凯特王妃P图照”罗斯否认插足凯特王妃婚姻青海通报栏杆断裂小学生跌落住进ICU恒大被罚41.75亿到底怎么缴湖南一县政协主席疑涉刑案被控制茶百道就改标签日期致歉王树国3次鞠躬告别西交大师生张立群任西安交通大学校长杨倩无缘巴黎奥运

PHP网站源码 XML地图 TXT地图 虚拟主机 SEO 网站制作 网站优化