|
|
测试IP电话中的疑虑(一） |
| 2006-4-28 14:35:40 |
|
| 荣钰 |
|
究竟应该在测试IP电话系统中注意哪些问题呢？
我也想就我上次的测试一些感受来谈谈。
首先谈谈究竟应该在什么样的一个环境里进行测试。此次我们的焦点在IP电话交换机和BHCA的极限数值测试上。
忙时呼叫量（BHCA）或者每秒建立呼叫数量（CAPS）。BHCA是忙时呼叫量的缩写，主要测试内容为：在一小时之内，系统能建立通话连接的绝对数量值，BHCA等于CAPS乘以3600。
究竟测试BHCA的时候应该如何设置IP电话交换机呢？是裸体设置就可以了吗？我说的裸体设置就是有你要测试的那些用户帐户信息和号码设置，但是其他设置都没有不开启。
我对IP电话系统还是不了解，但是我觉得这样的设置看来不是很有意义。
首先谈谈我们过去的经验。比如测试路由器、交换机和防火墙，我们测试的时候现在发现除了要进行裸体设置下的测试以外，还应该做一个贴近用户实际设置的测试，测试内容一样，仍旧是延迟、吞吐量等等，但是要在被测设备上增加配置，再进行比较测试。比如交换机和路由器的配置应该增加ACL，不论是2层还是三层交换机都应该模拟一定数量的主机数，把交换机和路由器的转发表充满。而对于路由器来说最好你的测试环境能够把路由器的路由表添加上去，一些国际上对核心路由器的测试都要通过统计得出主要运营商路由器上一般维护的路由表项数量进行汇总，包括表的分布情况（A类、B类和不同的研码可能带来的分布）。在这种情况下测试才真正贴近用户的需求，和实际使用。而这样的配置可能会发现被测设备的问题。我们在进行路由器和交换机的测试的时候也增加了这部分内容，虽然国内没有人提供类似的统计数据，但是我们我们会通过用户调研，了解一般企业网用户会增加多少条ACL，路由表项数量大致多少。而后测试。
在我曾经的测试中发现过类似的问题。比如我在很早以前测试过一款国内的路由器，CPU架构的。在裸体转发测试的时候性能非常好。而在路由转发测试的时候，我们发现了一些有意思的问题。在我们撤销一些路由表项的时候，虽然show路由器的路由表，发现那些表项已经被撤销掉了，但是从测试的结果看，路由器还在向一些本应该撤销掉的路由方向转发数据包。通常的路由器和交换机，除了有一个路由表以外，还有一个转发表，对应着不同的数据包转发的方向。这个转发表可以比较大的提高转发速率。不同机制生成的转发表不一样，通常老的做法是一次路由多次转发，也就是说只要这个对应地址转发过一次后，就会形成一个按照最终地址的转发表，后续的数据包则可以查这个表快速转发。因为毕竟定长匹配的转发速度会更快，而且成本上更低。而造成这台路由器在路由表变化之后仍旧向错误方向转发数据包的原因是他们的设计有问题，为了保证快速的转发他们有一个快速转发表，在路由更新的时候路由器虽然计算出了正确的路由表，但是却没有及时的更新转发表。
还有一个例子是有台交换机在裸体性能测试时无论2/3层测试的性能都不错，但是增加一定的BGP路由，且把原来单对主机通信，变成了一对多的通信模型后，交换机CPU占用率很高，再有就是有些数据包可以线速转发，而有一些时候丢包率非常高。
这就让我在思考如何测试IP电话交换机。
IP电话交换机的系统开销也会有很多，功能也很多，而且都依赖CPU进行处理。比如有些开销如系统的计费功能，呼叫信息的记录功能，系统地报警、监控功能。再有就是呼叫策略的问题，比如未来的企业IP电话网络，为了实现更好的通信效果，能够让用户和同事在第一时间找到被呼叫者，会非常方便用户设置自己的呼叫策略，比如呼叫转移，多机振铃等等。这些功能开启之后，究竟会对IP电话交换机造成什么样的性能影响呢？
我不知道，谁能给我些建议！ | |
|
|
|
|
|
