 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
WLAN大概每隔半小時(shí)掉線（CMCC）
某辦公室，占用上的AP1信號(hào)強(qiáng)度-55dBm左右，另有一AP2同樣覆蓋該層樓，在辦公室內(nèi)與AP1信號(hào)強(qiáng)度相當(dāng)，有另外兩個(gè)AP信號(hào)-72dBm左右對(duì)AP1存在同頻干擾，PING(baidu)時(shí)延71ms,掉線時(shí)電腦的無線網(wǎng)絡(luò)狀態(tài)：已連接，信號(hào)強(qiáng)度很好，登陸頁面還在幾時(shí)，飛信掉線，打開網(wǎng)頁無法顯示，過了7、8分鐘無需重新登陸，直接能打開網(wǎng)頁，飛信也能登上了，各位有木有遇到過這種情況啊~這是什么情況，求解釋！
如果是接入的用戶太多的話，應(yīng)該是個(gè)別或者部分用戶掉線啊，可是現(xiàn)在的情況是在辦公室里面的幾個(gè)人同時(shí)掉線
提問者:
• WLAN常用的頻段有哪些？請(qǐng)分別就各頻段作簡(jiǎn)要描述 2018-12-11
• 基站定位都是通過MCC MNC TAC CI進(jìn)行定位，確定經(jīng)緯度�？梢灾苯油ㄟ^MCC MNC CI進(jìn)行定位嗎？ 2017-07-04
• CMCC的OLC技術(shù) 是什么意思 2016-12-13
• WLAN的ap告警有哪些，如何處理。 2016-10-13
• WLANAP型號(hào) 2016-09-28
• 邯鄲電信主設(shè)備、室分及WLAN設(shè)備都是什么廠家 2016-09-12
• LAI=MCCMNCLAC, 我的imsi是460001134763987，求lai和imsi的區(qū)別？ 2016-06-27
• 請(qǐng)問現(xiàn)在比較好用的WLAN測(cè)試軟件又哪些？？ 2016-06-23
• 基站定位都是通過MCC MNC TAC CI進(jìn)行定位，確定經(jīng)緯度�？梢灾苯油ㄟ^MCC MNC CI進(jìn)行定位嗎？ 2017-07-04
• CMCC的OLC技術(shù) 是什么意思 2016-12-13
• WLAN的ap告警有哪些，如何處理。 2016-10-13
• WLANAP型號(hào) 2016-09-28
• 邯鄲電信主設(shè)備、室分及WLAN設(shè)備都是什么廠家 2016-09-12
• LAI=MCCMNCLAC, 我的imsi是460001134763987，求lai和imsi的區(qū)別？ 2016-06-27
• 請(qǐng)問現(xiàn)在比較好用的WLAN測(cè)試軟件又哪些？？ 2016-06-23
問題答案
( 4 )
同一AP登陸的人過多了，一個(gè)AP只支持24M流量，每個(gè)登陸用戶占用2M，登陸的人一多，你知道的… 上不了后，有人就換AP接入點(diǎn)了，過了會(huì)，你所在的這個(gè)AP人一少，就恢復(fù)正常了…
回答者：
ganymedes
回答時(shí)間：2012-09-19 15:45
38
32
如果是接入的用戶太多的話，應(yīng)該是個(gè)別或者部分用戶掉線啊，可是現(xiàn)在的情況是在辦公室里面的幾個(gè)人同時(shí)掉線
symbolyang 2012-09-19 16:05
1、是否存在病毒感染，各個(gè)用戶做了二層隔離嗎？
2、AP硬件有隱形故障，；
3、給每個(gè)用戶限速；
4、檢查接入AP的交換機(jī)的端口是否有問題。
2、AP硬件有隱形故障，；
3、給每個(gè)用戶限速；
4、檢查接入AP的交換機(jī)的端口是否有問題。
回答者：
xhy1331
回答時(shí)間：2012-09-19 18:48
32
33
分析問題如下
干擾問題,同一SSID下信號(hào)強(qiáng)度接近,PC會(huì)關(guān)聯(lián)那個(gè)信號(hào)比較強(qiáng)的AP,假如信號(hào)有波動(dòng)就很容易造成切換,解決辦法,可以找維護(hù)人員適當(dāng)降低其中一個(gè)AP的功率.
同一個(gè)AP下接入用戶過多,一個(gè)AP就那么點(diǎn)帶寬,一個(gè)辦公室人都在用無線,再加上其它無線路由的干擾,那AP所剩的帶寬就沒多少了,相當(dāng)于在搶帶寬,肯定慢或者經(jīng)常掉線,對(duì)該AP接入用戶數(shù)量進(jìn)行設(shè)置,對(duì)單AP下用戶進(jìn)行限速
LZping百度時(shí)延達(dá)到70ms,鏈路時(shí)延有點(diǎn)大,讓廠家限速后,在ping包,時(shí)延大的話就排查鏈路和網(wǎng)線接口吧
干擾問題,同一SSID下信號(hào)強(qiáng)度接近,PC會(huì)關(guān)聯(lián)那個(gè)信號(hào)比較強(qiáng)的AP,假如信號(hào)有波動(dòng)就很容易造成切換,解決辦法,可以找維護(hù)人員適當(dāng)降低其中一個(gè)AP的功率.
同一個(gè)AP下接入用戶過多,一個(gè)AP就那么點(diǎn)帶寬,一個(gè)辦公室人都在用無線,再加上其它無線路由的干擾,那AP所剩的帶寬就沒多少了,相當(dāng)于在搶帶寬,肯定慢或者經(jīng)常掉線,對(duì)該AP接入用戶數(shù)量進(jìn)行設(shè)置,對(duì)單AP下用戶進(jìn)行限速
LZping百度時(shí)延達(dá)到70ms,鏈路時(shí)延有點(diǎn)大,讓廠家限速后,在ping包,時(shí)延大的話就排查鏈路和網(wǎng)線接口吧
回答者：
weib5166
回答時(shí)間：2012-09-20 13:24
35
33
我們這也遇到過 給樓主分享一下
我們地市運(yùn)營(yíng)商的辦公大樓部署了500mW放裝型和500mW合路型兩種型號(hào)的AP。在AP開通后，測(cè)試人員發(fā)現(xiàn)在有些辦公區(qū)域的WLAN信號(hào)覆蓋處，用戶通過PORTAL認(rèn)證成功后不能打開如新浪、搜狐等大型門戶網(wǎng)站和其它網(wǎng)站，但可以很順利地打開百度、人人網(wǎng)、goggle等網(wǎng)站，QQ和FTP等應(yīng)用正常，其它的覆蓋區(qū)域一切正常。
排查過程：
（1）確認(rèn)故障區(qū)域的AP部署數(shù)量、型號(hào)、軟硬件版本及上網(wǎng)的用戶使用量，確認(rèn)故障區(qū)域和正常區(qū)域有沒有異同點(diǎn)。對(duì)比發(fā)現(xiàn)，有問題的故障區(qū)域均是放裝型AP，而合路型AP沒有問題。
（2）有問題的放裝型AP所覆蓋的區(qū)域，用戶出現(xiàn)打不開大型門戶網(wǎng)站，能打開部分網(wǎng)站或者打開網(wǎng)頁無法顯示，而其他應(yīng)用如QQ和FTP正常，但也有一部分人是直接掉線，當(dāng)時(shí)費(fèi)了很多力氣，后來懷疑到很有可能是問題AP在處理數(shù)據(jù)包的能力存在瓶頸，對(duì)一些較大的數(shù)據(jù)包不能處理，分析有可能問題在于AP的MTU值過小造成的。
（3）從故障定位和考慮到用戶業(yè)務(wù)數(shù)據(jù)流的走向，由于原來組網(wǎng)采取的是本地轉(zhuǎn)發(fā)流量模式，用戶流量均交由AP本地進(jìn)行解析、封裝等處理后邊轉(zhuǎn)發(fā)，所以AP設(shè)備的MTU問題導(dǎo)致瓶頸產(chǎn)生。
解決方法
從技術(shù)角度可以改變業(yè)務(wù)流量的走向，可以改為集中轉(zhuǎn)發(fā)模式，將用戶流量通過CAPWAP隧道交由AC處理，這樣用戶業(yè)務(wù)流就不會(huì)因?yàn)?span lang=EN-US>AP而產(chǎn)生瓶頸，可以將此問題解決，后期的完美解決方案需要由研發(fā)部門提供正式的故障問題的補(bǔ)丁修正版本。
我們地市運(yùn)營(yíng)商的辦公大樓部署了500mW放裝型和500mW合路型兩種型號(hào)的AP。在AP開通后，測(cè)試人員發(fā)現(xiàn)在有些辦公區(qū)域的WLAN信號(hào)覆蓋處，用戶通過PORTAL認(rèn)證成功后不能打開如新浪、搜狐等大型門戶網(wǎng)站和其它網(wǎng)站，但可以很順利地打開百度、人人網(wǎng)、goggle等網(wǎng)站，QQ和FTP等應(yīng)用正常，其它的覆蓋區(qū)域一切正常。
排查過程：
（1）確認(rèn)故障區(qū)域的AP部署數(shù)量、型號(hào)、軟硬件版本及上網(wǎng)的用戶使用量，確認(rèn)故障區(qū)域和正常區(qū)域有沒有異同點(diǎn)。對(duì)比發(fā)現(xiàn)，有問題的故障區(qū)域均是放裝型AP，而合路型AP沒有問題。
（2）有問題的放裝型AP所覆蓋的區(qū)域，用戶出現(xiàn)打不開大型門戶網(wǎng)站，能打開部分網(wǎng)站或者打開網(wǎng)頁無法顯示，而其他應(yīng)用如QQ和FTP正常，但也有一部分人是直接掉線，當(dāng)時(shí)費(fèi)了很多力氣，后來懷疑到很有可能是問題AP在處理數(shù)據(jù)包的能力存在瓶頸，對(duì)一些較大的數(shù)據(jù)包不能處理，分析有可能問題在于AP的MTU值過小造成的。
（3）從故障定位和考慮到用戶業(yè)務(wù)數(shù)據(jù)流的走向，由于原來組網(wǎng)采取的是本地轉(zhuǎn)發(fā)流量模式，用戶流量均交由AP本地進(jìn)行解析、封裝等處理后邊轉(zhuǎn)發(fā)，所以AP設(shè)備的MTU問題導(dǎo)致瓶頸產(chǎn)生。
解決方法
從技術(shù)角度可以改變業(yè)務(wù)流量的走向，可以改為集中轉(zhuǎn)發(fā)模式，將用戶流量通過CAPWAP隧道交由AC處理，這樣用戶業(yè)務(wù)流就不會(huì)因?yàn)?span lang=EN-US>AP而產(chǎn)生瓶頸，可以將此問題解決，后期的完美解決方案需要由研發(fā)部門提供正式的故障問題的補(bǔ)丁修正版本。
回答者：
sgivan
回答時(shí)間：2012-09-24 14:42
37
38
• 南京格安信息系統(tǒng)有限責(zé)任公司
聘：5G工程后臺(tái)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 中郵建技術(shù)有限公司 聘：成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù)：1 人 地點(diǎn)：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點(diǎn)：長(zhǎng)沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
需求人數(shù)：10 人 地點(diǎn)：北京市
• 中郵建技術(shù)有限公司 聘：成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù)：1 人 地點(diǎn)：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點(diǎn)：長(zhǎng)沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |