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

jeff4010808/09 13:14Aimesh=拉雞

jeff4010808/09 13:14建議砍掉重練，買真mesh

tomap4101708/09 16:25推一樓

jior08/09 21:36真的，直接買真的mesh吧

Windcws9Z08/09 22:51AiMesh≠Mesh

asdfghjklasd08/09 23:18直接用 ThinAP

birdy59008/10 00:06現在趨勢 thin AP 越來愈少了吧 連商業產品都開始用

birdy59008/10 00:07現成 wisoc 去湊 AC+AP, 但這樣出來還是 fat AP

birdy59008/10 00:07沒辦法 不這樣搞開發速度太慢 根本沒競爭力

asdfghjklasd08/10 21:12我們專弄不是一般用法的wifi，你說的那東西我們不用

asdfghjklasd08/10 21:13到是現在除了ThinAP, FatAP外,,又往Cloud AP去了

asdfghjklasd08/10 21:13這市場也起來了~~~

HiJimmy08/10 22:02Cloud AP是像之前Fon Ap那樣?

asdfghjklasd08/10 22:51其實就是控制器變雲端化了.使用者簡單容易管理設定

asdfghjklasd08/10 22:52cisco meraki , aruba instant on

asdfghjklasd08/10 23:02Ruckus Cloud Wi-Fi 等,我自己是用 instant on

lianpig556608/11 00:33沒記錯的話，最早搞控制器雲端化的應該是Unifi?

ptckimo08/12 16:19商業版的ThiAP？不難找啊！DrayTek VigorAP 903組mesh超

ptckimo08/12 16:20好用，pchome udn都有賣，預算夠的話用這個不後悔

uxtz08/12 23:56想要mesh建議是直接上啦，這種用ai mesh去湊得真的不穩

uxtz08/12 23:56如果有舊款建議就拿來當純路由器用吧....

birdy59008/13 00:09現在不流行 ThinAP 了... UBNT 有說明 頻道要統一是硬傷

birdy59008/13 00:10雖然妥善規劃下漫遊效果是最好 但實在太貴又太麻煩

birdy59008/13 00:13開發軟體去控制現成 wifi 晶片 效果接近但便宜很多

Windcws9Z08/13 11:52Thin AP是價格問題，商用一堆哪裡不流行

Windcws9Z08/13 11:52穩定 功能根本屌打Mesh

Windcws9Z08/13 11:55Thin AP由控制器統一管理，我是不知道哪裡麻煩喇

birdy59008/13 12:42不是講了嗎 頻道必須一樣 設計上困難會很大

birdy59008/13 12:43所以會有各式各樣當天線 儘量把空間切開不要重疊

birdy59008/13 12:44用fast roaming就簡單多了 頻道錯開就好 剩下讓裝置自

birdy59008/13 12:44己選

asdfghjklasd08/13 14:47誰跟你說頻道要一樣?

asdfghjklasd08/13 14:56cisco / aruba ThinAP在有 AC 下,自己2.4Ghz

asdfghjklasd08/13 14:56鄰近AP 都會 1 6 11 分開不重複

asdfghjklasd08/13 14:57一但 CH 統一了就是信號品質會不良.ch 使用率會高

asdfghjklasd08/13 14:58有空自己開inSSIDer 看看有 ThinAP 的環境多顆

asdfghjklasd08/13 14:58ch 是怎分佈的

asdfghjklasd08/13 14:59UBNT 若會寫出這樣的話,我應該不會用他們家的東西

birdy59008/13 15:00等一下 通通錯開 請問一下要如何漫遊?

birdy59008/13 15:02用 k/v/r 做漫遊的 節點大概也瘦不到哪裡去吧

birdy59008/13 15:06我是認為傳統定義的"thin AP"早就已經絕種了

asdfghjklasd08/13 15:07照樣漫遊~~~沒有家用ap樣的問題

birdy59008/13 15:08那個年代包括漫遊全都是由 AC 控制, 頻道錯開不用重連?

birdy59008/13 15:08一個蘿蔔一個坑 怎麼可能照樣漫遊 @@

birdy59008/13 15:09這得先回到開頭 "thin AP"的定義到底是什麼

birdy59008/13 15:13像 Cisco 就直接改叫 lightweight ap, 舊定義根本不用了

asdfghjklasd08/13 16:59ThinAP , FatAP 現在比較是一個名詞.....

Windcws9Z08/13 22:38ThinAP沒有頻道必須一樣，那是Mesh的問題

Windcws9Z08/13 22:41正常鄰近AP頻道都要錯開，不然會自己打自己

birdy59008/14 00:24這樣就是沒漫遊啊 QQ 莫忘 thin AP 比那些漫遊協定還老

birdy59008/14 00:24以前 UBNT 還做了 Zero-Handoff Roaming, 現在也退休了

birdy59008/14 00:25還是定義的問題 如果 thin AP 定義退化到"由中央控制器

birdy59008/14 00:25統一設定" 我認為這其實已經脫離原本的意思了

birdy59008/14 00:26我記得最原始的定義應該是 AP 只負責 radio, 其它全部

birdy59008/14 00:26由控制器來做 當然這不會有什麼"個別設定"的問題

birdy59008/14 00:27所以 像Cisco這樣直接改用自己的定義可能更好些

Windcws9Z08/14 11:22？？？？

Windcws9Z08/14 11:24最早能夠漫遊的就是ThinAP，你還在那邊沒有漫遊

birdy59008/14 11:27你沒看上面討論 那就是得用同樣頻道 不然要怎麼漫遊?

birdy59008/14 11:28wifi 不重新連線有辦法換頻道?

Windcws9Z08/14 11:28然後ThinAP本來就要有Controller，哪來的定義退化

birdy59008/14 11:28看清楚點 我的是"只剩下由中央控制器統一設定"

birdy59008/14 11:28但後來的 AC+AP, cloud AP 也都是這樣 但一點也不 thin

birdy59008/14 11:29最早的 thinAP 節點應該只負責 radio, 就像是台超大 AP

Windcws9Z08/14 11:29ThinAP一直都是由Controller統一設定管理好爆一一

birdy59008/14 11:29對 但這部份不是重點啊 中央控制就會 thin 嗎?

birdy59008/14 11:30本來最重要的特性 在環境變化之後條件已經不存在了

Windcws9Z08/14 11:30我D老天鵝R

birdy59008/14 11:31所以上面一開始不是就問了 "得先弄清楚 thin AP 的定義"

birdy59008/14 11:31原始定義從來就不是"由中央控制器統一管理 那只是個角"

birdy59008/14 11:31或者說是 節點功能極度簡化後的必然結果

birdy59008/14 11:32節點只靠本身根本不能獨立工作 如何不由中央統一管理

Windcws9Z08/14 11:37ThinAP FatAP定義一直都是這樣，是你搞不清楚八一一

birdy59008/14 11:38一直都是"哪樣"?

birdy59008/14 11:39"Thin AP只提供無線訊號傳遞" 2005年的大標題是長這樣

birdy59008/14 11:39這個時候當然是沒有漫遊的 所以才會講 ubnt 的 zhr

Windcws9Z08/14 11:41我D老天鵝R

Windcws9Z08/14 11:43難怪asdf版友會懶得講話

birdy59008/14 11:47他應該是看懂漫遊的問題了 不然你的 thin/FAT 毫無分別

birdy59008/14 11:47你自己都沒發現這種定義已經失去意義了?

birdy59008/14 11:47請問一下 把一堆 fat AP 安裝中控系統 會不會變瘦

birdy59008/14 11:48照這種邏輯連 aimesh 都變成 thin AP 了, 到底哪裡瘦了

Windcws9Z08/14 11:55因為人家該講的都講完惹，結果你還是卡在那邊

birdy59008/14 11:56不要迴避問題嘛, 請問一下 aimesh 是不是 thin AP

birdy59008/14 11:57一個定義如果本身就無法自圓其說 就肯定有問題

birdy59008/14 11:58我連解釋都給你了還看不懂? 原始定義的 thin AP 已滅絕

birdy59008/14 11:59像上面思科這種作法 直接自己創造一套新的定義才是正途

Windcws9Z08/14 11:59從頭到尾就你搞不清楚定義，哪來不能自圓其說

birdy59008/14 12:00麻煩請你用你的定義解釋一下 aimesh 為什麼不是 thin AP

birdy59008/14 12:01因為這個"控制器"的工作範圍 你根本連碰都沒碰

Windcws9Z08/14 12:02先不說華碩的AiMesh≠Mesh

Windcws9Z08/14 12:02AiMesh關掉能不能單獨運作？可以啊

Windcws9Z08/14 12:02那就是FatAP啊，這很難懂嗎

birdy59008/14 12:03這到底什麼爛定義 @@

Windcws9Z08/14 12:03ThinAP沒Controller就不能動，這真的很難懂嗎？？？？

birdy59008/14 12:03我就明白講啦 現在很多控制器做的事情跟以前根本不一樣

birdy59008/14 12:04不然哪可能會出現 cloud AP? 那就真的只負責管理而已

birdy59008/14 12:04還有一些微型的控制器 只做最少的工作

birdy59008/14 12:05如果不知道底下發生什麼事情 麻煩不要隨便亂下定義

birdy59008/14 12:05有沒有想過為什麼可以在裝置完全不動 也沒有漫遊協定

birdy59008/14 12:05的條件下照樣做出漫遊? 而且效果其實是比 k/v/r 還好

Windcws9Z08/14 12:06我還真不知道這摸簡單的定義會有人不懂

Windcws9Z08/14 12:06啊對定義也不是我下的，感恩

birdy59008/14 12:07(然後順便補充一下, 就連AiMesh≠Mesh可能也有必要修正

birdy59008/14 12:08不知道有多少人發現, 多數平台上 k/v 都已經開了

birdy59008/14 12:08thin AP 的原始定義上面有 "節點只提供無限訊號傳遞"

birdy59008/14 12:09一開始控制器的工作是很多的 根本不可能搞什麼雲端

birdy59008/14 12:09設定節點只是它工作的一塊, 不是設定完就沒事了

birdy59008/14 12:10那時候的節點性質比較像延伸出去的天線 所以很多可以玩

birdy59008/14 12:10中控要把裝置搬到另一個節點 裝置甚至根本不知道

birdy59008/14 12:10不然你告訴我沒有漫遊協定還能怎麼漫遊?

birdy59008/14 12:11但是用現在的硬體這個做不到 因為很多工作都下放了

birdy59008/14 12:12不再只是提供無線訊號傳遞 自然就談不上"thin"

birdy59008/14 12:14硬體上跟一般AP沒什麼分別 韌體做的事情搞不好還更複雜

asdfghjklasd08/15 22:45我是懶得說了...

asdfghjklasd08/15 22:46我工作規劃的環境都是給數百人上顆顆AP的運作

asdfghjklasd08/15 22:46懂無線通訊的人就不會說漫遊一定是要同一個頻道了

asdfghjklasd08/15 22:47ThinAP就是自己本身不負責RF/auth的部份,

asdfghjklasd08/15 22:47就是自己開起來後..所有的動作用控制器來指揮

asdfghjklasd08/15 22:48聰明的控制器會自己感知AP附新的頻道使用情況

asdfghjklasd08/15 22:49自動使用較少使用率的頻道.

asdfghjklasd08/15 22:50ThinAP 架構下有沒有可能用 11kvr ? 有可能也有的

asdfghjklasd08/15 22:51人家可以做的事比 FAP 多太多了,

asdfghjklasd08/15 22:51802.1x , mac auth , portal auth 等

asdfghjklasd08/15 22:52真的不明白可以去看看 cisco 白皮書

asdfghjklasd08/15 23:02真想了解 可以去 查一下 CAPWAP

asdfghjklasd08/15 23:03想要自己搞自己的 AC + AP 可以看 open CAPWAP

birdy59008/15 23:33你沒講反過來那面啊, thin AP 當然可以用 kvr

birdy59008/15 23:34但是不靠 kvr 能不能做出無縫漫遊? 當時那可是賣點之一

birdy59008/15 23:34現實是有 kvr 之後 廠商發現根本沒必要像以前那麼辛苦

birdy59008/15 23:35你應該也很瞭解 對裝置來說 換頻道其實就等於重連

birdy59008/15 23:35重連就不會是無縫... 當時 ZHR 的漫遊效果比 k/v/r 還強

birdy59008/15 23:45開頭 thin AP 頻道當然可以錯開, 但要做漫遊就不行了

birdy59008/15 23:46有了 k/v/r, 變成裝置也參一咖以後 沒必要再做那麼 thin

birdy59008/15 23:47所以幾乎絕種了... 大致上完整的 story 應該長這樣

asdfghjklasd08/16 00:05隨便你啦. 看不懂就算了

birdy59008/16 00:16沒有看不懂啊 前因後果都講了

birdy59008/16 00:16不然大師開示一下 沒有漫遊協定的時候要怎麼漫遊

birdy59008/16 00:48推薦一個 slide, https://bit.ly/2Y4pQI4

birdy59008/16 00:49主要是在講裝置的行為 有些觀念就算家用單AP也適用