縫漫游（Zero-Handoff Roaming）或“零切換”，指的是通過一系列網絡技術手段盡可能縮短無線終端在 AP 間的切換時間，實現零丟包，使用戶在實際使用過程中完全感受不到因切換AP所帶來的網絡卡頓。
無縫漫游對AP的配置和點位有一些基礎性要求，例如配置為相同的SSID、加密方式、密碼以及信道，且不同AP的信號覆蓋范圍須有一定合理的重疊。另外，相關的網絡設備都需要支持快速漫游協議，即IEEE 802.11k/v/r，它們分別解決了何時漫游，漫游到何處以及如何快速重連的問題。
其中，802.11r對用戶漫游切換耗時的影響最為直接。如下圖所示，在經典的AP+AC組網模式下啟用802.11r協議，終端漫游到目標 AP 之前就已經與新 AP 進行了初始握手，省去了重新協商的過程，重連時間會顯著降低，并避免了漫游期間的延遲和丟包。
802.11r協議快速BSS切換的兩種實現形式
基于快速漫游協議，業界普遍已經可以做到50ms左右的AP切換。但值得補充的是，市面上所提供的無縫漫游方案除了需要AP和AC同時支持上述標準協議以外，往往還使用了一些私有化協議以及特有的通信優化機制進一步提高體驗，所以一般都會要求采用相同廠商、甚至相同型號的設備組網。
前段時間我們分享過一篇有關無線網架構的文章，參閱：園區無線網新架構：無CAPWAP的集中式轉發
文中簡單討論了經典的AP+AC架構，方案成熟、主流，但缺陷也不容忽視（大眾槽點集中在運維難度、性能瓶頸以及私有化技術在網絡升級和設備利舊方面帶來的阻礙等等…）。為解決這些早已心知肚明的問題，園區網逐步進化出了更加精簡的新架構，例如基于分布式網關的無線網、用標準VXLAN替代CAPWAP的集中式轉發——兩者各有千秋，但都是基于開放的軟硬件實現，即：SONiC+OpenWiFi+白盒化的接入交換機和AP。
于是后臺便有網友留言：白盒硬件+開放軟件的組合，在無線漫游中的實際表現如何？結論已經寫在了標題里。廢話不多說，感興趣的讀者可以繼續往下閱讀測試結果。如需了解更多園區網產品和方案詳情，歡迎留言。
測試區域：單層辦公空間（約180平米，有墻面硬隔斷，日常辦公場景存在一定網絡干擾）
交換機：星融元CX-M系列（CX206P），其上運行AsterNOS（企業級SONiC發行版）
AP配置：SSID-Asterfusion，射頻參數設置為5G，40MHz，加密方式WPA2-PSK
測試終端：要實現無線局域網下的無縫漫游，除了基礎網絡設施，也需要終端的無線芯片甚至操作系統的支持。
智能手機無疑是當前無線漫游場景中的主力，目前絕大多主流手機早已標配支持快速漫游協議（802.11kvr），部分手機廠家還在OS層面提供了類似"智能WLAN選擇"的增強功能（測試中不涉及該項）；而PC端，直到Win10才有了相對完善的802.11kvr的協同支持。我們挑選了以下設備分別進行了測試。
終端 | 802.11kvr | WiFi5 | WiFi6 |
華為 mate60 pro | √ | √ | √ |
聯想win10專業版 Comfast CF-952AX | √ | √ | √ |
測試工具：
CloudCampus APP 3.23.11.1 （用于智能手機漫游）
IxChariot 6.7.0 + Endpoint 7.10 （用于筆記本電腦漫游）
IxChariot是針對應用層性能測試的一款測試工具。能夠評估網絡應用的性能和容量，得到網絡在不同應用、不同參數下的吞吐量、時延、丟包、等性能情況。Endpoint 作為配套的測試端點，在網絡兩端都要安裝。
測試1：智能手機漫游
測試2：筆記本電腦漫游
注：因園區網絡內部情況復雜多變，存在大量可見/不可見、可控/不可控因素影響無線漫游實際效果，故以上測試結果僅對該次測試負責，不作為星融元（Asterfusion）園區網產品對外正式承諾的數據指標。
關注vx公號“星融元Asterfusion”，獲取更多技術分享和最新產品動態。
突然斷網，可別第一時間埋怨運營商或路由器廠商，最近，微軟惹的事兒可一點不少。
01 Windows 10用戶大規模斷網
據外媒報道稱，越來越多Windows 10用戶出現了斷網的情況，為此微軟提前送出了緊急補丁，不過需要大家手動下載補丁。
微軟在最新的說明中指出，只有安裝了KB4535996補丁的Windows 10用戶，才可能出現斷網的情況，所以在這樣的情況下，需要去下載補丁手動修復。
總的來說就是，KB4535996補丁帶來的Bug可能阻止某些類型的應用程序訪問互聯網內容，目前已知的有微軟自家的Microsoft Teams、Office、Outlook、Office 365、IE/甚至某些版本的 Edge 瀏覽器。
由于KB4535996是一個可選更新，很多人可能有意無意地跳過了執行這一更新，所以這次影響的范圍不是很大，微軟才讓用戶自己動手下載去解決。
具體的步驟是：用戶去Microsoft Update更新目錄網站，然后搜索“KB4554364”，找到你對應的系統版本號，然后點擊下載按鈕就可以了，而下載完成后，雙擊.msu文件并為Windows 10安裝新更新補丁。
02 開始菜單搜索Bug終修復
前不久，微軟發布了Version 1903/Version 1909的功能，對于不少用戶來說，期待已久的Bug終于被微軟修復了。
據悉，微軟面向面向Windows 10 Version 1903/Version 1909，發布了新的累積更新KB4541335，用戶可以通過Windows Update手動檢查更新，雖說本次更新并沒有引入什么新功能，但解決的都是一些比較棘手的Bug，即對開始菜單和文件管理器的改進。
根據官方更新日志，該更新日志修復了文件管理器中的一項錯誤：導致在不同Windows 10版本之間漫游配置文件的時候會意外關閉。
此外，該累積更新KB4541335還修復了開始菜單中的搜索功能失效的問題。微軟表示，一些沒有本地配置文件的用戶無法在開始菜單中搜索，導致該過程無法返回任何結果。
值得一提的是，微軟今天又發布的公告顯示，宣布暫停Windows 10具有測試性質的C/D類型的累積更新，轉而專注于安全更新上，具體有以下3點：
1.微軟正在將工作重點放在安全更新上；
2.從2020年5月份開始，微軟將暫停所有受支持的Windows版本的所有非安全更新（C/D類更新）；
3.每月的安全更新（星期二更新）則不會變化，按照原計劃進行，以確保業務連續性并保護客戶的生產力。
·