無線網路規劃設計和部署維護之誤區與最佳實踐(9)- 既要紙上談兵,也要腳踏實地
本文轉載自微信公眾號“ 無線CCIE的那些事兒”(ID:passcciew),作者:謝清。
既要紙上談兵,也要腳踏實地
在花了8篇文章的篇幅(對,一點都不多)瞭解了無線網路規劃設計和部署維護的一些關鍵要點之後,讓我們嘗試把這些看似“零散”的要點串聯到一起進行真正的設計規劃。什麼,你說前面的內容都不記得了?沒關係,本文會在相關部分給出連結,您可以跳轉回顧這些要點。
感謝宣告:本文部分圖片素材來源於Ekahau公司的資料,特此鳴謝!
下面是正文,講講如何透過四步幫你搞定無線網路規劃設計。
第一步,確定首要覆蓋目標。當你在需要覆蓋的區域部署無線接入點時,首要的規劃設計目標包括:
● 提供高質量的無線覆蓋訊號。什麼是高質量的無線覆蓋訊號?不是訊號強度,是訊雜比!
● 保證無線接入點和無線客戶端之間可以建立高資料連線速率,也就是說:在單一通道的覆蓋蜂窩內提升空口效率。
這一步是為了實現高效的空口利用,強化密集客戶端和應用的處理。這就是我們為什麼要關注通道利用率!
需要注意的是,千萬不要忽視了實現首要目標的兩個重要前提,那就是:無線網路應該最大化實現覆蓋訊號的一致性,並且部署無線接入點的方法和位置不容妥協。
第二步,確定次要覆蓋目標。對於無線客戶端,保證至少有兩個無線接入點可以為其提供提供高質量的無線覆蓋訊號且保證無線接入點和無線客戶端之間可以建立高資料連線速率。
這一步是為了實現無線接入點訊號的冗餘,併為無線客戶端高效漫遊打好基礎,在無線客戶端漫遊時為實時應用提供安全和低延遲的漫遊效果。關於客戶端漫遊的誤區實在是太多了!從基本的概念到空口處理部分,但是漫遊面臨的挑戰絕非全部於此,以後我們會另外開篇詳述。
第三步,系統容量規劃。您需要考慮以下事項:
● 5GHz頻譜最佳保障,2.4GHz頻譜盡力而為。不妨在計算系統容量時將重點放在5GHz頻譜,將2.4GHz作為額外“獎勵”。
● 調研、分析網路中客戶端現狀,考慮客戶端自身能力。任何忽視客戶端能力的設計規劃都將部署失敗!
● 瞭解什麼是技術限制,按照網路在真實部署環境中的實際工作情況為前提測算系統容量。
● 根據應用需求量化流量模型,計算最終系統容量。
下面簡單說說如何測算系統容量。
系統容量需要關注多客戶端真實部署環境效能測試結果,也就是匯聚吞吐量,之前的一個誤區是用峰值吞吐量規劃網。
為了方便說明,我們舉個實際的例子:給出某使用者單個樓層平面圖,在該樓層有200個使用者需要使用無線網路連網工作,每個使用者有2個無線客戶端,一個筆記本和一個智慧手機,無線覆蓋共計考慮接入400個客戶端。
經過前期調研,使用者的關鍵業務應用是微軟Lync/Skype和基於Web模式的辦公應用。按照通常的應用流量模型,一路單向Lync/Skype的語音通話佔用50kbps頻寬,按照雙向考慮為100Kbps;一路單向Lync/Skype的視訊通話佔用200kbps頻寬,按照雙向考慮為400Kbps。偶發的Web應用大致佔用500kbps的頻寬(不要奇怪,在頻寬佔用方面Web應用確實比Lync/Skype的視訊通話大,他們的不同之處在於對延遲和抖動的需求)。考慮到實際使用場景,我們可以列出每個客戶端對於頻寬的需求:
● 單客戶端一路Lync/Skype的語音通話的同時進行Web瀏覽,需要頻寬500Kbps。
● 單客戶端一路Lync/Skype的視訊通話的同時進行Web瀏覽,需要頻寬900Kbps。
對於無線接入點而言,他的峰值吞吐量對於系統容量的規劃沒有任何意義,因為考慮到客戶端能力和無線接入點的差異,絕大部分客戶端和無線接入點之間不會建立理論值最高的資料連線速率,在這裡我們假設兩個場景模型:所有客戶端均為單空間流客戶端;一半的客戶端為2空間流筆記本,另一半為單空間流智慧手機。雖然不是所有客戶端均能與無線接入點建立最高的資料連線速率,但是假設無線網路可以提供很好的覆蓋一致性併為了方便計算,按照每個客戶端和無線接入點之間均能建立最高的802.11n資料連線速率來計算。
對於場景一,所有客戶端均為單空間流客戶端,所有客戶端的理想匯聚流量(即單客戶端峰值吞吐量)計算公式為:最高的資料連線速率(此處為802.11n 72Mbps)*MAC效率(50%至65%之間,本文按照50%進行計算),等於36Mbps。要支援單客戶端一路Lync/Skype的語音通話的同時進行Web瀏覽,單個無線接入點可以接入36Mbps?500kbps=72個客戶端;而要支援頻寬需求更高的單客戶端一路Lync/Skype的視訊通話的同時進行Web瀏覽,單個無線接入點可以接入36Mbps?900kbps=40個客戶端。
對於場景二,筆記本客戶端為2空間流、智慧手機為單空間流,所有客戶端的理想匯聚流量(即單客戶端峰值吞吐量)計算公式為:單空間流最高的資料連線速率(此處為802.11n 72Mbps)*MAC效率(50%至65%之間,本文按照50%進行計算),加上兩空間流最高的資料連線速率(此處為802.11n 144Mbps)*MAC效率(50%至65%之間,本文按照50%進行計算),最後除以2等於54Mbps。要支援單客戶端一路Lync/Skype的語音通話的同時進行Web瀏覽,單個無線接入點可以接入54Mbps?500kbps=108個客戶端;而要支援頻寬需求更高的單客戶端一路Lync/Skype的視訊通話的同時進行Web瀏覽,單個無線接入點可以接入54Mbps?900kbps=60個客戶端。
我們下一步最什麼呢?很多人一定不假思索的說,用400個客戶端除以40得出場景一需要部署10個無線接入點!或者用400個客戶端除以60得出場景二需要部署7個無線接入點!這就大錯特錯了!無線網路最大的挑戰和魅力在於其不可確定性,當你要把他量化時不可避免的就會假設一些前提條件,而在真實部署場景中,這些假設的理想的條件往往很難實現。
例如,我們沒有考慮空間對於無線網路規劃設計的影響,3000平方米的樓層空間分佈400個客戶端與800平方米會議室分佈400個客戶端是完全不同的。我們假設了無線接入點自身可以提供一致的覆蓋性,但是往往不同廠商或者同一廠商不同產品型號之間的射頻覆蓋一致性都存在差異。我們沒有考慮同一無線接入點下所有客戶端之間的介質競爭對於匯聚吞吐量的影響,無線接入點如何保證高效的空口效率,其效果不盡相同。我們只考慮了單一無線接入點的匯聚吞吐量,沒有考慮多個無線接入點之間的同通道或臨接通道干擾對多個無線接入點匯聚吞吐量的影響。我們只計算了頻寬需求,沒有考慮不同應用對於空口飽和程度的耐受度,在通道利用率達到40%以上的時候,Web瀏覽應用的體驗還可以接收,但是影片語音應用的體驗就非常差了。可以看出,即使我們已經考慮了眾多因素,但是也假設了很多因素,因此測算出來的數值可能依舊充滿變數。
那豈不是不需要測算了?此時科學合理的現場勘查和前期的測試驗證工作就變得非常之重要了!透過這兩步,您可以將真實部署環境下無線網路的表現和理論上的測算結果相對照,發現規律與差異,從而合理規劃無線接入點的數量和部署位置及方法,為將來應用、接入客戶端型別/數量的改變流出足夠的擴充套件空間。
需要提醒大家的是,設計規劃切忌僅僅紙上談兵,現場勘察在無線網路設計規劃中的作用是決定性的,因此每個專案必須要進行現場勘查,千萬不要認為拿到圖紙根據經驗畫圈標註無線接入點點位就是規劃設計了!同時現場勘查不能用軟體模擬替代,也不是簡單地在現場走一走,粗略看一看就可以了,切忌現場勘查不要走過場,必須透過專業工具和正確的方法進行現場勘查。忽視了這點只能自食苦果!
第四步,最大程度上避免干擾!在無線網路中任何一個無線接入點都不是孤立存在的,他或多或少都會受到其它無線接入點和外來因素的干擾。同頻干擾的影響可以透過合理規劃實現高效通道複用來減輕,非Wi-Fi干擾需要無線網路系統自身具備過硬的智慧頻譜管理能力來應對。
當然,上面四步只涉及到了無線接入點空口一側的事宜,也是無線網路規劃設計最難的部分。其它諸如有線網路和無線網路的配合,安全認證和加密,非法裝置的管理,無線網路後端系統的設計,IP地址規劃等等,相比就簡單多了,並未列入本篇討論。後續會有文章涉及。
最後,再次列出一些Ekahau給出的無線網路規劃設計的提示和技巧:
您可以和思科提出的最佳實踐互相印證,在專案中始終貫徹這些要點將為您帶來成功的無線網路部署成果!
前文回顧:
(2)關注關鍵效能指標(上)
(3)關注關鍵效能指標(下)
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31509936/viewspace-2156904/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 無線網路規劃設計和部署維護之誤區與最佳實踐(4)
- 無線網路規劃設計和部署維護之誤區與最佳實踐(2)
- 無線網路規劃設計和部署維護之誤區與最佳實踐(3)
- 無線網路規劃設計和部署維護之誤區與最佳實踐(5)
- 無線網路規劃設計和部署維護誤區與最佳實踐(1)
- 無線網路規劃設計和部署維護之誤區與最佳實踐(8)-無線接入點部署位置和方法不容妥協
- 無線網路規劃設計和部署維護之誤區與最佳實踐(7)- 實現優質的無線覆蓋並不簡單
- 無線網路規劃設計和部署維護之誤區與最佳實踐(6) - 正確認識 802.11ac 的作用
- 《激戰2》的紙上談兵和實踐調整:區域任務與動態事件事件
- vSAN 設計、部署、運維最佳實踐運維
- 腳踏實地學習GitGit
- 最佳實踐:路徑路由匹配規則的設計與實現路由
- 看場景、重實操,實時數倉不是“紙上談兵”
- 紙上談兵: 排序演算法簡介及其C實現排序演算法
- 最佳實踐丨企業上雲後資源容量如何規劃和實施
- 入行 AI,選個腳踏實地的崗位AI
- Python程式設計規範+最佳實踐Python程式設計
- 談談保護敏感資料的最佳實踐
- Kubernetes 服務部署最佳實踐(一) ——如何更好地設定 Request 與 LimitMIT
- SSRS最佳實踐:無憂部署TJ
- react 設計模式與最佳實踐React設計模式
- DevOps最佳實踐之應用開發和部署dev
- 程式設計師職業規劃-實踐篇程式設計師
- 前端部署腳手架專網專案實踐前端
- 腳踏實地的Netty原始碼研究筆記(1)——開篇Netty原始碼筆記
- 淺談“十四五”規劃《綱要》之網路安全建設
- 2019網路安全合規和資料保護實踐國際峰會
- 微信小程式 + 騰訊地圖SDK 實現路線規劃微信小程式地圖
- 從美圖容器優化實踐談Kubernetes網路方案設計優化
- 安全防護系統構設計與實踐
- 《計算機網路微課堂》實驗9 劃分子網計算機網路
- 園區地圖路線規劃圖怎麼做的?廠區三維圖怎麼畫好看?地圖
- MaxCompute表設計最佳實踐
- 建立和維護大型Vue.js專案的10個最佳實踐Vue.js
- DCDC電路設計之FB引腳佈線
- 做SEO如何正確對待,避免紙上談兵?
- SpringCloud 應用在 Kubernetes 上的最佳實踐 — 部署篇(工具部署)SpringGCCloud
- 腳踏實地 夢想萬里——20201119樂歌董事長英文演講