文章目录
前言：IP层报文解析
参考：https://blog.csdn.net/Mary19920410/article/details/59035804
- 版本：IP协议的版本，4bit，IPV4-0100，IPV6-0110
- 首部长度：IP报头的长度。固定部分的长度（20字节，5个32bit，一般就填5）和可变部分的长度之和。4bit。最大为1111，即10进制的15，代表IP报头的最大长度可以为15个32bits（4字节），也就是最长可为15*4=60字节，除去固定部分的长度20字节，可变部分的长度最大为40字节。
- 服务类型：Type Of Service，没用过，那就写0！
- 总长度：IP报文的总长度。报头的长度和数据部分的长度之和，以字节为单位。
- 标识：唯一的标识主机发送的每一分数据报。通常每发送一个报文，它的值加一。当IP报文长度超过传输网络的MTU（最大传输单元）时必须分片，这个标识字段的值被复制到所有数据分片的标识字段中，使得这些分片在达到最终目的地时可以依照标识字段的内容重新组成原先的数据。
- 标志：共3位。R、DF、MF三位。目前只有后两位有效，DF位：为1表示不分片，为0表示分片。MF：为1表示"更多的片"，为0表示这是最后一片。
- 片位移：本分片在原先数据报文中相对首位的偏移位。（需要再乘以8）
- 生存时间：IP报文所允许通过的路由器的最大数量。每经过一个路由器，TTL减1，当为0时，路由器将该数据报丢弃。TTL 字段是由发送端初始设置一个 8 bit字段.推荐的初始值由分配数字 RFC 指定，当前值为 64。发送 ICMP 回显应答时经常把 TTL 设为最大值 255。
- 协议：指出IP报文携带的数据使用的是那种协议，以便目的主机的IP层能知道要将数据报上交到哪个进程（不同的协议有专门不同的进程处理）。和端口号类似，此处采用协议号，TCP的协议号为6，UDP的协议号为17。ICMP的协议号为1，IGMP的协议号为2.
- 首部校验和：计算IP头部的校验和，检查IP报头的完整性。
- 源IP地址：标识IP数据报的源端设备。
- 目的IP地址：标识IP数据报的目的地址。
一、IP_TX模块
将上层协议发送的数据进行组帧，具体如何实现与上一篇内容MAC层设计一致，连接在此：https://blog.csdn.net/m0_56222647/article/details/136958436?spm=1001.2014.3001.5502
难点在于首部校验和计算过程：
计算过程：
- 首部校验和只需要校验报文头部即可，将IP头数据以每16bit进行分组，其中的首部校验和字段初始为0
- 将这些16bit数据进行反码加法运算（高位溢出加到低位）
- 由于会出现溢位，所以r_ip_header_chk 是32位的，将相加得到的和的高16位（溢出位）和低16位再进行一次相加
- 最终结果取反即为首部校验和
c
always @(posedge i_clk or posedge i_rst)begin
if(i_rst)
r_ip_header_chk <= 'd0;
else if(ri_send_valid && r_ip_data_cnt == 0)
r_ip_header_chk <= 16'h4500 + ri_send_len + r_ip_tag + 16'h4000 + {8'd64,ri_send_type} + 16'd0
+ r_src_ip[31:16] + r_src_ip[15:0] + r_dst_ip[31:16] + r_dst_ip[15:0];
else if(r_ip_data_cnt == 1)
r_ip_header_chk <= r_ip_header_chk[31:16] + r_ip_header_chk[15:0];
else if(r_ip_data_cnt == 2)
r_ip_header_chk <= r_ip_header_chk[31:16] + r_ip_header_chk[15:0];
else if(r_ip_data_cnt == 3)
r_ip_header_chk <= ~r_ip_header_chk;
else
r_ip_header_chk <= r_ip_header_chk;
end一、IP_RX模块
很简单，按照协议进行解析即可，将IP头数据刨除，将数据字段交给上一层（UDP或者ICMP）即可。
总结
按部就班即可，完整代码参考GitHub：https://github.com/shun6-6/Tri_Eth_UDP_pro_stack