1.windows和linux下ping命令使用的不同之处
2.开源的线路线路TCPing网络测试工具
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.

开源的TCPing网络测试工具

       开源的TCPing网络测试工具是一个跨平台的TCP端口ping程序，灵感来源于Linux的源码源码ping实用程序。它能够向您指定的检测IP地址或主机名发送TCP探测，并打印结果。线路线路TCPing支持IPv4和IPv6，源码源码为成功和失败的检测客户关怀系统源码探测使用不同的TCP序列编号。这使得查看结果和推断总数据包丢失量变得更加容易。线路线路项目使用GO语言开发，源码源码源码地址为GitHub - pouriyajamshidi/tcping: Ping TCP ports using tcping. Inspired by Linux's ping utility. Written in Go。检测TCPing具备以下特点：使用例子、线路线路可选参数说明。源码源码它与Ping的检测主要区别在于：Ping测试网络物理连通性，而TCPing通过TCP连接检测更上层的线路线路网络可达性。TCPing提供连接建立时间、源码源码丢包率等更多连接性能数据，检测有助于判断网络质量和问题排查。在某些网络环境下禁用Ping时，TCPing是一种很好的替代方法。总的小说源码整站来说，TCPing是一个方便实用的工具，掌握其用法能有效提高网络问题的诊断与排查效率。

ping命令全链路分析(2)

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

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

       ICMP 协议

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

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

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

       ICMP 响应请求

       在 tapip 中，修改maven源码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: