关于DPI产品的性能测试

DPI, Deep Package Inspection，不算是很新的技术，出现了有一段时间了，大概主要用于access control，QoS， 以及安全扫描等方面，所以很多做网络设备和安全的厂商基本都会涉及到相关的技术。国内也有很多的厂商推出了相关的产品，比如针对上网行为管理，可以分析出不同类型（IM, P2P, online game等）的网络访问占用了多少的带宽和流量，进一步可以做一些控制。

我之前在做的产品没有直接涉及这方面的技术，但是一直对网络比较感兴趣（读研时最喜欢的专业课就是计算机网络），所以也顺道study了一点。下面的link有些介绍和讨论，

http://www.tektalk.org/2010/07/02/dpi-deep-packet-inspection-%E6%8A%9B%E7%A0%96%E5%BC%95%E7%8E%89/

wiki 上也有 对应 的介 绍 。

另外如果想practice的 话 也 有了 open source的engine可以用。

http://www.opendpi.org/

 

最近接触了一些相关的产品，因为工作的原因，比较focus在如何测试这样的产品。因为DPI会涉及到对很多不同的应用层协议的解析和处理，而且这些协议不是http, smtp等标准互联网协议，而是qq, msn, warcraft这种厂家的私有但是有广大用户群的协议，这就对我们的测试提出了新的挑战，包括功能和系统测试方面。功能方面，我们需要去模拟使用这些协议的流量，真的也好fake的也好。而系统测试，比如性能和稳定性测试，则更进一步，需要把这些流量混合并且放大。这就对我们的测试方法，包括测试工具提出了更高的要求。

 

下面 说说最近的一些心得体会，希望和大家多交流，因为在这一块也是新手，所以希望不吝指教。

 

首先我 们 从需求 说起 。

和标准的协议相比，虽然也是针对协议的测试，但是要求其实不一样。某种程度上，要求更低，这是因为产品对协议处理的粒度更粗。例如一个以处理 SMTP协议为主要功能的产品，它需要比较深入的介入到协议的不同的阶段，包括连接的建立， greeting message，发信人地址，收件人地址，邮件头等等。对于这样的产品的测试，测试工具也需要对协议有相同的理解和支持。而目前来看对于 DPI相关的产品，大多不需要对于协议有这么深的了解。比如对于 MSN,并不要求理解建立连接，认证，发好友名单，等等过程。只是要做到能识别相关的包是 MSN协议相关的，有些要求能识别里面的内容，比如 string， url，或者传的 file，然后可以做流量控制和过滤。