无线问题FAQ手册_第1页
无线问题FAQ手册_第2页
无线问题FAQ手册_第3页
无线问题FAQ手册_第4页
无线问题FAQ手册_第5页
已阅读5页,还剩43页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

无线问题FAQ

修订记录

日期修订版本修改者修改描述

2018-7-241.0邓星德初次编写。

2018-7-261.1黄志鑫新增黄志鑫经验

2018-8-51.2邓星德新增“Acer笔记本连接无线速率只有54M”;

“MW3IXIA仪器256b丢包率问题”;“F3V4.0STA影

响AP切频宽”;“Mtk76x2e扫描不到信号”;“测试方

法内容更新”

2018-11-191.2王航增加“AC11MU-MIM0性能差问题”

目录

无线问题FAQ.........................................................................................................................................1

修订记录.........................................................................1

目录.............................................................................1

性能问题.........................................................................2

模版-性能....................................................................2

W20EV1.0干扰性能分析......................................................3

VI200IXIA无线转发率TX低于竞品30%..............................................................................7

MW3IXIA仪器256字节丢包率97%.....................................................................................10

功能问题........................................................................21

模版-功能...................................................................21

扫描gb2312的10个中文字符以上ssid,乱码或死机............................22

O3V3.0无线模块无法卸载....................................................24

苹果手机关联AC10异常,EDCA相关........................................25

F3V4.0STA影响AP切频宽..................................................25

I21-CE认证降功率...........................................................29

Mtk76x2e挂机出现苹果手机、电脑无法扫描到信号.............................33

体验问题........................................................................38

模版-体验...................................................................38

AC6V1.0无线终端连接慢....................................................39

Acer笔记本(2T2Rlln)连接无线速率为54M....................................................................40

手机连接上121,5分钟内掉线问题...........................................43

射频问题........................................................................45

测试方法........................................................................45

IXIA-无线转发率测试........................................................45

IXIA-无线带机量性能........................................................46

IXIA-无线转发时延..........................................................47

IXIA-无线转发丢包率........................................................47

性能问题

模版-性能

问题描述

BUG-ID分析人

硬件方案软件规格

产品名称SVN解决版本号

SVN路径

测试环境

网络拓扑

Aaa

测试步骤

aaa

分析与调测过程

aaa

W20EV1.0干扰性能分析

问题描述5楼干扰环境下,穿3堵墙后,W20E2.4G吞吐量低于竞品TL-WRI300G

BUG-ID分析人邓星德

硬件方案BCM43217软件规格

产品名称SVN解决版本号

SVN路径

一台工控机,一台笔记本,安装"Chariot6.7"、"Endpoint”软件;

测试环境有线网卡Intel(R)82583VGigabitNetworkConnection,驱动版本;

无线网卡TP-WDN4600,驱动版本;

网络拓扑

房间1房间2房间3房间4

DUT

L---------Z

STA1

测试步骤

1.开启房间1中的干扰源(商用)

2.将DUT放置在房间1中,分别配置为lch,5ch,9ch,20M频宽。

3.STA1通过LAN口连接到DUT,STA2通过无线连接到DUT,通过ixcharit跑流。

分析与调测过程

通过以往的经验,在干扰环境下,适当的减少接收灵敏度,可以有效的抑制干扰信号,提升设备的

抗干扰能力。W20E的2.4G射频使用BCM43217,其为NPHY,因此对应的11B的接收灵敏度寄存器

地址为0x289.我们针对该寄存器进行调测:

配置TXlTX2TX3平均RX1RX2RX3平均

默认配置:

1

wlinterference432.130.331.531.38.910.29.29.43

wlinterference0

2

wlphyreg0x2890x9f33.231.231.6327.38.99.58.56

wlinterference0

3

wlphyreg0x289Oxbf48.946.248.547.8612.211.513.112.26

wlinterference0

4

wlphyreg0x289Oxdf46.747.248.447.4311.711.912.311.96

通过以上测试可以看出,对UB接收灵敏度进行微调后,干扰环境下的性能有所改善,使用方案3

(接收门限在-85db左右)能达到最佳的效果。

在接收灵敏度优化的方案上,调整速率优化算法,测试干扰环境下的性能:

测试项TXlTX2TX3平均RXlRX2RX3平均

W15E48.245.149.647.6333312.511.714.412.86667

W15E+速率优化50.350.151.550.6333313.412.613.813.26667

从测试情况可以看出,加入速率优化后,TX的性能有所提升,RX提升不明显。

综上:在W20E的性能优化中,我们采用调整11B接收门限+速率优化的方式。

优化后,性能对比:

测试设备信道TXRX

Ich54.220.2

5ch56.224.5

W20E

9ch60.324.2

平均56.922.9

Ich26.22.6

5ch31.12.6

AC6

9ch35.26.6

平均30.833333.933333

竞品Ich75.2033.5

TL-WR1300G5ch66.8040.5

9ch59.2040.8

平均67.0738.2

通过以上测试可以看出:

W20E与AC6采用同样的硬件方案,W20E在经过优化后,干扰环境下的性能优于AC6;但W20E与

竞品TL-WR1300G相比,在TX上相差11M,RX相差16M;在干扰环境下,与竞品的差距比较明显。

差距分析

A.接收灵敏度的影响

随着接收灵敏度的降低,设备接收的干扰信号越少,在保证有用信号能够正常接收的情况下,

尽可能的降低接收,可以提升设备的抗干扰能力,但接收灵敏度在软件上只能在一定的范围内

调整,因此为了降低更多的接收,我们去掉W15E的外部低噪放,改成内部低噪放,这样一来,

可以在原有的接收寄存上降低lOdbm。以下为对比测试数据:(W15E与W20E使用同样的芯片方

案)

设置设备信道TXRX

Ich50.118.2

5ch47.517.6

W15E_外部低噪放

9ch48.919.2

平均48.8333318.33333

Ich58.228.5

5ch56.829.1

W15EJJ用内部低噪放

9ch60.230.3

平均58.429.3

通过测试我们可以看到:改用内部低噪放后,TX和RX的性能都有10M的提升。说明尽一步的

降低接收门限,可以提升抗干扰性能。但改用内部低噪放后,W15E的覆盖性能下降明显,在

8楼的覆盖环境中,无法达到测试标准。因此在覆盖范围和抗干扰之间需要做出平衡。W15E任

然使用外部低噪放的设计方式。

B.芯片方案间的差异

在屏蔽房环境中,对比AC6(W15E同样方案),TL-WDR6500等方案在天线分集上的指标:

AC6_TP0500_斐讯K2

11a分集对比.docx

从测试结果反映:

1.博通系列的产品,在接收上是选择灵敏度最优的一根进行数据处理。

2.TP系列(高通)的产品,在接收上采用多天线加权的处理方式,整体的接收灵敏会比单天线多

3dbm(总共2天线)

为了进一步说明接收两种方案在接收机制上处理的差异,我们在实际环境中进行了性能测试:

测试环境:

8楼无干扰环境,穿3堵墙

测试设备:

DELL笔记本(1x1无线网卡),W15E,TL-WVR-1300G

测试步骤:

1、测试TL-WVR-1300G多天线,单天线下的RX性能

2.测试W20E多天线,单天线下的RX性能

测试结果:

测试123平均RSSI

TL-WVR-3天线工作31.130.932.831.6

TL-WVR-天线0工作18.520.921.320.23333

TL-WVR-天线1工作9.512.210.310.66667

TL-WVR-天线2工作26.725.525.325.83333

W20e-2天线工作20.121.422.921.46667-63dbm-57dbm

W20e-天线0工作28.327.928.128.1-63dbm

-57dbm

W20e-天线1工作20.522.522.821.93333

从测试结果可以看出,TP的产品多根天线性能最优。W20E多天线性能与天线1的性能相当。

按照之前的理论,博通产品在接收上会选择接收最好的一根处理(此时天线1的RSSI最好)。所以W20E

在此环境下RX比竞品低的主要原因:

1.TP(高通方案)发挥了多根天线加权的特性,提升接收的灵敏度

2.W20E(博通方案)接收上,选择其中一根(RSSI最优)进行处理,并没有提升整体的增益。

总结

1.W20E性能优化采用调整接收灵敏度与速率算法优化的手段,优化后,在干扰环境穿3堵墙,性能可

从32M提升到48M。

2.射频链路上去掉外部低噪放,改用内部,TRX性能有10M的提升,考虑到设备的覆盖能力,无法直

接采用该方案。

3.高通与博通方案在MIMO下的信号处理存在着差异,TPLINK发挥了多天线信号加权的特性,对接收

增益有一定的提升。

后续可优化的方向:

1.从降低接收可以提升设备的抗干扰能力的方向入手:

A.射频设计上加大临频/同频干扰信号的过滤处理。

B.软件上,分析接收增益调整相关的寄存器,尝试通过调整寄存器,控制信号增益,从而降低临

道信号的干扰。

2,推动原厂优化多天线信号的处理机制,提升接收增益。

V1200IXIA无线转发率TX低于竞品30%

V1200IXIA无线转发率低于竞品30%

_______UDP-TX

DUT竞品

问题描述20.419.56

99.697.06

187.9212.87

451.9625.37

BUG-ID分析人邓星德

硬件方案软件规格

产品名称SVN解决版本号

SVN路径

测试环境IxiaVeriwave

网络拓扑

测试步骤

1.打开Waveapp软件,选择thourghtput测试项目,配置方法见IXIA-无线转发率测试

2.IXIA有线口连接DUTWAN口

3.无线配置为WPA/WPA2(TKIP+AES)加密方式,149信道,80M频宽

4.IXIA配置ETH->Wireless方向

5.run

分析与调测过程

~"由于测试项目较大,问题排查只针对1518字节数据进行分析

1.数据口走WAN,首先先排除NAT的影响

将IXIA有线连接DUTLAN口,测试对比WAN口性能。两者性能相当,排除WAN口影响

2.排除环境原因,导致无线传输有丢包,发送速率没有到达最佳状态

测试过程中,通过wlrate命令,可以看到DUT的发送速率保持在866,所以发送速率正常

3.排查CPU满载的影响

测试过程中,通过top命令查看CPU的使用率;可以看到CPU满载了。所以问题在与CPU资源消耗

完了,V1200使用的是BCM63167,其CPU为400M双频,CPU能力较差。

4.对于SDK软件,排除tenda自己修改的代码导致CPU开销增大。

WPA/WPA2-TKIP+AES

V1200506

SDK5.02L_.03506

可以看到V1200与其使用的SDK5.02L_0.3性能相当。因此SDK也存在同样的问题,将问题反馈给原

5.由于竞品使用的方案与V1200一样,理论上在使用同样的软件上,两者性能应该相当;竞品是两年

前的产品,使用的SDK较老,通过串口查看竞品日志,可以看到竞品使用的是4.16版本的SDK。因

此对比不同的SDK软件,验证我们的猜测

WPA/WPA2-TKIP+AESWPA/WPA2-AESOPEN

V1200506573586

SDK5.02L_.03506573586

SDK4.16L_.O5561633637

V400561649651

通过测试可以看到,竞品V400性能与SDK4.16L相当,而SDK5.02与V1200相当。

6.由于5.02与4.16之间除了无线驱动有差异,同时内核版本也存在差异5.02使用4.1版本Liunx;4.16

使用3.4X版本。对比更多相近的SDK版本,进一步排查linux内核和驱动之间的影响程度。

SDK版本OPEN

5.02L01_wlan7.14.131.47599

5.02L.03_wlan7.14.164.19574

4.16L.05_wlan7.14.131.1608651

4.16L.05_wlan7.14.164.19621

不同驱动间对性能有影响,低版本的无线驱动更优,7.14.131优于7.14.164(599-574)+(651-621)

/2=27M

不同内核版本对性能的影响,3.X内核优于4.X内核(651-599)+(621-574)/2=50M

7,由于差异主要是SDK版本差异导致,属于原厂问题;再推动原厂解决的同时,软件上也尝试以下优

化,但效果不明显

方案优化点结果

1移植fastnat降低200M

2移植基于Linux的设备快转降低150M

3优化EDCA无改善

4同步V400无线NVRAM配置无改善

5裁剪ffDS模式无改善

6裁剪STA模式无改善

7裁剪802.11D无改善

8调整AMPDU缓存队列无改善

9调整AMPDU聚合SIZE无改善

10CPU超频硬件已经最高频率;软件上无法控制

差距分析

问题原因在于SDK差异,而SDK差异最大的影响是Linux版本,5.02使用的4.1版本内核很新,一些

内核公共接口进行了丰富,可能导致无线驱动转发处理的代码指令开销增大,从而CPU资源消耗的更

总结

通过调整无线的加密方式,5GIXIA可以测试到574M,与竞品V400任存在70M的差距(相较于上

一轮转测试170M的差距,有所改善)。

关于70M的差距,进一步对比SDK版本和无线驱动,其中内核版本的差异影响50M,无线驱动影响

20Mo

目前V1200使用4.1版本Linux,V400使用3.4版本Linux,linux属开源代码,由于两个不同版本代

码差异很大,难以定位到差异点(同步和原厂方面沟通过,Linux的差异属于开

源社区,不属于BRCM模块问题,无法推动解决)。

关于无线驱动部分的差异,采用较老的驱动可以提升20M吞吐量,但基于5.02L0.3的SDK软件,BRCM

方面没有对老版本驱动进行维护,没有相关补丁/无法回退到低版本驱动上。

MW3IXIA仪器256字节丢包率97%

问题描述MW3IXIA仪器256字节丢包率97%

BUG-ID分析人曹杰

硬件方案8197F+881264M内存软件规格

产品名称MW3SVN解决版本号

SVN路径33:18080/svn/EROS/SourceCodes/Branches/EROS_MESH/develop_svn1350

测试环境

网络拓扑

问题环境:

IXIA-LAN--MW3-WAN,

IXIAWIFIMW3-WLAN5G

简化验证环境:

PCIETH一一MW3WAN

MW3WLAN—PC2WLAN

测试步骤

1.使用IXIA仪器测试设备WAN到WLAN的256字长的丢包率,丢包率97%

分析与调测过程

1.问题分析:由于数据包的流向是以太网口到无线,因此先确认以太网口接收数据包的情况,通过统

计查看发现以太网驱动的统计cat/proc/rtl865x/stats发现较多的rx_noBuffer_cnt丢包,由此初步判

断是以太网口接收缓存不足导致的丢包。

-#cat/proc/rtl865x/stats

Debugstatisticsinfo:

etn_skb_free_num:276(pool276,rtk_que0)

rx_noBuffer_cnt:4637_

tx_ringFull_cnt:s\

tx_drop_cnt:

statist!c_total:22605\

statistic_ps:4732

statistic_ipv6__fp:0

statistic_fp:32305247

cnt_swcore:128250

cnt_swcore_tx:2169

cnt_swcore_rx:126867

cnt_swcore_link:3

cnt_swcore_err:304

runoutlrq:disable

freeskbThreshold:128

2.丢包率测试的原理分析:根据仪器测试原理及抓包分析,测试丢包率的原理是仪器按照设定的包长的

发包速率进行发包,在我们的测试用例中,发包速率为特定帧长的线速,以256字节为例,发包速率为

45289pps,即百兆端口的线速发送256字节的数据包。

3.调试环境构建:由于测试环境比较紧张,为方便调试,使用两台PC,尝试构建256字节WAN到无线

线速发包的测试环境,如简化验证环境之后的拓扑所示,常用的吞吐量测试软件有iperf和ixchariot等

等,经过抓包分析,发现ixchariot在跑流量过程中会有较多的交互报文,不适合小包单向的场景,而iperf

工具在进入稳定的跑流状态后,几乎没有非流量的报文,因此更适合用于模拟仪器WAN到无线的小包。

iperf百兆速率发送UDP抓包情况如下:

9^1

?ltatimeSourceDestinationProtocol

242In-O

)00015000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00011000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

>00012000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00011000192.168.0.99103UDP242sourceport:5201Destinationport:61577

)00270000192.168.0.99103UDP242sourceport:5201Destinationport:61577

)00017000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00011000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00012000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00018000192.168.0.99103UDP242sourceport:5201Destinationport:61577

)00016000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00016000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00016000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00015000192.168.0.99103UDP242Sourceport:5201Destinationport:61577

)00016000192.168.0.99103UDPSourceport:5201Destinationport:61577

3.问题复现:WAN侧PC使用iperf-s命令启动iperf服务端

LAN侧PC使用iperf-c9-1200-u-b100M-R-t1000发包,通过调整iperf的参数并抓包

确认发送数据包的大小及方向与仪器环境一致后,开始观察跑流的情况

558.38-59-41sec215KBytes1.71Mbits/sec1102

559.41-60-24sec161KBytes1.58Mbits/sec825

560.24-61-47sec269KBytes1.79Mbits/sec1375

561.47-62-41sec161KBytes1.40Mbits/sec825

562.41-63.53sec215KBytes1.58Mbits/sec1100

563.53-64.41sec161KBytes1.49Mbits/sec825

564.41—65.25sec214KBytes2.09Mbits/sec1098

565.25-66.41sec215KBytes1.52Mbits/sec1102

566.41-67.59sec215KBytes1.49Mbits/sec1100

567.59-68.41sec161KBytes1.61Mbits/sec824

568.41-69.06sec376KBytes4.73Mbits/sec1923

569.06-70.26sec591KBytes4.03Mbits/sec3025

570.26-71.60sec269KBytes1.64Mbits/sec1375

571.60-72.41sec161KBytes1.63Mbits/sec825

572.41-73.60sec215KBytes1.48Mbits/sec1100

573.60-74-41sec161KBytes1.63Mbits/sec825

574.41-75-27sec215KBytes2.05Mbits/sec1100

575.27-76-41sec215KBytes1.54Mbits/sec1100

576.41-77-62sec215KBytes1.45Mbits/sec1099

577.62-78-41sec214KBytes2.22Mbits/sec1098

578.41-79.00sec279KBytes3.88Mbits/sec1430

579.00-80.03sec150KBytes1.20Mbits/sec769

580.03-81.07sec429KBytes3.38Mbits/sec2198

581.07-82.10sec161KBytes1.28Mbits/sec825

582.10-83-13sec215KBytes1.71Mbits/sec1100

百兆速率发包吞吐量只有2Mbps左右,且rx_noBuffer_cnt增力口得也比较快,由此证明问题在构造的简

化环境中也能够复现。

4.调测过程:首先排除应用层的影响,由于无线客户端连接到无线获取到IP地址整个流量测试过程中不

需要应用层的程序参与,所以可以使用echoi>/proc/sysrq-trigger关闭所有应用层程序,排除应用

层的干扰,关闭所有应用层进程后,发现吞吐量从2M左右提升到60M左右,统计中rx_noBuffer_cnt

也不再增加。

[5110.00-11.00sec7.12MBytes59.SMbits/sec

[5]11.00-12.00sec7.53MBytes63.1Mbits/sec39466

[5]12.00-13.00sec5.55MBytes46.6Mbits/sec29108

[5]13.00-14.00sec7.58MBytes63.6Mbits/sec39747

[5]14.00-15.00sec7.56MBytes63.5Mbits/sec39660

[5]15.00-16.00sec7.56MBytes63.4Mbits/sec39651

[5]16.00-17.00sec7.56MBytes63.4Mbits/sec39626

[5]17.00-18.00sec7.56MBytes63.5Mbits/sec39636

[5]18.00-19.00sec7.57MBytes63.5Mbits/sec39678

:5319.00-20.00sec7.59MBytes63.7Mbits/sec39810

[5]20.00-21.00sec7.57MBytes63.5Mbits/sec39692

[5121.00-22.00sec7.59MBytes63.7Mbits/sec39818

[5]22.00-23.00sec7.59MBytes63.7Mbits/sec39806

[5]23.00-24.00sec7.59MBytes63.7Mbits/sec39799

:5]24.00-25.00sec7.58MBytes63.6Mbits/sec39747

[5]25.00-26.00sec7.42MBytes62.3Mbits/sec38928

[5]26.00-27.00sec7.59MBytes63.7Mbits/sec39808

:5]27.00-28.00sec7.58MBytes63.6Mbits/sec39738

[5]28.00-29.00sec7.58MBytes63.6Mbits/sec39760

[5]29.00-30.00sec7.58MBytes63.6Mbits/sec39745

[5330.00-31.00sec7.60MBytes63.8Mbits/sec39868

由次猜测可能由于应用层注册收包接口未处理或未及时处理报文导致,重点先排除向内核注册了接收所

有数据报文的socket的应用层。

查看内核注册的收包接口情况如下:

〜#cat/proc/net/packet

skRefCntjypeProtoifaceRRmemuserInode

82554C00300030118066405613

8255500033890d201005592

830e6000310000320118280001931

协议类型为3表示监听所有的内核所有的数据包,通过查看代码发现注册的AP_PACKET_ALL的应用

层进程是pathsei和pann,因此优先杀掉了这两个进程,问题并没有改善。接着继续关闭其他应用

层进程,按照猜测的顺序逐个关闭应用层进程,直至关闭掉redis-server进程后流量才恢复正常,

但是查看svn记录发现这个服务在最近并没有代码修改,属于比较稳定的模块,因此初步排除了与

应用层程序的关联。

观察内存使用情况,发现系统启动后剩余内存为18M左右,关闭所有的应用层进程后内存剩余28M左

右,逐个关闭应用程序直至流量恢复正常的时候,内存剩余为21M左右,由此猜测系统剩余内存

影响了以太网就收缓存区的分配,走读以太网接收数据包的代码,数据缓存分配的大致流程如下:

优先使用以太网驱动预分配的地址池,地址池用完后就从系统中使用再从系统中分配内存,这里还

做了一个限制,当系统内存小于20M时,如果预分配的地址池用完,不再通过系统分配内存,主

要的原因是产品使用的是64M的内存,剩余内存较小,为避免接收缓存消耗掉过多的内存导致系

统运行不稳定,所以做了这个限制。

if(rx_skb_queue.qlen=0){

#ifdefined(CONF工G_RT[_ETH_PR工v_5KB)

new_skb=dev_al1oc_skb_priv_eth(CROSS_LAN_MBUF_LEN);

if(new_skb=NULL){

structsysinfomem_info;

unsignedim

si_meminfo(&mem_info);

if(K(mem_info.totalram)>64000){

imit=5000:

}else{

mem_limit=20000;

}

ifnfo.freeram)>{

new_skb=dev__al1oc_skb(cROsS_LAN_MBUEN);

}

}

#else

new-skb=dev_al1oc_skb(CROSS_LAN_MBUF_LEN);

#endif

if(new_skb=NULL){

DEBUG_ERRC'EthDrv:allocskbfailed[5');

)

else

skb_reserve(new_skb,RX_OFFSET);

但是就目前的剩余内存来看,系统启动后剩余内存就已经处于限制的边界,小包UDP需要处理的包数

又很多,所以很容易导致预分配地址池资源用完的情况,将此处的保留内存限制修改为15M后,吞吐

量能跑到与关闭所有应用层的结果接近,且rx_noBuffer_cnt不会快速增加,由此确定了产生丢包问题的

原因。

问题回归:为分析问题方便,构建了一个简单的测试环境,并验证修改点有效后,最终还是要到仪器测

试环境中回归问题。对比修改前后的版本,修改前256字节丢包率97%,修改后多次测试丢包率为10%

左右,有了很大的改善。

差距分析

对于数据包转发来说,如果转发的效率越高,需要的接收缓存区就会越小,消耗的内存资源也就越少,

本问题虽然通过增加接收缓存区改善了丢包情况,但是问题也有可能能够从提升WAN到无线的转发效

率方面入手去改善,数据包转发的效率与地址池分配以及如何满足小包极端情况(小包线速)下的突发

的空间需求,有几个值得思考的问题,如何量化数据包的转发效率?根据转发效率如何确定预分配地址

池的大小?

总结

1.理解测试原理,逐步分析导致丢包的原因。

2.仪器环境紧张时可以考虑自己构建分析问题的环境进行复现并分析问题。

3.5G选择干净的信道也可以验证一些性能相关的问题。

赠品(Realtek方案支持非常用信道的方法)

iwprivwlanOset_mibcountrystr=DD;iwprivwlanOset_mibregdomain=16;iwprivwlanOset_mib

channel=64;ifconfigwlanOdownup

country设置为不存在的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论