1 引言
积跬步以至千里，积怠情以至深渊。
本人将在此文档中介绍在SDN网络中ping命令的具体执行过程。若有不足，望读者能在共同学习的同时，批评指正。
2 ping命令在传统网路中的执行过程
首先，如果主机A，要去ping主机B，那么主机A，就要封装二层报文，他会先查自己的MAC地址表，如果没有B的MAC地址，就会向外发送一个ARP广播包，具体ARP报文格式请自行查阅。交换机会收到这个报文后，交换机有学习MAC地址的功能，所以他会检索自己有没有保存主机B的MAC地址，如果有，就返回给主机A，如果没有，就会向所有端口发送ARP广播，其它主机收到后，发现不是在找自己，就纷纷丢弃了该报文，不去理会。直到主机B收到了报文后，就立即响应，我的MAC地址是多少，同时学到主机A的MAC地址，并按同样的ARP报文格式返回给主机A。主机A学到了主机B的MAC地址，就把这个MAC地址封装到ICMP协议的二层报文中向主机B发送。即在ping命令过程中，主要执行两个过程，当没有MAC地址表的时候，先进行广播，广播后得到MAC地址，则进行发送ICMP过程。
3 ping命令在SDN网路中的执行过程
3.1 ARP交互
当H1 ping H2时，H1的ARP 缓存表为空，因此会产生APR Request数据包发送至交换机S1，当交换机S1收到ARP Request数据包时，对初始的流表项（当控制器链接交换机后，会对交换机下发初始流表，且此流表优先级最低，当数据包没有对应的流表项进行匹配时，匹配此流表，将其发送至控制器）进行匹配，并通过Packet-in方式发送给控制器。
控制器对接收到的packet-in数据包在mac-to-port中查找是否存在对应的ＭＡＣ地址和端口。若不存在，则发送packet-out,对除源端口之外的所有端口进行泛洪处理，并将Ｈ１的对应ＭＡＣ地址和端口信息存储到mac-to-port 表中，这个过程控制器并不下发流表。
当H2收到泛洪信息后，将会回复一条ARP Reply，因H2中也不存在MAC地址缓存表，且此时控制器没有下发流表，所以ARP Reply也会执行packet-in发送到控制器，在控制器的mac-to-port 中存在了H1的信息，所以控制器会通过packet-out直接发送到端口1，同时下发关于入端口2，目的地址H1，输出端口1的流表项，并且记录H2相应的信息到mac-to-port表中。
3.2 ICMP交互
H1收到H2的回应后，发送ICMP报文，但交换机中并不存在流表项来处理ICMP数据包，因此会用同样的方式将报文发送到控制器，但此时，控制器中的mac-to-port表中存在了H2的相应信息，所以通过packet-out直接发送到端口，并同时下发关于入端口为1，目的地址H2，输出端口2的流表项，增加交换机流表中的流表项。
3.3 总体交互
————————————————
版权声明：本文为CSDN博主「梵高的向日葵丶」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_42094589/article/details/103716180