PTT數位生活區 / Broad_Band (寬頻網路)

[心得] Mesh個人使用感想 + 漫遊碎碎念消失

看板Broad_Band (寬頻網路)作者時間8年前 (2018/06/06 13:25), 8年前編輯推噓15(15推 0噓 76→)
留言91則, 12人參與, 最新討論串1/2 (看更多)
這次會特別連同 mesh 都借來測試主要是想確認 mesh 的漫遊是否是不中斷漫遊 結果沒想到3~4年前的分享器隨便混搭也可以不中斷漫遊 因此在沒有佈線限制下當然就不選擇mesh了 以下正式開始 這邊講個結論 mesh 我看起來根本就是 "WDS自動匹對系統" 先上兩張圖 https://i.imgur.com/6n6xkyu.png
https://i.imgur.com/zlA17au.png
根據機器放的位置 會決定AP的傳送路徑 我認為除非你常常搬來搬去 不然其實用現有的AP亂混搭就可以做到了,只是你必須自己決定路線 而mesh我認為他只是定時去偵測節點訊號,改變彼此的傳送方向而已 像我測試A->B->C 拔掉B,他就會自己變為A->C 不過正常幾乎不會有這種狀況發生.. 在上一篇也提到了 其實最重要的是"終端", 終端不支援, 剩下什麼都不用想 不管你用混搭,mesh還是thin AP, 遇到笨終端, 你也拿它沒轍 還有不管是mesh或是thin ap都一樣無法決定終端的選擇(無法決定但可以影響) 我的想法裡是沒有那種由路由幫你決定路線,就可以強迫你直接跳過去哪台AP 比較合理的方式是, AP發出訊號告訴終端你可以換AP了, 你要不要? 終端會自己決定 Y/N (這邊就看系統或是驅動怎寫) 老實說我覺得廠商的廣告讓很多人被誤導了.. 幾乎每台都會寫到"自動連接最佳訊號" 我這裡就有4台終端根本不會切XD https://support.apple.com/zh-tw/HT202628 舉例Apple的說明,會發現怎看都是AP只提供資訊 11k快速提供AP的訊號資訊 11r則是影響AP交換速度快 11v則是AP提供給終端的參考建議? 決定權還是在終端, 但是終端本身也要看得懂(支援)才有用 再次強調大部分AP混搭其實都已經可以做到基本的不斷線漫遊, 新的這些協定都只是輔助 (我其實有實驗同時混了 unifi totolink netis cerio 都可以TCP持續不斷線XD) 所以說 mesh 到底有什麼好? 後來我大概比較了其他家 我發現mesh大部分就是主打有一些優化的設計 且大部分好像都支援 802.11r (但是我覺得這個應該以後就滿街跑了) 在彼此溝通交換的部分也會比一般的WDS反應來的快速(根據個人體感) 所以在這部分用起來切換速度確實至少比起一般的漫遊都還要快 但以上都是不確定的優點... 以下是確定的優點 1.市面上mesh通常會有獨立的溝通頻道,所以使用起來確實比較穩定 2.除了主路由, 節點免拉線在某些環境確實方便很多 3.平面的訊號確實很不錯,也打蠻遠,但垂直有點..., 可能跟機器有關 4.硬體規格大部分都比較好 缺點: 1.不能離太遠,因為是靠無線溝通,所以不能放太遠,大概平面10公尺是最好的 2.這台2.4G跟5G的SSID不能分開 3.我在2F,3F樓梯口各放一台,剛好正上下方,用平放的,顯示結果卻是訊號不良 4.專屬通道依然會受到環境的限制,現在新大樓的平面幾乎都用輕隔間,比較不會降速 但是如果是用水泥隔間的房間,就要好好考慮一下(這邊講的降速是指專屬通道) 廠商說的不掉速是指你跟節點之間的速度,但是節點跟節點之間的專屬頻寬會根據 格局改變,有些產品是用2.4G有些是用5G當專屬通道,有些是兩者都有 在某些格局下可能2.4G的還比較好,畢竟5G遇到水泥會瞬間掉超多 如果平常沒大流量的需求,這些情況不會讓你感覺有差別,可以不用擔心 一些附加功能如下圖,設定畫面極少 https://i.imgur.com/Dj18ZHc.png
https://i.imgur.com/4qt8sHE.png
https://i.imgur.com/Hkf4aaX.png
https://i.imgur.com/7itgMNr.png
https://i.imgur.com/OaQTsMu.png
其他心得: 測試時把非主要的接上有線, 那台就不能用了, 所以如果選mesh 應該他就是只能做WDS的作用,不能當一般AP,仔細想想也對 要這樣做幹嘛買mesh XD (更正:這台可以接有線) 原本我想說mesh自己的內部溝通是用無線,那我直接給你有線 讓你的內部溝通用更快的有線就好了(突然搖身一變thin AP?) 結果當然不行XD 當然其實你也可以把這三顆都設定成獨立的主AP接有線... 只是應該就少了一些他串連時特有的功能 補充: 不是每家都不能接有線 更正: 此家可以接有線 速度方面跟WDS一樣, 就是每多跳一個節點就少一半的速度 廠商是建議最多不要超過6層 iperf測試圖 A->B->C A: https://i.imgur.com/4nxfsJP.png
B: https://i.imgur.com/xov9WQr.png
C: https://i.imgur.com/D4LiicT.png
當初原本的想法是1~4F全部裝,1層裝2~3台,現在想想這完全不適用 (一開始是因為以為mesh的漫遊跟一般AP的漫遊不一樣才會買來測試) 所以mesh我覺得還是只能給家用,且是大平面的房子 但是如果你可以拉線那其實可以買一般的串一串就好 不能漫遊先針對終端,不要一直往AP方向找 當然如果你是為了給沒有漫遊功能的終端可以斷線漫遊,就買自動踢人的AP 只是這種的漫遊一定是會斷線的漫遊,假如你用的App沒有持續連線的行為 其實你也感覺不出來就是了 會斷線的漫遊跟不斷線的漫遊 不曉得有沒有一個專有名詞區分呢?? 由於不斷線漫遊的前提是終端當下一定要可以跟兩台AP同時溝通(為了交換AP的行為) 因此一般會建議兩台ap需要彼此覆蓋到一定的範圍,所以上面我建議兩台不可以差太遠 漫遊切換交換以下可大概參考 https://blog.csdn.net/banrieen/article/details/51437691 https://blog.csdn.net/crazyman2010/article/details/50472179 很抱歉經測試後發現mesh實在沒什麼好講的, 結果又碎碎念到了漫遊 廠商對於mesh的解說實在太過模糊,一直主打漫遊多威 可是又翻不到他的強項對比在哪.. 畢竟我測試還是著重在漫遊斷不斷線的目的 結果第一個卡關的地方卻是終端才有這些後續 以上很多都是自己的想法,能力有限無法找到比較明確的答案 畢竟網上太多只是講理論,如果有錯的地方再麻煩指點:) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.117.177.74 ※ 文章網址: https://www.ptt.cc/bbs/Broad_Band/M.1528262711.A.B50.html
推
06/06 13:34, , 1F
thin AP 沒有漫遊問題吧, 也不是裝置想連哪台就能連哪台
06/06 13:34, 1F
老實說我很不確認thin AP的負載是怎樣運作的, 就我上篇測試, 用Unifi 給某些老裝置用, AC依然無法決定終端的目的, 搬了至少4台筆電來測(約3~4年前機種) 用inSSIDer 或是 Wifi 分析儀 看對象的mac 不切換就是不切換, 所以我認為終端看不懂AC的規劃AC也拿它沒辦法
→
06/06 13:59, , 2F
可以有線連吧？很多機種都有支援有線啊
06/06 13:59, 2F
已補充, 至少確認我測試這台不能接,其他品牌不一定 (更正:這台可以有線接,是我原本不會接) ※ 編輯: twoseven (122.117.177.74), 06/06/2018 14:12:42
→
06/06 14:22, , 3F
不過確實很多廠商在商品頁都沒好好標明 光是可不可以
06/06 14:22, 3F
→
06/06 14:23, , 4F
有線連 我就花了點時間在翻各家的review跟官網Q＆A
06/06 14:23, 4F
→
06/06 14:24, , 5F
然後有一些還是更新後才有功能XD
06/06 14:24, 5F
→
06/06 14:43, , 6F
重點幫忙 我老花
06/06 14:43, 6F
很抱歉 我也知道很亂.. 這邊主要是提供各種拼圖來確認跟廠商提供的資訊是否一樣 所以我的答案沒有太多肯定 等著被打臉中.... ※ 編輯: twoseven (122.117.177.74), 06/06/2018 15:31:27
→
06/06 15:46, , 7F
感覺mesh也沒提供什麼殺手級特點非換不可的
06/06 15:46, 7F
其實我一直不敢直白的講XD 如果能用有線我還是會選有線
推
06/06 16:31, , 8F
mesh架構應該不存在"主路由"這種觀念才對，不過現在市場上
06/06 16:31, 8F
→
06/06 16:32, , 9F
通通都混在一起，搞得不知道誰的作法能真正備援不中斷
06/06 16:32, 9F
→
06/06 16:32, , 10F
不是接網路線的就是主機嗎？
06/06 16:32, 10F
→
06/06 16:46, , 11F
剛看了一下定義，我的理解好像不太嚴謹...
06/06 16:46, 11F
→
06/06 16:48, , 12F
1.機體要有專用溝通頻段不能跟原有雙頻共用 2.MU-MIMO
06/06 16:48, 12F
→
06/06 16:49, , 13F
3.支援Daisy Chain Topology
06/06 16:49, 13F
目前市面上看到的大部分都是一台有線當主要,其他當節點 我測試的這組主要那台不能斷,斷了就全部不能用了 ※ 編輯: twoseven (122.117.177.74), 06/06/2018 17:24:45 ※ 編輯: twoseven (122.117.177.74), 06/06/2018 17:25:47
推
06/06 17:37, , 14F
隨便抓一台"子機"插上外線、撥號，然後其他不分子母都開機
06/06 17:37, 14F
→
06/06 17:38, , 15F
會自己搞定一切應該就對了。前面弄錯sorry
06/06 17:38, 15F
推
06/06 17:58, , 16F
請問一下漫遊你是怎測試的 沒有支援11R的機器，應該會
06/06 17:58, 16F
→
06/06 17:58, , 17F
卡在認證，至少1~2秒，這時封包會掉好多
06/06 17:58, 17F
→
06/06 17:59, , 18F
同一個出口端是有機會不斷，但是延遲會很明顯吧
06/06 17:59, 18F
咦 你有看我上一篇的影片嗎 我有直接錄下來哦 可看到SSID 對應的 mac變化, 機型, telnet ptt測試 可以參考看看, 共有一般混搭,mesh,thin ap 三種組合 ※ 編輯: twoseven (122.117.177.74), 06/06/2018 18:20:17
→
06/06 19:01, , 19F
ARUBA 的沒那麼弱...
06/06 19:01, 19F
→
06/06 19:02, , 20F
MESH 能取代商用AP架構的話.商用AP賣給鬼
06/06 19:02, 20F
→
06/06 19:06, , 21F
同一個 SSID 同一個認證Key 同一個Layer2 有機會
06/06 19:06, 21F
→
06/06 19:06, , 22F
家用的設備也不會掉包到那去
06/06 19:06, 22F
→
06/06 19:07, , 23F
取決於Client 的網路積極度
06/06 19:07, 23F
推
06/06 20:23, , 24F
能否測試下載大型檔案時切換節點會不會斷掉?
06/06 20:23, 24F
有打算要測試 但原本想找不能續傳的檔案測試(不確定哪裡有) 所以一直沒去試 過幾天可能就先隨便找個http的試試 ※ 編輯: twoseven (218.161.59.11), 06/06/2018 21:09:22
推
06/06 22:43, , 25F
tcp沒那麼弱 實務經驗幾秒鐘都還有機會接回來
06/06 22:43, 25F
→
06/06 22:43, , 26F
ping數掉幾個包比較殘酷 還有通話會不會斷
06/06 22:43, 26F
抱歉我沒講清楚 應該就直接說telnet就好 telnet斷了就是斷了 沒有接回來的事情 以下常見誤解範例 假: 用戶端連上AP1->開啟APP連線->AP1斷線->APP嘗試連線->AP2連上->APP重新連上線 真: 用戶端連上AP1->開啟APP連線->AP1,AP2交換->發生延遲->AP2連上->APP不用重新連線 但是第一種像telnet BBS一定會重新跑到最前面的畫面, 至少你還看得出他重連了 通話就不見得看的出來, 因為他有可能斷線後背景重新連線發送資料 你也不知道他到底是不是曾經真正的斷線過 所以前面提到要下載測試, 我想找不能續傳的站點測試, 至少斷了就是斷了 不可能再用同樣的網址連上去續傳 如果測試的結果是斷線後應用程式是連上線後又幫你續傳 你以為他看起來沒斷線 其實已經斷過 只是看不出來 這才不是真漫遊... 後天會測看看AP用RSSI控制看telnet會不會斷線 然後也可能是我搞錯 在請指點:) ※ 編輯: twoseven (218.161.59.11), 06/06/2018 23:13:40
推
06/06 23:25, , 27F
telnet當然是tcp啊 其實沒那麼容易斷
06/06 23:25, 27F
推
06/06 23:27, , 28F
如果tcp會斷 接下來應該是去聽為什麼斷
06/06 23:27, 28F
我覺得我們想的東西可能不太一樣XD 假設網路卡用很快的速度斷線, 很快的速度重新連線, 不用0.5秒, 這時候TCP斷不斷 但是這個斷線是真正意義上的斷線, 不是延遲 但是我不知道該怎解釋這個斷線的行為= = ※ 編輯: twoseven (218.161.59.11), 06/06/2018 23:43:05
推
06/06 23:44, , 29F
有些狀況下tcp會接不回去 這才是定義上的斷線
06/06 23:44, 29F
→
06/07 00:11, , 30F
呵呵，感謝身先士卒.... 不過這不是早就知道的事？
06/07 00:11, 30F
還有 25 則推文
還有 5 段內文
→
06/07 15:03, , 56F
不過目前Mesh還在發展中
06/07 15:03, 56F
→
06/07 15:03, , 57F
以後說不定可以追上Thin AP也不一定
06/07 15:03, 57F
mesh大部分都會獨立一個5Ghz通道給自己溝通 所以他確實沒占用到客戶的頻寬 但是我好奇一件事情 假設ABC個都有自己一個5G通道溝通 A->B->C 那麼B要用一個頻道 對A又對C,是否導致減半?? 如果這個頻道容量不夠用了,客戶端是否就相對的減慢了?? 當然如果客戶端本身網速一直不高,自然測不出來 ※ 編輯: twoseven (218.161.59.11), 06/07/2018 20:15:17
→
06/07 21:10, , 58F
每間廠商的做法不一定相同
06/07 21:10, 58F
→
06/07 21:10, , 59F
要知道速度會不會衰減 用iperf去測試就知道惹
06/07 21:10, 59F
→
06/07 21:16, , 60F
通常Mesh會有支援MU-MIMO
06/07 21:16, 60F
→
06/07 21:16, , 61F
所以你擔心的也不是問題
06/07 21:16, 61F
→
06/07 21:20, , 62F
一般家用AP幾乎是沒有辦法不斷線無線網路漫遊的
06/07 21:20, 62F
→
06/07 21:20, , 63F
你可以只是剛好你拿到的機子有支援11r
06/07 21:20, 63F
→
06/07 21:27, , 64F
11k 11v
06/07 21:27, 64F
→
06/07 21:27, , 65F
當然這種方式也要客戶端也有支援才會生效
06/07 21:27, 65F
→
06/07 21:30, , 66F
而Thin AP是由Controller來記錄管理控制流量的
06/07 21:30, 66F
→
06/07 21:30, , 67F
所以不會有這個問題
06/07 21:30, 67F
→
06/07 21:33, , 68F
Aruba有一個功能叫做 Client Match
06/07 21:33, 68F
→
06/07 21:34, , 69F
他會由Controller來計算與他連線的裝置
06/07 21:34, 69F
→
06/07 21:38, , 70F
跟各個Thin AP之間的SNR數值
06/07 21:38, 70F
→
06/07 21:38, , 71F
來決定要不要把Client踢到別台Thin AP上
06/07 21:38, 71F
→
06/07 21:45, , 72F
Thin AP跟Mesh一樣
06/07 21:45, 72F
→
06/07 21:46, , 73F
是需要整套系統一起搭配而成的
06/07 21:46, 73F
謝謝 看來目前沒有一定的答案 有些廠商問了其實也不太知道 畢竟都是代理 希望未來有機會測其他廠牌 最好一組都要有5顆XD 不斷線漫遊的話我用約3~4年前的 totolink ac5,netis 2409D, cerio DT-100G-N 混搭都沒問題哦(可見上一篇), 只是切換比較慢, 11r則是切換快很多 看蠻多人推Aruba, 希望未來有機會碰到, 踢人的動作我很好奇要不要終端支援 ※ 編輯: twoseven (218.161.59.11), 06/07/2018 22:12:45
推
06/07 22:35, , 74F
踢人不用終端支援 我在OPENWRT上有實做
06/07 22:35, 74F
→
06/07 22:36, , 75F
不過不能像有AC得網路一樣，連到指定的AP
06/07 22:36, 75F
→
06/07 22:36, , 76F
誰強就連誰
06/07 22:36, 76F
→
06/07 22:43, , 77F
呃...Aruba是商用機內
06/07 22:43, 77F
→
06/07 22:43, , 78F
那葛精美的價格...
06/07 22:43, 78F
→
06/07 22:44, , 79F
一般家庭用Mesh就夠喇
06/07 22:44, 79F
→
06/07 22:44, , 80F
價格也比較能負擔得起
06/07 22:44, 80F
→
06/07 22:46, , 81F
一台Thin AP基本款最便宜也要1~2萬
06/07 22:46, 81F
推
06/07 23:49, , 82F
不知道UniFi uap lite 算不算thin ap，3000不到
06/07 23:49, 82F
推
06/07 23:51, , 83F
unifi 其實滿好用
06/07 23:51, 83F
推
06/08 00:09, , 84F
Wi-Fi Alliance有出來協調想弄個mesh協定，這樣以後不同廠
06/08 00:09, 84F
→
06/08 00:11, , 85F
的機器可以隨時添加一起組網路。不過能不能成呢
06/08 00:11, 85F
謝謝 Gamism 板友的提點, 馬上測試確實可以接有線 順便重測 https://i.imgur.com/uwJ20Vz.jpg
距離就用這樣.. https://i.imgur.com/y56YN6P.png
https://i.imgur.com/oMKFjVL.png
https://i.imgur.com/Y4FUWq7.png
我覺得是這台本身速度就不算快.. 然後昨天去看了他的購物網商品詳敘 https://i.imgur.com/hu8XoIN.png
總之如果不接太多層基本上都綽綽有餘,我糾結的地方一般人應該不用擔心XD 然後接的方式是 主AP的Lan 接 Hub, AP2跟AP3的WAN接Hub 一開始我以為用 主AP的LAN接AP2的WAN,再用AP2的LAN接AP3的WAN 結果就亮紅燈了XD 如果只接一顆 主AP的LAN接AP2的WAN AP3用無線,則沒有這個問題 ※ 編輯: twoseven (122.117.177.74), 06/08/2018 09:39:22
推
06/09 01:03, , 86F
很精簡說，消費者就是想要"漫遊功能"，而mesh做不到
06/09 01:03, 86F
→
06/09 01:04, , 87F
但為什麼還要推這種半成品出來？ 不然沒產品賣會斷炊
06/09 01:04, 87F
→
06/09 01:06, , 88F
跟cpu的速率到4GHz後的發展一樣，速度上不去就開始玩其他的
06/09 01:06, 88F
→
06/09 01:07, , 89F
但技術研發是需要時間的，這段時間就推些半成品好銜市場
06/09 01:07, 89F
→
06/09 01:08, , 90F
反正只要外型夠嚇趴，或請藝術師彩繪，想跟潮流的依然買單
06/09 01:08, 90F
※ 編輯: twoseven (218.161.59.11), 06/09/2018 09:05:32
→
06/09 10:32, , 91F
呃...Mesh哪裡做不到無線漫遊惹？！
06/09 10:32, 91F
‣ 更多 twoseven 的文章
文章代碼(AID): #1R5t0tjG (Broad_Band)
Broad_Band 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 twoseven 的文章
文章代碼(AID): #1R5t0tjG (Broad_Band)