软件定义网络中网络诊断思考和探索.docVIP

软件定义网络中网络诊断思考和探索 　　摘要：提出一种轻量级的诊断平面，它利用OpenFlow协议中多流表的功能，将探针包注入网络，探针包经过各个网络设备后会携带相关的转发规则的信息。通过收集携带这些信息的探针包、利用一组类似于程序调试的诊断原语，能够快速地检测数据平面转发的正确性和网络性能问题。认为主动诊断数据平面真实的转发行为会是SDN网络诊断的一个重要方向。 　　关键词： 网络诊断；软件定义网络；诊断平面 　　Abstract：We propose a lightweight network debugging plane leveraging multiple flow tables to send probe packets into the network. When traversing network devices， probe packets carry information about forwarding rules. By collecting those probes packets and using debug primitives similar to program debugging， we can determine the correctness and network performance of the data plane forwarding. Debug the forwarding behavior of data plane is an important direction of software-defined network （SDN） network debugging. 　　Key words：network debugging； SDN； debugging plane 　　1网络故障和网络诊断 　　一般来说，网络诊断针对的网络故障，只包括网络的连通性问题，即端到端是否可达，但在广义上还包括了网络的性能问题，比如网络延迟和带宽。虽然网络性能问题更多的是用户之间的竞争所造成的，但是错误的配置以及软硬件的故障也会导致网络性能的急剧下降，而且事实上很多用户会要求网络管理员去解决网络的性能问题[1]，因此网络诊断的对象不仅是网络的连通性问题，而且还应当包括网络的一些性能方面问题。 　　一直以来，网络诊断都是非常困难的工作。网络管理员每天都要处理各种原因导致的网络故障，比如错误的配置、链路或者器件的失效以及软硬件的故障等等。而目前，仅有很少的工具可用于网络诊断，包括ping、traceroute和SNMP等，这些工具功能简单，能够解决的问题有限，而面对特别是网络性能问题的时候，更是一筹莫展，网络管理员依然需要依靠自己丰富的经验去排查具体的故障原因。 　　1.1网络故障的普遍性 　　文献[1]对61名网络管理员做了一份详尽的调查，得到了一些结论。 　　（1）超过50%的人提到，经常发生的网络故障包括3类：端到端可达性的失效、网络延迟和吞吐问题以及间歇性的连接问题。即既存在连通性方面问题，也存在着网络性能方面问题。 　　（2）超过40%的人提到，经常性的故障原因在于交换机/路由器的软件故障和硬件失效。 　　（3）超过80%的人经常使用ping和traceroute，超过60%的人经常使用SNMP。 　　（4）35%的网络管理员每月收到超过100起网络故障的通告。 　　（5）解决每一起网络故障的平均时间中，31.6%的人需要半个小时至一个小时，而24.6%的人需要超过一个小时的时间。 　　由此可见，网络管理员面对的网络故障种类繁多、原因复杂，而且遇到的次数和花费的时间都很巨大，但是可用的工具却十分有限。因此，网络管理员急需更为强大的网络诊断工具。 　　1.2网络诊断的困难性 　　结合上文的分析，在传统网络中，网络诊断比较困难的原因是多方面的： 　　（1）表征网络的各种状态参数分散在各个网络设备上，在传统的网络中，通常需要管理员亲自登陆这样一些设备，才能获得相关的网络状态参数，同时这些状态参数是会经常变化的，这导致了要想准确地捕捉网络相关状态，就要不停地去监测整个网络的情况。 　　（2）导致网络故障的原因很多，除了人为的配置错误外，各种网络设备都有可能失效或者发生软硬件的故障。 　　（3）网络规模不断扩大，网络拓扑更加复杂，可能失效的网络设备和链路也不断增多，文献[2]就提到在其观测的数据中心内部（规模没有具体说明，但是可以看到有1.3万条链路，因此规模不算大），每天平均都含有40.8次的链路失效以及5.2次的器件失效。 　　（4）可用工具的缺乏导致网络故障不容易定位，并且故障原因不容易查明。 　　1.3 SDN给网络诊断带来的机遇