下图给出了一次ping触发的大概数据流，由于模块较多，未能全部画出来，一些其他的模块比如UserManager，SwitchManager等都用到了，但是未被我画出来。注意，在Hydron版本中转发报文用的是SimpleForwarding，在Helium用的是l2switch。
- host1 ping host4，首先发送一个arp报文，交换机收到arp报文，由于本身流表没有，上传到controller
- 由于是of 1.0的协议，走的of 1.0 模块，of1.0收到后上传到SAL层。
- SAL层之上多个模块监听IListenDataPacket收包，每个监听IListenDataPacket的都会收到一份拷贝。Arp报文将会被ARPHandler模块接收。
- ARPHandler通知HostTracker学习源主机地址。
- HostTracker学习源主机地址。
- HostTracker同时通知TopologyManager新主机被发现。理论上，还会触发流表下发，告诉每个ovs host1的地址，但是源码上没有找到。
- ARPHandler下发广播报文，每个交换机都会发送一个广播。学习到地址之后告知ARPHandler。（目的主机host4将会发回ARPResponse，同样也会被HostTracker学习，此步骤在图中被省略）。到此为止，arp包处理完毕。
- SAL层收到上传的ping包，告知SimpleFowarding进行转发。（此步骤省略了从host到switch到OF1.0到sal上传的过程，由于基本一致，下发操作在图中也被我省略）
- SimpleFowarding询问HostTracker目的主机地址。
- SimpleFowarding询问Routing模块路由地址，注意此处粒度到交换机的端口为止，该模块实现为Dijsktra寻路。
- Routing模块需要TopologyManager告知全网拓扑才能完成计算。
- TopologyManager告知全网拓扑。
- Routing模块计算后告知ForwardingRulesManager下发流表。
- Routing模块告知SimpleFowarding转发路径。（注意此处流表和转发报文都会被下发）
- SimpleFowarding告知SAL转发报文。
如果启用北向接口，比如TopologyManager提供北向接口，App1可以通过REST api被动或者主动获取拓扑变化情况；也或者App2自己设置转发规则，则取代SimpleForwarding进行路由转发。
关于粒度问题：
NodeConnector标识交换机上对应主机的端口，所以计算粒度只计算到交换机为止。
说明：
转载注明出处：http://vinllen.com/opendaylight-pinghong-fa-de-shu-ju-liu/