DC报文协议

can报文组成形式Can报文是一种用于请求和响应的HTTP协议消息格式。

它由请求行、请求头、请求体、状态行、响应头和响应体组成。

本文将详细介绍Can报文的各个组成部分及其作用。

一、请求行请求行由三部分组成：请求方法、请求URI和HTTP协议版本。

请求方法用于指定请求的类型，常见的有GET、POST、PUT、DELETE等。

请求URI是指请求的资源路径，可以是一个具体的文件路径或是一个动态生成的URL。

HTTP协议版本指明了使用的HTTP协议的版本号。

二、请求头请求头包含了客户端向服务器发送的请求的附加信息。

常见的请求头字段有：1. User-Agent：用于标识客户端的类型和版本信息，服务器可以根据该字段返回不同的内容。

2. Accept：指定客户端可接受的响应内容类型，如text/html、application/json等。

3. Cookie：用于在客户端和服务器之间传递状态信息。

4. Referer：用于指定该请求是从哪个页面链接过来的。

三、请求体请求体是可选的，用于携带客户端向服务器发送的数据。

常见的请求体格式有：1. application/x-www-form-urlencoded：将数据编码为key-value形式，常用于表单提交。

2. multipart/form-data：用于上传文件，将数据分割为多部分进行传输。

3. application/json：将数据编码为JSON格式。

四、状态行状态行由HTTP协议版本、状态码和状态描述组成。

HTTP协议版本指明了使用的HTTP协议的版本号，状态码用于表示服务器对请求的处理结果，状态描述是对状态码的简短描述。

五、响应头响应头包含了服务器向客户端返回的响应的附加信息。

常见的响应头字段有：1. Content-Type：指定响应的内容类型。

2. Set-Cookie：用于在服务器端设置Cookie。

3. Location：用于重定向，指定新的URL地址。

附件：报文格式1.1Ethernet数据包格式(RFC894)1、DstMac的最高字节的最低BIT位如果为1，表明此包是以太网组播/广播包，送给CPU处理。

2、将DstMac和本端口的MAC进行比较，如果不一致就丢弃。

3、获取以太网类型字段Type/Length。

0x0800→IP 继续进行3层的IP包处理。

0x0806→ARP 送给CPU处理。

0x8035→RARP 送给CPU处理。

0x8863→PPPoE discovery stage 送给CPU处理。

0x8864→PPPoE session stage 继续进行PPP的2层包处理。

0x8100→VLAN其它值当作未识别包类型而丢弃。

1.2PPP数据包格式1、获取PPP包类型字段。

0x0021→IP 继续进行3层的IP包处理。

0x8021→IPCP 送给CPU处理。

0xC021→LCP 送给CPU处理。

0xc023→PAP 送给CPU处理。

0xc025→LQR 送给CPU处理。

0xc223→CHAP 送给CPU处理。

0x8023→OSICP 送给CPU处理。

0x0023→OSI 送给CPU处理。

其它值当作未识别包类型而丢弃。

1.3 ARP 报文格式(RFC826)|←----以太网首部---->|←---------28字节ARP 请求/应答------1.4 IP 报文格式(RFC791)(20bytes)TOS1.5 PING 报文格式(需IP 封装)(8bytes)1.6 TCP 报文格式(需IP 封装)(20bytes)紧急指针有效ACK 确认序号有效PSH 接收方应该尽快将这个报文交给应用层RST 重建连接SYN 同步序号用来发起一个连接FIN 发端完成发送认务1.7UDP报文格式(需IP封装)(8bytes)1.8MPLS报文格式MPLS报文类型:以太网中0x8847(单播) 0x8848(组播) PPP类型上0x8281(MPLSCP)1.9MTU1.10TCP与UDP应用2以太网帧,TCP/IP数据报文详解其实也不是很详细,详细起来要很厚一本书,但是都是针对主要的写的以太网2的帧格式前导码：8个字节，这个主要是给信号同步的，给信号的开始传输的第一个bit定位的目的地址：6个字节，目的的MAC地址源地址：6个字节，是自己的MAC地址类型长度：2字节，辨别上层协议的数据：46-1500字节，就是上层的所有数据帧校验FCS：4字节，数据发过去的时候，会随机给个值，对端需要验证这个值，如果值不对，就说明这段数据干扰，或某种原因被修改。

1.1 以太网协议——以太网协议（用于10MBPS的以太网，以下所说的以太网均指10M以太网，而不是100M，1000M的以太网）——以太网协议有两种，一种是IEEE802.2/IEEE802.3，还有一种是以太网的封装格式。

——现代的操作系统均能同时支持这两种类型的协议格式。

因此只需要了解其中的一种就够了，特别是对单片机来说，不可能支持太多的协议格式。

——以太网的物理传输帧：（仅介绍第二种格式）——PR：同步位，用于收发双方的时钟同步，同时也指明了传输的速率（10M和100M的时钟频率不一样，所以100M网卡可以兼容10M网卡），是56位的二进制数101010101010..... ——SD: 分隔位,表示下面跟着的是真正的数据,而不是同步时钟,为8位的10101011,跟同步位不同的是最后2位是11而不是10.——DA:目的地址,以太网的地址为48位(6个字节)二进制地址,表明该帧传输给哪个网卡.如果为FFFFFFFFFFFF,则是广播地址,广播地址的数据可以被任何网卡接收到.——SA:源地址,48位,表明该帧的数据是哪个网卡发的,即发送端的网卡地址,同样是6个字节.----TYPE：类型字段，表明该帧的数据是什么类型的数据，不同的协议的类型字段不同。

如：0800H 表示数据为IP包，0806H 表示数据为ARP包，814CH是SNMP包,8137H为IPX/SPX 包，（小于0600H的值是用于IEEE802的，表示数据包的长度。

）----DATA：数据段，该段数据不能超过1500字节。

因为以太网规定整个传输包的最大长度不能超过1514字节。

（14字节为DA，SA，TYPE）----PAD：填充位。

由于以太网帧传输的数据包最小不能小于60字节, 除去（DA，SA，TYPE 14字节），还必须传输46字节的数据，当数据段的数据不足46字节时，后面补000000.....(当然也可以补其它值)----FCS:32位数据校验位.为32位的CRC校验,该校验由网卡自动计算,自动生成,自动校验,自动在数据段后面填入.对于数据的校验算法,我们无需了解.----事实上,PR,SD,PAD,FCS这几个数据段我们不用理它 ,它是由网卡自动产生的,我们要理的是DA,SA,TYPE,DATA四个段的内容.----所有数据位的传输由低位开始(但传输的位流是用曼彻斯特编码的)----以太网的冲突退避算法就不介绍了,它是由硬件自动执行的.DA+SA+TYPE+DATA+PAD最小为60字节,最大为1514字节.----以太网卡可以接收三种地址的数据,一个是广播地位,一个是多播地址(我们用不上),一个是它自已的地址.但网卡也可以设置为接收任何数据包(用于网络分析和监控).----任何两个网卡的物理地址都是不一样的,是世界上唯一的,网卡地址由专门机构分配.不同厂家使用不同地址段,同一厂家的任何两个网卡的地址也是唯一的.根据网卡的地址段(网卡地址的前三个字节),可以知道网卡的生产厂家.有些网卡的地址也可以由用户去设定,但一般不需要.1.2 ISA总线接口定义ISA总线A侧和B侧引脚分配及功能说明1.3 数据链路层（RTL8019驱动）下面介绍系统中数据链路层的实现。

!--Ping操作成功
－－收到了icmp echo-reply报文
U--收到ICMP destination unreachable报文
－－一般是由于路由问题或者过滤造成
·--执行Ping操作后在超时时间内未收到任何报文
－－ARP解析造成（Ping以太网接口时第一个请求包总是被丢） －－······
Windows中的Ping
Traceroute命令的原理
通过Traceroute我们可以知道从源到目的走了一条什么样的路径，他利 用了ICMP的超时报文和端口不可达报文。
1）最开始，源向目的地址发送TTL为1的数据包（UDP高端口），第1个路由器 收到该包后将其TTL减为0，并向源发送一个ICMP超时消息，源在接到这个消息 后便知道了到达目的地址要经过的第1个路由器的地址。 2）接下来，源向目的地址发送TTL为2的数据包，于是，第一个路由器收到该包 后改其TTL为1并转发给第2个路由器，第2个路由器改其TTL为0，并向源发一个 ICMP超时消息，源就知道了应经过的第2个路由器的地址。 3）最后，当数据包到达最终目的地时，目的节点发现该数据的UDP端口号（大 于30000）是自己所无法识别的，目的节点会产生ICMP端口不可达报文。trace 程序要做的就是区分接收到的ICMP差错报文是“超时”还是“端口不可达”来判断 什么时间结束。 4）依据上述原理，源就知道了到达目的地址应经过的各个节点的地址。
echo-request
echo-reply
Ping的结论
如果Ping执行成功，则可以判断： 1）从源到目的节点存在一条可以工作的路径； 2）目标IP地址对应的机器在正常工作； 3）从目标节点到源节点存在一条可以工作的路径。 注意：从源到目标的路径与从目标回源节点的路径可能不一致。