对网络不太了解
想请问同一家厂商的router
AC世代跟AX世代可以组mesh吗?
目前考虑的对象是ASUS AC86U跟AX86U
因为家里已有旧款，不知道升级以后旧款怎么处理
作者:
jeff40108 (死得腥羶艳油剂是他)
2020-08-09 13:14:00Aimesh=拉鸡建议砍掉重练，买真mesh
作者:
jior (大J)
2020-08-09 21:36:00真的，直接买真的mesh吧
作者:
birdy590 (Birdy)
2020-08-10 00:06:00现在趋势 thin AP 越来愈少了吧 连商业产品都开始用现成 wisoc 去凑 AC+AP, 但这样出来还是 fat AP没办法 不这样搞开发速度太慢 根本没竞争力
我们专弄不是一般用法的wifi，你说的那东西我们不用到是现在除了ThinAP, FatAP外,,又往Cloud AP去了这市场也起来了~~~
作者:
HiJimmy (å—¨ å‰ç±³)
2020-08-10 22:02:00Cloud AP是像之前Fon Ap那样?
其实就是控制器变云端化了.使用者简单容易管理设定cisco meraki , aruba instant onRuckus Cloud Wi-Fi 等,我自己是用 instant on
没记错的话，最早搞控制器云端化的应该是Unifi?
作者: ptckimo (ptckimo) 2020-08-12 16:19:00
商业版的ThiAP？不难找啊！DrayTek VigorAP 903组mesh超好用，pchome udn都有卖，预算够的话用这个不后悔
作者:
uxtz (炎夏)
2020-08-12 23:56:00想要mesh建议是直接上啦，这种用ai mesh去凑得真的不稳如果有旧款建议就拿来当纯路由器用吧....
作者:
birdy590 (Birdy)
2020-08-13 00:09:00现在不流行 ThinAP 了... UBNT 有说明 频道要统一是硬伤虽然妥善规划下漫游效果是最好 但实在太贵又太麻烦开发软件去控制现成 wifi 芯片 效果接近但便宜很多
Thin AP是价格问题，商用一堆哪里不流行稳定 功能根本屌打MeshThin AP由控制器统一管理，我是不知道哪里麻烦喇
作者:
birdy590 (Birdy)
2020-08-13 12:42:00不是讲了吗 频道必须一样 设计上困难会很大所以会有各式各样当天线 尽量把空间切开不要重叠用fast roaming就简单多了 频道错开就好 剩下让装置自己选
谁跟你说频道要一样?cisco / aruba ThinAP在有 AC 下,自己2.4Ghz邻近AP 都会 1 6 11 分开不重复一但 CH 统一了就是信号品质会不良.ch 使用率会高有空自己开inSSIDer 看看有 ThinAP 的环境多颗ch 是怎分布的UBNT 若会写出这样的话,我应该不会用他们家的东西
作者:
birdy590 (Birdy)
2020-08-13 15:00:00等一下 通通错开 请问一下要如何漫游?用 k/v/r 做漫游的 节点大概也瘦不到哪里去吧我是认为传统定义的"thin AP"早就已经绝种了
作者:
birdy590 (Birdy)
2020-08-13 15:08:00那个年代包括漫游全都是由 AC 控制, 频道错开不用重连?一个萝卜一个坑 怎么可能照样漫游 @@这得先回到开头 "thin AP"的定义到底是什么像 Cisco 就直接改叫 lightweight ap, 旧定义根本不用了
ThinAP , FatAP 现在比较是一个名词.....
ThinAP没有频道必须一样，那是Mesh的问题正常邻近AP频道都要错开，不然会自己打自己
作者:
birdy590 (Birdy)
2020-08-14 00:24:00这样就是没漫游啊 QQ 莫忘 thin AP 比那些漫游协定还老以前 UBNT 还做了 Zero-Handoff Roaming, 现在也退休了还是定义的问题 如果 thin AP 定义退化到"由中央控制器统一设定" 我认为这其实已经脱离原本的意思了我记得最原始的定义应该是 AP 只负责 radio, 其它全部由控制器来做 当然这不会有什么"个别设定"的问题所以 像Cisco这样直接改用自己的定义可能更好些
？？？？最早能够漫游的就是ThinAP，你还在那边没有漫游
作者:
birdy590 (Birdy)
2020-08-14 11:27:00你没看上面讨论 那就是得用同样频道 不然要怎么漫游?wifi 不重新连线有办法换频道?
然后ThinAP本来就要有Controller，哪来的定义退化
作者:
birdy590 (Birdy)
2020-08-14 11:28:00看清楚点 我的是"只剩下由中央控制器统一设定"但后来的 AC+AP, cloud AP 也都是这样 但一点也不 thin最早的 thinAP 节点应该只负责 radio, 就像是台超大 AP
ThinAP一直都是由Controller统一设定管理好爆一一
作者:
birdy590 (Birdy)
2020-08-14 11:29:00对 但这部份不是重点啊 中央控制就会 thin 吗?本来最重要的特性 在环境变化之后条件已经不存在了
作者:
birdy590 (Birdy)
2020-08-14 11:31:00所以上面一开始不是就问了 "得先弄清楚 thin AP 的定义"原始定义从来就不是"由中央控制器统一管理 那只是个角"或者说是 节点功能极度简化后的必然结果节点只靠本身根本不能独立工作 如何不由中央统一管理
ThinAP FatAP定义一直都是这样，是你搞不清楚八一一
作者:
birdy590 (Birdy)
2020-08-14 11:38:00一直都是"哪样"?"Thin AP只提供无线讯号传递" 2005年的大标题是长这样这个时候当然是没有漫游的 所以才会讲 ubnt 的 zhr
作者:
birdy590 (Birdy)
2020-08-14 11:47:00他应该是看懂漫游的问题了 不然你的 thin/FAT 毫无分别你自己都没发现这种定义已经失去意义了?请问一下 把一堆 fat AP 安装中控系统 会不会变瘦照这种逻辑连 aimesh 都变成 thin AP 了, 到底哪里瘦了
作者:
birdy590 (Birdy)
2020-08-14 11:56:00不要回避问题嘛, 请问一下 aimesh 是不是 thin AP一个定义如果本身就无法自圆其说 就肯定有问题我连解释都给你了还看不懂? 原始定义的 thin AP 已灭绝像上面思科这种作法 直接自己创造一套新的定义才是正途
作者:
birdy590 (Birdy)
2020-08-14 12:00:00麻烦请你用你的定义解释一下 aimesh 为什么不是 thin AP因为这个"控制器"的工作范围 你根本连碰都没碰
先不说华硕的AiMesh≠MeshAiMesh关掉能不能单独运作？可以啊那就是FatAP啊，这很难懂吗
作者:
birdy590 (Birdy)
2020-08-14 12:03:00这到底什么烂定义 @@
ThinAP没Controller就不能动，这真的很难懂吗？？？？
我还真不知道这摸简单的定义会有人不懂啊对定义也不是我下的，感恩
作者:
birdy590 (Birdy)
2020-08-14 12:07:00(然后顺便补充一下, 就连AiMesh≠Mesh可能也有必要修正不知道有多少人发现, 多数平台上 k/v 都已经开了thin AP 的原始定义上面有 "节点只提供无限讯号传递"一开始控制器的工作是很多的 根本不可能搞什么云端设定节点只是它工作的一块, 不是设定完就没事了那时候的节点性质比较像延伸出去的天线 所以很多可以玩中控要把装置搬到另一个节点 装置甚至根本不知道不然你告诉我没有漫游协定还能怎么漫游?但是用现在的硬件这个做不到 因为很多工作都下放了不再只是提供无线讯号传递 自然就谈不上"thin"硬件上跟一般AP没什么分别 韧体做的事情搞不好还更复杂
我是懒得说了...我工作规划的环境都是给数百人上颗颗AP的运作懂无线通讯的人就不会说漫游一定是要同一个频道了ThinAP就是自己本身不负责RF/auth的部份,就是自己开起来后..所有的动作用控制器来指挥聪明的控制器会自己感知AP附新的频道使用情况自动使用较少使用率的频道.ThinAP 架构下有没有可能用 11kvr ? 有可能也有的人家可以做的事比 FAP 多太多了,802.1x , mac auth , portal auth 等真的不明白可以去看看 cisco 白皮书真想了解 可以去 查一下 CAPWAP想要自己搞自己的 AC + AP 可以看 open CAPWAP
作者:
birdy590 (Birdy)
2020-08-15 23:33:00你没讲反过来那面啊, thin AP 当然可以用 kvr但是不靠 kvr 能不能做出无缝漫游? 当时那可是卖点之一现实是有 kvr 之后 厂商发现根本没必要像以前那么辛苦你应该也很了解 对装置来说 换频道其实就等于重连重连就不会是无缝... 当时 ZHR 的漫游效果比 k/v/r 还强开头 thin AP 频道当然可以错开, 但要做漫游就不行了有了 k/v/r, 变成装置也参一咖以后 没必要再做那么 thin所以几乎绝种了... 大致上完整的 story 应该长这样