1.windows和linux下ping命令使用的不同之处
2.ping命令全链路分析(3)-用户态数据包构造与传递
3.ping命令全链路分析(2)

windows和linux下ping命令使用的不同之处

       1.Windows下默认发送四次数据包,完了之后自己结束,Linux下的ping程序默认不停发送数据包,直到你手动停止.

       2.ping命令程序不同,实现ping功能所使用 的源码不同.

       3.返回数据格式不同:

       Linux:ping [-dfnqrRv][-c<完成次数>][-i<间隔秒数>][-I<网络界面>][-l<前置载入>][-p<范本样式>][-s<数据包大小>][-t<存活数值>][主机名称或IP地址]

       Windows:

       Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]

        [-r count] [-s count] [[-j host-list] | [-k host-list]]

        [-w timeout] target_name

       Options:

        -t Ping the specified host until stopped.

        To see statistics and continue - type Control-Break;

        To stop - type Control-C.

        -a Resolve addresses to hostnames.

        -n count Number of echo requests to send.

        -l size Send buffer size.

        -f Set Don't Fragment flag in packet.

        -i TTL Time To Live.

        -v TOS Type Of Service.

        -r count Record route for count hops.

        -s count Timestamp for count hops.

        -j host-list Loose source route along host-list.

        -k host-list Strict source route along host-list.

        -w timeout Timeout in milliseconds to wait for each reply.

ping命令全链路分析(3)-用户态数据包构造与传递

       在Linux系统中，ping命令等网络工具基于inetutils包中的源码应用层网络工具。本文将探讨ping命令在Linux内核网络协议栈及驱动层面的代码实现方式。

       应用层ping通过socket与内核层交互，命命令程序首先初始化数据结构，源码创建socket连接，代码源码螺旋获取方式然后构造icmp数据包发送，命命令并对返回的源码ICMP响应报文进行处理。初始化过程由ping_init()函数完成，代码创建socket连接，命命令分配数据结构存储空间。源码数据包构造、代码发送和返回报文处理由ping_echo()函数完成，命命令其中设置了协议类型、源码包长度和目的代码地址，并注册了接收回调函数。

       数据包发送过程在ping_run()函数中的send_echo()函数完成，将icmp报文数据部分复制到buf中，并通过socket_fd发送。当目的端返回ping命令的响应报文被网卡接收后，通过内核网络协议栈处理后返回给应用程序。iap 源码ping应用程序采用IO复用中的select()方式来处理响应报文，当监控到对应socket连接中有数据包到来时，调用ping_recv()函数处理ICMP响应数据包。

       应用层软件ping通过socket接口与内核通信，实现数据包发送和接收。数据包发送sendto()的实现代码在linux源码${ linux_src}/net/socket.c中，先检查数据区域是可读的，然后构造待发送消息，并将数据填充到消息中。数据包接收recvfrom()与发送相反，snapkit 源码是从内核协议栈中读取数据包到应用层中，实现代码也在${ linux_src}/net/socket.c中。

       本文主要分析了用户态程序ping如何构造ICMP请求报文，并通过socket接口实现数据在内核态与用户态之间的搬移。后续将继续分析内核态网络协议栈对数据包的处理，以及内核驱动与硬件的交互实现。

ping命令全链路分析(2)

       本文使用 Zhihu On VSCode 创作并发布

       上篇文章对开源网络协议栈实现 tapip 触发进行了分析，探讨了执行 ping 命令时，数据包是如何到达网络协议栈的。本文将继续探讨 ping 命令与网络协议栈的softether源码联系。目前广泛使用的网络协议栈是五层协议划分：应用层、传输层、网络层、链路层和物理层。ping 命令采用的 ICMP 协议位于网络层，但特别之处在于 ICMP 报文是封装在 IP 报文之内的。下文将从 ICMP 协议开始分析。

       ICMP 协议

       ping 命令的执行过程实际上包含了源端向目的端发送 ICMP 请求报文和目的端向源端发送 ICMP 回复报文的过程。ICMP 报文头包含了 ICMP type、code、paddedsize源码id、seq 等字段，报文头部为 字节，payload 部分数据长度为可变长度。

       ICMP 报文头部包含 8bit 类型码 type、8bit 代码 code 和 bit 校验和 checksum，其余部分内容和类型码 type 相关。ICMP 报文中定义 type 字段包含以下几种，type 字段与 code 的详细对应关系见附录 1：

       其中，ping 命令使用的报文类型为响应请求和响应应答，其报文格式如图：

       ICMP 响应请求

       在 tapip 中，ICMP 响应请求报文构造是在 ping.c:send_packet() 函数中完成的。ICMP 报文填充构建代码如下：

       根据上一篇文章的分析，tapip 采用一个 tap 设备作为虚拟网卡，ICMP 数据报文最终通过 wirte() 接口写入 tap 设备文件中，最终被 Linux 内核中的网络协议栈处理。这里还是先从 tapip 出发，研究下网络协议栈中如何处理 ICMP 响应请求报文。在 tapip 源码中，处理 ICMP 响应请求报文在函数 icmp_echo_request() 中，其函数调用栈如下：

       在 Linux 系统中，数据包到达网络设备后会触发中断，网卡驱动程序将对应数据包传递到内核网络协议栈处理，处理结果通过系统调用接口返回给应用程序（ping 应用）。

       tapip 作为一种用户态实现，网络设备 net device 是通过 tap 设备模拟的，tap 设备文件描述符中被写入数据包就相当于网卡设备接收到网络数据包；

       网卡驱动程序的工作对应 tapip 中 netdev_interrupt() 到 veth_rx() 之间的过程：首先在中断处理函数中调用 veth_poll() 函数采用轮询的方式检查 tap 设备的文件描述符是否有写入事件；当发生写入事件时，veth_rx() 函数被调用，从文件描述符中读取数据包，并传递到网络协议栈中处理，此时，网络协议栈处理的入口 net_in() 被调用。

       网络协议栈按照网络分层模型进行处理：

       ICMP 响应回复

       ICMP 响应回复的处理过程与接收侧处理 ICMP 响应请求的流程基本一致，不同点在于最后 icmp 报文响应的处理，其 type 为 0，对应的处理函数为 icmp_echo_reply()，具体函数调用栈如下：

       总结

       本文主要分析了用户态网络协议栈 tapip 处理 ping 命令对应的 ICMP 报文的过程，后续将结合 Linux 内核分析这个过程在内核中是如何处理的，另外还会分析下 ARP 协议的实现。

       学海无涯，感觉 tapip 的实现逻辑清晰，读起来非常舒服，非常推荐对网络感兴趣的同学学习参考。

       （最近特别水逆，希望能早日走出困境，迎来光明吧。）

       附录 1: ICMP 报文类型表

        markdown

       | 类型 Type | 代码 Code | 描述 |

       | :------: | :------: | :--------------------------: |

       | 0 | 0 | 回显应答（ping 应答） |

       | 3 | 0 | 网络不可达 |

       | 3 | 1 | 主机不可达 |

       | 3 | 2 | 协议不可达 |

       | 3 | 3 | 端口不可达 |

       | ... | ... | ... |

       TODO: