[問題] 請問AC跟AX router可以組mesh嗎

看板Broad_Band作者 (kuzuki)時間3年前 (2020/08/09 12:22), 編輯推噓15(15推 0噓 125→)
留言140則, 10人參與, 3年前最新討論串1/1
對網路不太了解 想請問同一家廠商的router AC世代跟AX世代可以組mesh嗎? 目前考慮的對象是ASUS AC86U跟AX86U 因為家裡已有舊款，不知道升級以後舊款怎麼處理 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.253.60.147 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Broad_Band/M.1596946970.A.D94.html
→
08/09 13:14, 3年前 , 1F
Aimesh=拉雞
08/09 13:14, 1F
→
08/09 13:14, 3年前 , 2F
建議砍掉重練，買真mesh
08/09 13:14, 2F
→
08/09 16:25, 3年前 , 3F
推一樓
08/09 16:25, 3F
→
08/09 21:36, 3年前 , 4F
真的，直接買真的mesh吧
08/09 21:36, 4F
推
08/09 22:51, 3年前 , 5F
AiMesh≠Mesh
08/09 22:51, 5F
→
08/09 23:18, 3年前 , 6F
直接用 ThinAP
08/09 23:18, 6F
→
08/10 00:06, 3年前 , 7F
現在趨勢 thin AP 越來愈少了吧 連商業產品都開始用
08/10 00:06, 7F
→
08/10 00:07, 3年前 , 8F
現成 wisoc 去湊 AC+AP, 但這樣出來還是 fat AP
08/10 00:07, 8F
→
08/10 00:07, 3年前 , 9F
沒辦法 不這樣搞開發速度太慢 根本沒競爭力
08/10 00:07, 9F
推
08/10 21:12, 3年前 , 10F
我們專弄不是一般用法的wifi，你說的那東西我們不用
08/10 21:12, 10F
→
08/10 21:13, 3年前 , 11F
到是現在除了ThinAP, FatAP外,,又往Cloud AP去了
08/10 21:13, 11F
→
08/10 21:13, 3年前 , 12F
這市場也起來了~~~
08/10 21:13, 12F
→
08/10 22:02, 3年前 , 13F
Cloud AP是像之前Fon Ap那樣?
08/10 22:02, 13F
→
08/10 22:51, 3年前 , 14F
其實就是控制器變雲端化了.使用者簡單容易管理設定
08/10 22:51, 14F
→
08/10 22:52, 3年前 , 15F
cisco meraki , aruba instant on
08/10 22:52, 15F
→
08/10 23:02, 3年前 , 16F
Ruckus Cloud Wi-Fi 等,我自己是用 instant on
08/10 23:02, 16F
推
08/11 00:33, 3年前 , 17F
沒記錯的話，最早搞控制器雲端化的應該是Unifi?
08/11 00:33, 17F
推
08/12 16:19, 3年前 , 18F
商業版的ThiAP？不難找啊！DrayTek VigorAP 903組mesh超
08/12 16:19, 18F
→
08/12 16:20, 3年前 , 19F
好用，pchome udn都有賣，預算夠的話用這個不後悔
08/12 16:20, 19F
→
08/12 23:56, 3年前 , 20F
想要mesh建議是直接上啦，這種用ai mesh去湊得真的不穩
08/12 23:56, 20F
→
08/12 23:56, 3年前 , 21F
如果有舊款建議就拿來當純路由器用吧....
08/12 23:56, 21F
推
08/13 00:09, 3年前 , 22F
現在不流行 ThinAP 了... UBNT 有說明 頻道要統一是硬傷
08/13 00:09, 22F
→
08/13 00:10, 3年前 , 23F
雖然妥善規劃下漫遊效果是最好 但實在太貴又太麻煩
08/13 00:10, 23F
→
08/13 00:13, 3年前 , 24F
開發軟體去控制現成 wifi 晶片 效果接近但便宜很多
08/13 00:13, 24F
推
08/13 11:52, 3年前 , 25F
Thin AP是價格問題，商用一堆哪裡不流行
08/13 11:52, 25F
→
08/13 11:52, 3年前 , 26F
穩定 功能根本屌打Mesh
08/13 11:52, 26F
→
08/13 11:55, 3年前 , 27F
Thin AP由控制器統一管理，我是不知道哪裡麻煩喇
08/13 11:55, 27F
推
08/13 12:42, 3年前 , 28F
不是講了嗎 頻道必須一樣 設計上困難會很大
08/13 12:42, 28F
→
08/13 12:43, 3年前 , 29F
所以會有各式各樣當天線 儘量把空間切開不要重疊
08/13 12:43, 29F
→
08/13 12:44, 3年前 , 30F
用fast roaming就簡單多了 頻道錯開就好 剩下讓裝置自
08/13 12:44, 30F
→
08/13 12:44, 3年前 , 31F
己選
08/13 12:44, 31F
→
08/13 14:47, 3年前 , 32F
誰跟你說頻道要一樣?
08/13 14:47, 32F
→
08/13 14:56, 3年前 , 33F
cisco / aruba ThinAP在有 AC 下,自己2.4Ghz
08/13 14:56, 33F
→
08/13 14:56, 3年前 , 34F
鄰近AP 都會 1 6 11 分開不重複
08/13 14:56, 34F
→
08/13 14:57, 3年前 , 35F
一但 CH 統一了就是信號品質會不良.ch 使用率會高
08/13 14:57, 35F
→
08/13 14:58, 3年前 , 36F
有空自己開inSSIDer 看看有 ThinAP 的環境多顆
08/13 14:58, 36F
→
08/13 14:58, 3年前 , 37F
ch 是怎分佈的
08/13 14:58, 37F
→
08/13 14:59, 3年前 , 38F
UBNT 若會寫出這樣的話,我應該不會用他們家的東西
08/13 14:59, 38F
→
08/13 15:00, 3年前 , 39F
等一下 通通錯開 請問一下要如何漫遊?
08/13 15:00, 39F
還有 61 則推文
→
08/14 12:05, 3年前 , 101F
的條件下照樣做出漫遊? 而且效果其實是比 k/v/r 還好
08/14 12:05, 101F
推
08/14 12:06, 3年前 , 102F
我還真不知道這摸簡單的定義會有人不懂
08/14 12:06, 102F
→
08/14 12:06, 3年前 , 103F
啊對定義也不是我下的，感恩
08/14 12:06, 103F
→
08/14 12:07, 3年前 , 104F
(然後順便補充一下, 就連AiMesh≠Mesh可能也有必要修正
08/14 12:07, 104F
→
08/14 12:08, 3年前 , 105F
不知道有多少人發現, 多數平台上 k/v 都已經開了
08/14 12:08, 105F
→
08/14 12:08, 3年前 , 106F
thin AP 的原始定義上面有 "節點只提供無限訊號傳遞"
08/14 12:08, 106F
→
08/14 12:09, 3年前 , 107F
一開始控制器的工作是很多的 根本不可能搞什麼雲端
08/14 12:09, 107F
→
08/14 12:09, 3年前 , 108F
設定節點只是它工作的一塊, 不是設定完就沒事了
08/14 12:09, 108F
→
08/14 12:10, 3年前 , 109F
那時候的節點性質比較像延伸出去的天線 所以很多可以玩
08/14 12:10, 109F
→
08/14 12:10, 3年前 , 110F
中控要把裝置搬到另一個節點 裝置甚至根本不知道
08/14 12:10, 110F
→
08/14 12:10, 3年前 , 111F
不然你告訴我沒有漫遊協定還能怎麼漫遊?
08/14 12:10, 111F
→
08/14 12:11, 3年前 , 112F
但是用現在的硬體這個做不到 因為很多工作都下放了
08/14 12:11, 112F
→
08/14 12:12, 3年前 , 113F
不再只是提供無線訊號傳遞 自然就談不上"thin"
08/14 12:12, 113F
→
08/14 12:14, 3年前 , 114F
硬體上跟一般AP沒什麼分別 韌體做的事情搞不好還更複雜
08/14 12:14, 114F
→
08/15 22:45, 3年前 , 115F
我是懶得說了...
08/15 22:45, 115F
→
08/15 22:46, 3年前 , 116F
我工作規劃的環境都是給數百人上顆顆AP的運作
08/15 22:46, 116F
→
08/15 22:46, 3年前 , 117F
懂無線通訊的人就不會說漫遊一定是要同一個頻道了
08/15 22:46, 117F
→
08/15 22:47, 3年前 , 118F
ThinAP就是自己本身不負責RF/auth的部份,
08/15 22:47, 118F
→
08/15 22:47, 3年前 , 119F
就是自己開起來後..所有的動作用控制器來指揮
08/15 22:47, 119F
→
08/15 22:48, 3年前 , 120F
聰明的控制器會自己感知AP附新的頻道使用情況
08/15 22:48, 120F
→
08/15 22:49, 3年前 , 121F
自動使用較少使用率的頻道.
08/15 22:49, 121F
→
08/15 22:50, 3年前 , 122F
ThinAP 架構下有沒有可能用 11kvr ? 有可能也有的
08/15 22:50, 122F
→
08/15 22:51, 3年前 , 123F
人家可以做的事比 FAP 多太多了,
08/15 22:51, 123F
→
08/15 22:51, 3年前 , 124F
802.1x , mac auth , portal auth 等
08/15 22:51, 124F
→
08/15 22:52, 3年前 , 125F
真的不明白可以去看看 cisco 白皮書
08/15 22:52, 125F
→
08/15 23:02, 3年前 , 126F
真想了解 可以去 查一下 CAPWAP
08/15 23:02, 126F
→
08/15 23:03, 3年前 , 127F
想要自己搞自己的 AC + AP 可以看 open CAPWAP
08/15 23:03, 127F
→
08/15 23:33, 3年前 , 128F
你沒講反過來那面啊, thin AP 當然可以用 kvr
08/15 23:33, 128F
→
08/15 23:34, 3年前 , 129F
但是不靠 kvr 能不能做出無縫漫遊? 當時那可是賣點之一
08/15 23:34, 129F
→
08/15 23:34, 3年前 , 130F
現實是有 kvr 之後 廠商發現根本沒必要像以前那麼辛苦
08/15 23:34, 130F
→
08/15 23:35, 3年前 , 131F
你應該也很瞭解 對裝置來說 換頻道其實就等於重連
08/15 23:35, 131F
→
08/15 23:35, 3年前 , 132F
重連就不會是無縫... 當時 ZHR 的漫遊效果比 k/v/r 還強
08/15 23:35, 132F
→
08/15 23:45, 3年前 , 133F
開頭 thin AP 頻道當然可以錯開, 但要做漫遊就不行了
08/15 23:45, 133F
→
08/15 23:46, 3年前 , 134F
有了 k/v/r, 變成裝置也參一咖以後 沒必要再做那麼 thin
08/15 23:46, 134F
→
08/15 23:47, 3年前 , 135F
所以幾乎絕種了... 大致上完整的 story 應該長這樣
08/15 23:47, 135F
→
08/16 00:05, 3年前 , 136F
隨便你啦. 看不懂就算了
08/16 00:05, 136F
→
08/16 00:16, 3年前 , 137F
沒有看不懂啊 前因後果都講了
08/16 00:16, 137F
→
08/16 00:16, 3年前 , 138F
不然大師開示一下 沒有漫遊協定的時候要怎麼漫遊
08/16 00:16, 138F
推
08/16 00:48, 3年前 , 139F
推薦一個 slide, https://bit.ly/2Y4pQI4
08/16 00:48, 139F
→
08/16 00:49, 3年前 , 140F
主要是在講裝置的行為 有些觀念就算家用單AP也適用
08/16 00:49, 140F
‣ 更多 kuzuki123 的文章
文章代碼(AID): #1VBteQsK (Broad_Band)