《WLAN网络测试及维护研究.ppt》由会员分享，可在线阅读，更多相关《WLAN网络测试及维护研究.ppt（37页珍藏版）》请在三一文库上搜索。
1、WLAN网络测试及维护研究,目录,功能测试,性能测试,性能维护,故障维护,功能测试,在客户端扫描无线网络CMCC 选择“CMCC”无线网络连接 检查客户端可以正常拿到IP地址 在客户端尝试访问任意网址能弹出portal界面 使用正确的账户密码登录正常 登录后可正常访问外网 访问后可正常注销 话单正常,目录,功能测试,性能测试,性能维护,故障维护,测试指标,信号强度,带宽,时延,性能良好的WLAN,信号强度,常用软件(可在一般PC上使用)： 无线网卡客户端 Netstumbler Wireless Monitor ,信号强度,Windows XP自带客户端,信号强度,信噪比=接收到的信号/噪声
2、噪声正常情况下典型值-95dBm，会根据实际环境有所变化 正常情况下，信噪比在15dB时，无线网络基本可用；信噪比在25dB时，无线网络可达到正常使用效果,带宽,理想情况下，带宽的大小主要取决于信号强度 实际情况中，影响带宽的因素有很多 无线资源的占用情况 系统外的干扰 共享带宽的人数 上行路径中是否存在带宽瓶颈 802.11g的带宽理论上是54M，除去各种开销，对于TCP流量带宽为2324M，UDP约为30M,带宽,测试方法 IXIA Chariot 需要架设服务端及客户端，专业测试软件 Iperf 需要架设服务端及客户端，开源测试软件 HTTP或FTP下载 简单测试方法，下载内网服务器文件
3、 注：其余测试方法可能有众多因素影响导致结果不准确 1MBps=8Mbps 62.5KBps=500Kbps,时延,理想情况下，无线传输带来的时延很小 实际情况中，由于无线环境比较复杂，所以按照ping的结果来看，大部分时延在12ms，但偶尔会有时延比较高的包短时间出现 按照之前实际语音测试结果，时延满足语音应用要求 测试方法： 可采用ping内网一地址，得出的时延减去有线网时延即为无线时延（简单，小包或大包测量） 使用IXIA chariot测试（专业，需要架设服务端及客户端）,目录,功能测试,性能测试,性能维护,故障维护,维护,性能维护 客户端可以连接到无线网络，可以访问外网，但速度较慢
4、故障维护 客户端找不到无线网络 客户端可以找到无线网络，但连接不上 客户端连接到无线网络后无法获取到IP地址 客户端连接到无线网络后正常获取IP地址，一直或间歇性无法访问外网,维护,客户端可以连接到无线网络，可以访问外网，但速度较慢 检查此位置的信号强度是否足够 测试此位置的带宽是否足够 查看当前位置用户是否较多或整个热点用户较多 检查是否在传输路径中存在瓶颈 检查是否存在系统内或系统外的无线干扰 客户的应用是否跨越运营商或受服务器限制,14,维护,客户端找不到无线网络 检查此处是否在目标覆盖范围 检查AP的POE供电是否正常 AP的指示灯 AP的网线 POE交换机的状态 检查是否有线传输网络
5、出现故障,维护,客户端可以找到无线网络，但连接不上 检查此位置的信号强度 是否处于覆盖边缘 是否在客户端设置了加密方式,维护,客户端连接到无线网络后无法获取到IP地址 检查AP与AC是否正常 检查业务传输路径是否正常 检查当前位置信号强度是否足够 检查是否存在干扰源,维护,客户端连接到无线网络后正常获取IP地址，一直或间歇性无法访问外网 检查是否个别现象 检查AP的业务传输路径 检查是否可以直接访问IP地址（DNS问题） 检查是否存在干扰源 检查信号强度的稳定性,江苏移动WLAN性能指标,FTP下载速率500k 指标解释：每用户每秒下载的字节数，要求登录省公司FTP服务器，下载大于5M的文件
6、，速率要求达到500kbps WEB 认证成功率95% Web认证成功率=（web认证成功次数 / 认证请求总次数）100% 用户将用户名和密码输入后发起登陆请求，直至用户收到登陆结果。WEB认证包括了CHELLENGE和RADIUS认证两个过程，涉及到AP、AC、PORTAL和RADIUS四个网元。 WEB认证成功率应大于90% 门户网站登录成功率98% 登录门户网站(如http:/)成功次数/总次数。 门户网站登录时延时5秒 覆盖区域内场强和信噪比 AP覆盖区域内的边缘信号强度 边缘场强大于-80dBm 区域内信噪比在24dB-40dB之间 网络ping丢包率 Ping丢包率=（ping丢
7、包次数/ ping发起总次数）100% 认证成功接入后从终端ping 到AC的时延，通过发送32bits大小的ping包测试，ping包丢包率不大于2%。 WEB认证下线成功率 Web认证下线成功率=（web下线请求成功次数/ web下线请求总次数）100% 网络ping时延50ms 认证成功接入后从终端ping 到211.138.205.206的时延，通过发送32bits大小的ping包测试，每个ping包的时延不大于50ms,AC 常见故障处理,常见故障处理,故障处理流程 接口 用户无法获取IP地址 WEB无法认证 用户上网速度慢 用户异常掉线,故障处理流程,处理问题的一般思路,检查物理连
8、接； 检查用户终端网卡属性设置； 检查数据配置； 根据具体业务和故障进行针对性的处理。,接口,检查项目 1、对端设备的运行情况 2、光纤、网线的类型检查 3、本端设备物理层检查,show interface 查看接口 1.接口连接状态中断为“down” 2.接口连接状态正常为“up”,查看指示灯 1.线路连接指示灯LINK 2.数据转发指示灯ACT 3.工作模式指示灯STATUS,接口（典型现象）,网线问题 AC上的电口模式相当于switch，所以，根据“同性相斥，异性相吸”的原则，与Router/pc用直通网线，与switch用交叉网线。 ARP丢失 现象：端口显示up，但是数据不通。 诊断
9、：在AC上用AC#show ip arp查看arp表，看是否有对端设备接口的arp，一般情况下，此种现象均是没有ARP了造成的。 解决：需要手工添加对端设备接口的ARP，使用AC# arp entry ip mac,接口（典型现象）,双方端口匹配问题 在工程实施中，此检查为必要工作流程。因为涉及到用户上网速度等等问题。 方法： 1）在advanced里面打开端口详细信息开关 AC(advanced)# check-portdetail 2）查看接口信息 AC# show interface 主要检查信息中的 0(0)bytes input errors 0(0)bytes output err
10、ors 0(0)bytes collisions 看是否错误和冲突有增加，如果有，则调整双方接口模式，直至出没有冲突报文增加。 3）查看完毕之后，关闭详细信息开关，原因是此功能要耗系统资源。 AC(advanced)# no check-portdetail,用户无法获取ip地址,WEB无法认证,用户上网速度慢,整体 1）前面所讲到过的接口匹配 2）查看当前cpu，AC# show cpu 3）如果CPU较平时高很多，用AC # show statistics packet reset查看当前上传cpu的报文异常情况。 4）用AC # show statistics port portid 1
11、2，查看指定接口的报文上传情况。 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 说明：前面的重启次
12、数如果是0，一般情况是设备由于断电重启了。 用AC# show nvramlog查看设备异常记录。 个体（一般是终端用户的问题） 还有一种情况，可能是AC的断线检测功能失效了。,AP无法上线处理流程,当开通上线时，首先都是在WEB界面开AP的MAC地址是否报上来，如果可以正常报上来，则说明AP上线是正常。如果无法上报则需要逐步分析： 如果WEB页面无法看到，则到业务板用命令：show dhcpuser查看AP是否上报。看安装的AP的MAC是否报上来。,31,AP无法上线处理流程(续),如果这里有，而WEB页面没有，则说明在WEB页面下的AP版本信息没有配置，应增加相应AP版本信息。,32,对于
13、所属厂商，目前贝尔的AP只有两种：Azalea和Aruba；建议在增加AP版本信息时，两个都加上去。,AP无法上线处理流程(续),如果用命令show dhcpuser也没有看到AP上报，则需要打开DEBUG消息，查看AP是否上报了DHCP报文上来，如图：,33,主要查看相应的AP的MAC地址有没有报上来，和上报的VLAN是不是我们在地AP地址池中所配置的VLAN。,AP无法上线处理流程(续),在debug消息中如果没有看到AP的DHCP报文，则说明AC与AP之间的链路出现故障，AC侧的数据检查主要是在管理板上。 检查下行链路是否正常：,34,AP无法上线处理流程(续),检查AP上报的VLAN在管理板中有没有配置，如下图所示,35,对于AP的上报的管理VLAN既要配置在下行端口中，同时也要配置在24端口中。,其他AP无法上线现象,在AC的debug消息中可以看到AP上报的DHCP请求消息，而AC也下发了OFFER消息，但AP无法获取IP地址，而又重复上报DHCP请求消息。 出现此类故障的原因多源于AP的上行链路是通的而下行不通，或者AP本身故障，建议更换AP到POE交换机之间的网线或者更换新的AP。,36,汇报完毕 请多指正,