Mikrotik的PPPoE迸发呼叫能力测试,Mikrotik的性能这么弱？
小弟做了一个Mikrotik的PPPoE迸发呼叫能力测试。用ether 1模拟pppoe client，用ether 2模拟pppoe server，ether 1和ether2用交叉网线连接。在ether 1上创建2个vlan，vlan 2和vlan 3，在ether 2上也创建对应的2个vlan，vlan 2和vlan 3，事实上，是vlan 2和vlan 3内分别有1组pppoe client和pppoe server。创建好ppp secret和ppp profile之后，先将2个pppoe client和2个pppoe server disable，在system里设置logging，将”topic” pppoe的action设置为remote，在remote的主机上运行MT syslog程序，记录pppoe呼叫信息。配置完成后，保存，重启Mikrotik，然后开始做pppoe迸发呼叫测试。先在winbox上将2这两个pppoe server enable，然后再将2个pppoe client同时enable，注意是“同时”enable，pppoe client被enable之后就发现这两个模拟的pppoe client会时而掉线，时而拨通，这一点在syslog中可以看得很清楚，由于syslog记录的信息很多，这里只列出关键的几行：
pppoe,ppp,debug : PPP disconnected in 12-Nov 14:1:0.14
pppoe,ppp,info : terminating... - not enough resources in 12-Nov 14:1:0.14
pppoe,debug,packet svr_vlan2: sent PADT to 00:01:02:92:4F:31 in12-Nov 14:1:0.14
上面的记录明显地表明，pppoe客户端之所以会掉线，是由于pppoe server向它发出了PADT包（熟悉pppoe协议的应该知道PADT的含义）来终止了这个pppoe连接，这里“svr_vlan2”是在ether 2上创建的基于vlan 2的pppoe server，“00:01:02:92:4F:31”是ether 1的MAC地址，同时也是ether 1上基于vlan 2的pppoe client的MAC地址
在测试过程中，Mikrotik没有做其他任何事情，也没有其他配置，怎么会这样呢？按照Mikrotik的文档，一个pppoe连接只需9k内存，这里的“not enough resources”是指哪种资源不足呢？多次测试均是如此。
测试用机器为赛扬600，128M内存，Mikrotik版本为2.9.2，Level 6。
谁能解释这个现象？
[ 本帖最后由 iamflying 于 2005-11-12 18:08 编辑 ] 查看一下CPU资源和内存资源! 测试期间CPU和内存利用率都不高，在enable pppoe sever和pppoe client的interface时CPU利用率上升了一些，但远没有达到100%。 你用的什么NIC?换两个服务器NIC再测试一下看看! 楼上二位怀疑我的网卡太烂？我用的是3com的，虽然型号老了些，但却不是杂牌，性能不差的。 既然是服务器，机子就要好点的，不要用那么老的货啦 此种情况我也有,PPP客户端猛掉线 ros 对3com支持的并不好， 用intel的NIC看看 偶的3com 帮了三个Ip 起了N个服务 搞了3年 也没有不稳定过 个体差异，个体差异～～～
页:
[1]