当前位置:   article > 正文

万兆以太网MAC设计(8)ICMP协议详解以及ICMP层模块设计

万兆以太网MAC设计(8)ICMP协议详解以及ICMP层模块设计

前言:ICMP协议详解

在这里插入图片描述

ICMP (Internet Control Message Protocol) 协议被设计用来向 IP 源端报告差错及其它相关信息, IP 协议本身只设置有 Checksum 机制来保证数据的正确性, 它本身提供不可靠的服务, ICMP 协议可以用来当发送差错时向源端报告相应的问题, 可以一定程度上提高 IP Datagram 交付的可靠性, 其协议的标准文档为 1981 年 9 月发布的 RFC 792, 本文讨论 ICMP 协议的设计,ICMP 不是 IP 协议之上的协议, ICMP 的 PDU 被封装在 IP Datagram 的 Payload 部分, 和 IP Datagram 一同传送。

其各字段的语义如下:

Type, 长度为 8 比特, ICMP 报文的类型, ICMP 报文的类型可以分为两类, 一类用来报告错误, 一类用来询问, 其中用于报告差错的类型值有 3: 终点不可达, 11: 超时, 12: 报文参数错误, 5: 重定向, 询问类的类型值有 8: 请求回显消息 (for echo message), 0: 回显应答消息 (for echo reply message), 13: 请求时间戳消息 (for timestamp message), 14: 时间戳应答消息 (for timestamp reply message)

Code, 长度为 8 比特, Type 字段指示问题的类型, Code 进一步指示在该类型的更具体的问题类型, 以 Type = 3 终点不可达为例, 可以有网络不可达 (net unreachable), 主机不可达 (host unreachable), 协议不可达 (host unreachable), 端口不可达 (port unreachable) 等更具体的错误信息

Checksum, 长度为 16 比特, ICMP 校验和

unused, 长度为 32 比特, 保留字段,大部分用于标识符序号

Internet Header + 64 bits of Original Data Datagram, 长度为 32 比特, 该部分为 ICMP 报文的数据部分, 所有的 ICMP 报文都是由要报告的 IP Datagram 的 Header 加上 8 字节的 IP Payload 构成, 8 字节的 Payload 使得源端可以从中获取诸如 TCP / UDP 端口等信息

ICMP 的一个典型应用是 PING 命令, PING 命令实质是发送 ICMP 询问报文, 如果网络是连通的, 源端可以顺利收到接收方的回复, 并且可以用来测算时延

其次, ICMP 的另一个非常有用的应用是 traceroute, traceroute 特意构造一串不可达的 IP Datagram, IP Datagram 里包含使用非法端口的 UDP Packet, 在 IP Datagram 中依次将 TTL 设置为 1, 2, …, 由于 IP Datagram 每经过一个路由器, TTL 需要减去一, 当 TTL 为 0 时, 路由器需要丢弃 IP Datagram, 并向源端发送 ICMP 差错报文, 根据这一连串的 ICMP 差错通知, 可以跟踪链路上经过的路由器
在这里插入图片描述

一、ICMP_RX模块

模块接口:

ICMP_RX(
    input           i_clk               ,
    input           i_rst               ,

    input  [63:0]   s_axis_ip_data      ,
    input  [55:0]   s_axis_ip_user      ,//用户自定义{16'dlen,3'bflag,8'dtype,13'doffset,16'dID}
    input  [7 :0]   s_axis_ip_keep      ,
    input           s_axis_ip_last      ,
    input           s_axis_ip_valid     ,

    output [15:0]   o_Identifier        ,
    output [15:0]   o_Sequence          ,
    output          o_trigger           
);
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

该模块用于接收来自IP层的数据,判断是否为ICMP数据,然后进行相应的处理。主要处理工作为:识别该数据包是否为ICMP的ping请求包,如果是,则产生一个o_trigger信号通知ICMP_TX模块产生一个ping回复报文,并且解析接收ICMP报文的标识o_Identifier和序号o_Sequence,然后交由ICMP_TX模块去产生相应的回复报文。

二、ICMP_TX模块

模块接口:

module ICMP_TX(
    input           i_clk               ,
    input           i_rst               ,

    output [63:0]   m_axis_ip_data      ,
    output [55:0]   m_axis_ip_user      ,//用户自定义{16'dlen,3'bflag,8'dtype,13'doffset,16'dID}
    output [7 :0]   m_axis_ip_keep      ,
    output          m_axis_ip_last      ,
    output          m_axis_ip_valid     ,
    input           m_axis_ip_ready     ,

    input  [15:0]   i_Identifier        ,
    input  [15:0]   i_Sequence          ,
    input           i_trigger           
);
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

该模块则是在ICMP_RX模块接收到一个ping请求的ICMP报文的时候产生一个相应的ping回复报文,过程非常简单。由于是在FPGA上实现,暂时不支持主动ping的功能。

三、仿真

仿真设计:产生一个ping请求报文发送到ICMP_RX模块,于是ICMP_RX模块会产生一个回复触发信号o_trigger,ICMP_TX模块会产生一个回复ping报文。

接收端:接收到了ping请求报文,并且拉高了o_trigger信号

在这里插入图片描述

发送端:接收到了o_trigger信号并产生一个ping回复报文。

在这里插入图片描述

总结

完成工程代码参考:https://github.com/shun6-6/Tri_Eth_UDP_pro_stack

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/羊村懒王/article/detail/562188
推荐阅读
相关标签
  

闽ICP备14008679号