WLAN网络测试及维护研究汇.ppt

整体 1）前面所讲到过的接口匹配 2）查看当前cpu，AC# show cpu 3）如果CPU较平时高很多，用AC # show statistics packet reset查看当前上传cpu的报文异常情况。 4）用AC # show statistics port portid 12，查看指定接口的报文上传情况。 5）用AC # show statistics current maxflowuser usernum 5 delay 60，查看当前上下行最大的用户，通过此命令判断是否是个别用户的异常流量导致的。 个体 对于NAT用户来说，可以用show nat inside ip查命令看nat链接是否满了，如果将满或者满了的话，用户上网会有问题，说明客户端中病毒了。 整体（一般情况是设备异常重启了） 用AC# show version 查看设备运行时间 查看Reset 1 times, Running 270 days, 00:29:01 说明：前面的重启次数如果是0，一般情况是设备由于断电重启了。 用AC# show nvramlog查看设备异常记录。 个体（一般是终端用户的问题） 还有一种情况，可能是AC的断线检测功能失效了。 当开通上线时，首先都是在WEB界面开AP的MAC地址是否报上来，如果可以正常报上来，则说明AP上线是正常。如果无法上报则需要逐步分析： 如果WEB页面无法看到，则到业务板用命令：show dhcpuser查看AP是否上报。看安装的AP的MAC是否报上来。 * 如果这里有，而WEB页面没有，则说明在WEB页面下的AP版本信息没有配置，应增加相应AP版本信息。 * 对于所属厂商，目前贝尔的AP只有两种：Azalea和Aruba；建议在增加AP版本信息时，两个都加上去。 如果用命令show dhcpuser也没有看到AP上报，则需要打开DEBUG消息，查看AP是否上报了DHCP报文上来，如图： * 主要查看相应的AP的MAC地址有没有报上来，和上报的VLAN是不是我们在地AP地址池中所配置的VLAN。 在debug消息中如果没有看到AP的DHCP报文，则说明AC与AP之间的链路出现故障，AC侧的数据检查主要是在管理板上。 检查下行链路是否正常： * 检查AP上报的VLAN在管理板中有没有配置，如下图所示 * 对于AP的上报的管理VLAN既要配置在下行端口中，同时也要配置在24端口中。 在AC的debug消息中可以看到AP上报的DHCP请求消息，而AC也下发了OFFER消息，但AP无法获取IP地址，而又重复上报DHCP请求消息。 出现此类故障的原因多源于AP的上行链路是通的而下行不通，或者AP本身故障，建议更换AP到POE交换机之间的网线或者更换新的AP。 * 汇报完毕 请多指正 * * 功能测试 性能测试 性能维护 故障维护 在客户端扫描无线网络CMCC 选择“CMCC”无线网络连接 检查客户端可以正常拿到IP地址 在客户端尝试访问任意网址能弹出portal界面 使用正确的账户密码登录正常 登录后可正常访问外网 访问后可正常注销 话单正常 功能测试 性能测试 性能维护 故障维护 信号强度 带宽 时延 性能良好的WLAN 常用软件(可在一般PC上使用)： 无线网卡客户端 Netstumbler Wireless Monitor …… Windows XP自带客户端 信噪比=接收到的信号/噪声 噪声正常情况下典型值-95dBm，会根据实际环境有所变化 正常情况下，信噪比在15dB时，无线网络基本可用；信噪比在25dB时，无线网络可达到正常使用效果 理想情况下，带宽的大小主要取决于信号强度 实际情况中，影响带宽的因素有很多 无线资源的占用情况 系统外的干扰 共享带宽的人数 上行路径中是否存在带宽瓶颈 802.11g的带宽理论上是54M，除去各种开销，对于TCP流量带宽为23~24M，UDP约为30M 测试方法 IXIA Chariot 需要架设服务端及客户端，专业测试软件 Iperf 需要架设服务端及客户端，开源测试软件 HTTP或FTP下载 简单测试方法，下载内网服务器文件 注：其余测试方法可能有众多因素影响导致结果不准确 1MBps=8Mbps 62.5KBps=500Kbps 理想情况下，无线传输带来的时延很小 实际情况中，由于无线环境比较复杂，所以按照ping的结果来看，大部分时延在1~2ms，但偶尔会有时延比较高的包短时间出现 按照之前实际语音测试结果，时延满足语音应用要求 测试方法： 可采用ping内网一地址，得出的时延减去有线网时延即为无线时延（简单，小包或大包测量） 使用IXIA chariot测试（专业，需要架设服务端及客户端） 功能测试 性能测试 性能维护 故障维护