• 万兆以太网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

  • 相关阅读:
    Gateway Timeout504: 网关超时的完美解决方法
    设计模式-单例模式-注册式单例模式-枚举式单例模式和容器式单例模式在Java中的使用示例
    Windows 钉钉多开 dingtalkRC版
    Leetcode P640
    给你安利一款国产良心软件uTools
    给出32位有符号整数,将这个整数翻转
    对全连接层的理解
    【网络服务&数据库教程】07 ELK日志解决方案
    超全整理——相机标定知识汇总
    VSCode中打开md文件的智能提示
  • 原文地址:https://blog.csdn.net/m0_56222647/article/details/138154192