Wi-Fi訊號不好?混合組網架構是最佳選擇
我曾與許多實施過數字化專案的公司合作過,最終卻以失敗告終。理念正確、實施健全、市場機會都有,卻忽略了一個薄弱環節:Wi-Fi網路。
例如,一家大型醫院希望透過將遙測資訊傳送到移動裝置,來改善臨床醫生對患者警報的響應時間。如果沒有遙測監控系統,護士獲取患者警報的唯一方法就是透過聲音警報。在所有背景噪音的情況下,醫護人員通常很難辨別出噪音的來源。但由於醫院的Wi-Fi網路長久以來並未升級,導致資訊傳送的嚴重延遲,通常需要4到5分鐘才能完成。交付時間過長導致大家對遙測監控系統缺乏信心,因此許多臨床醫生開始返回使用手動警報。
我在製造業、教育業、娛樂業和其他行業也看到了類似的例子。企業競爭的基礎是客戶體驗,這是由不斷擴大、無處不在的無線優勢驅動的。良好的Wi-Fi體驗不一定意味著企業的市場領先,但糟糕的Wi-Fi體驗會對客戶和員工產生負面影響。在當今競爭激烈的環境下,這是災難性問題。
Wi-Fi效能不穩定
Wi-Fi的問題在於它本身就很脆弱。我相信所有閱讀本文的人都經歷過下載失敗、連線中斷、不穩定以及連線到公共熱點的漫長等待時間等典型缺陷。
在大會主題演講之前,我們可以傳送推文、電子郵件、瀏覽網頁,並做其他事情。當演講者登臺時,所有觀眾開始拍照、上傳照片、播放影片。此時,Wi-Fi卻停止工作了。這是一種常態,而不是例外。
對於網路專業人士來說,如何到達一個無線全覆蓋地方是個問題。有人說,只是加強現有的網路就可以做到這一點,但在某些情況下,可能Wi-Fi的部署方式不準確。
最常部署的Wi-Fi方式是多通道,其中每個客戶端可以使用無線電通道連線到接入點(AP)。高質量的Wi-Fi體驗基於兩件事:良好的訊號強度和最小的干擾。有些因素可能會造成干擾,例如AP相隔太近、佈局問題或其他裝置的干擾。為了將干擾降到最低,企業在現場調查中投入大量時間和金錢來規劃最佳通道,但即使通道選擇的很好,Wi-Fi故障仍然可能發生。
多通道Wi-Fi並不總是最佳選擇
對於許多鋪有地毯的辦公室而言,多頻道Wi-Fi可能很穩固,但在某些環境中,外部環境會影響效能。一個很好的例子是多租戶建築,其中有多個Wi-Fi網路在同一通道上傳輸並相互干擾。另一個例子是醫院,有許多校園工作人員在AP之間移動。客戶端還將嘗試連線到最佳AP,導致客戶端不斷斷開連線並重新連線,從而導致會話中斷。然後是學校,機場和會議設施等環境,其中存在大量瞬態裝置,多渠道可能難以跟上。
單通道Wi-Fi提供更好的可靠性,但效能卻受到影響。對此,網路管理員應該怎麼辦?效能差的Wi-Fi是既成事實嗎?多通道是常態,但它不是為動態物理環境或必須可靠連線的環境設計的。
幾年前,一種可以解決這些問題的替代架構被提出。顧名思義,“單通道”Wi-Fi為網路中的所有AP使用一個單一的無線電通道。這可以看作是一個在單個通道上執行的單一Wi-Fi結構。使用這種架構,AP的放置是無關緊要的,因為它們都使用相同的通道,因此它們不會相互干擾。這裡有一個明顯的簡單優勢,假如覆蓋率很低,只需要在需要的地方放置AP,而無需再做一次昂貴的現場調查。
因為只能使用一個通道,單通道的聚合網路吞吐量低於多通道。在可靠性高於效能的環境中,單通道可能很好,但許多企業都需要吞吐量覆蓋率二者兼具。
傳統的多通道系統可能會起作用,但應盡職盡責地瞭解它在繁重負載下的運作方式。IT領導者需要了解Wi-Fi對數字化轉型計劃的重要性,並進行適當的測試,以確保它不是基礎設施鏈中的薄弱環節,併為當今的環境選擇最佳技術。
來自 “ https://www.networkworld.com/article/3386376/when- ”,原文連結:http://blog.itpub.net/31545813/viewspace-2640903/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 分散式架構下如何選擇最佳 Store?分散式架構
- API架構的選擇,RESTful、GraphQL還是gRPCAPI架構RESTRPC
- 訊號質量測試的最佳選擇!眼圖測試!
- 事件驅動架構 vs. RESTful架構:通訊模式對比與選擇事件架構REST模式
- 選擇訊號分析 XPEHH 檢測
- 大前端架構思考與選擇前端架構
- 開發者架構選型:原生應用 or 混合框架?架構框架
- 如何選擇最佳物聯網平臺?
- IoT物聯網無線通訊模組該如何選擇?
- 選擇結構還是類?C#中的最佳實踐與效能最佳化指南C#
- 新加坡為什麼是ICO的最後選擇,同時也是最佳選擇?
- 資料倉儲架構到底選擇內部部署還是上雲?架構
- 微服務架構到底應該如何選擇?微服務架構
- 網路安全”殺手“勒索組織是如何選擇”獵物“的?
- Flutter還是React Native?誰是2021年構建移動應用程式的最佳選擇?FlutterReact Native
- 前端架構之移動端混合架構(hybrid)前端架構
- 【antdesign select】下拉選擇-帶選擇序號
- 【靜態頁面架構】CSS之選擇器架構CSS
- Serverless 選型:深度解讀 Serverless 架構及平臺選擇Server架構
- 都會網路最佳選擇:CWDM/DWDM-VeCloudCloud
- 企業數字化轉型新篇章,混合雲將成為最佳選擇
- 從騰訊到阿里,最後選擇位元組阿里
- Clean架構中不好的部分 -James Hickey架構
- 企業如何選擇合適的RPA部署架構架構
- 為啥Underlay才是容器網路的最佳落地選擇
- 跨境網際網路券商架構最佳實踐\n架構
- 選擇結構
- 是時候揭開混合雲架構的神祕面紗了!架構
- 根據奧卡姆剃刀原理選擇架構 - Eduards Sizovs架構
- CRM系統是企業數字化轉型最佳選擇
- Python基礎語法2 元組 & 字典 & 選擇結構Python
- 混合雲中的事件驅動架構事件架構
- 樂訊通雲通訊:如何選擇物聯網路卡
- ABP vnext模組化架構的最佳實踐的實現架構
- 每日安全資訊:資料跟蹤應該是選擇加入而不是選擇退出
- CPU核心架構及對應型號、晶片組一覽表架構晶片
- 網站seo最佳化選擇RAKsmart伺服器的原因網站伺服器
- 如何為您的網路抓取選擇最佳代理伺服器?伺服器