u*****e
发帖数: 47 | 1 最近公司要升级WiFi system。 首要考虑是性能稳定性。请大家各种comment：
基于cloud:
Cisco Meraki （中央管理软件部署在cloud）
Ubiquiti (中央管理可以基于本地服务器，也可以AWS)
基于硬件中央管理：
cisco wireless lan controller (这个是老式的，我以前用过，现在大家都比较倾向
用cloud的。而且WLC,配置起来有点小复杂。)
Ruckus (这个以前不熟悉，但是听了一些人说，抗干扰性能很强，有自己专门的专利。
。。)
想听听各位大侠的意见
Thanks, |
I********x
发帖数: 858 | 2 看规模吧？我们campus大概4000+AP用的wism2还可以，虽然小bug不少。
云端的没用过不过从capwap架构看大规模部署有顾虑因为用户流量得tunnel到云？
[在 usafree (water) 的大作中提到：]
：
：最近公司要升级WiFi system。 首要考虑是性能稳定性。请大家各种comment：
：........... |
u*****e
发帖数: 47 | 3
用户流量不需要倒云上。他就是个管理信息，配置文件进入云端。即使在云端出问题的
情况下，AP也可以正常工作。
【在 I********x 的大作中提到】
: 看规模吧？我们campus大概4000+AP用的wism2还可以，虽然小bug不少。
: 云端的没用过不过从capwap架构看大规模部署有顾虑因为用户流量得tunnel到云？
: [在 usafree (water) 的大作中提到：]
: ：
: ：最近公司要升级WiFi system。 首要考虑是性能稳定性。请大家各种comment：
: ：...........
|
z**r
发帖数: 17771 | 4 Meraki吧，趋势
【在 u*****e 的大作中提到】
:
: 用户流量不需要倒云上。他就是个管理信息，配置文件进入云端。即使在云端出问题的
: 情况下，AP也可以正常工作。
|
c*****i
发帖数: 631 | 5 还要看安全要求吧
【在 z**r 的大作中提到】
: Meraki吧，趋势
|
I********x
发帖数: 858 | 6 Yes and sorry about my previous mistake.
The cloud end is just a administrative interface, it is a replacement of
Cisco prime infrastructure.
[在 usafree (water) 的大作中提到：]
：
：【 在 Immphoenix (键盘侠) 的大作中提到: 】
：........... |
u*****e
发帖数: 47 | |
z**r
发帖数: 17771 | 8 cloud也不是不能强调安全嘛
【在 c*****i 的大作中提到】
: 还要看安全要求吧
|
c*****i
发帖数: 631 | 9 只有是信息的敏感问题。如果配置啥都在cloud，Cisco肯定可以看到吧，还有比如ap
的分布。有些公司有这些信息不能离开公司的要求。
【在 z**r 的大作中提到】
: cloud也不是不能强调安全嘛
|
t*****g
发帖数: 49 | 10 Meraki的東西不錯, 但是先提醒一下, 如果未來有可能不繼續買maintenance 的話,
Meraki的AP是直接會變成廢鐵的呦... 他們家的東西不支持offline使用 |
|
|
I********x
发帖数: 858 | 11 我们刚用在一个conference上结果出问题了，这次大boss抓个现成，估计以后一段时间
在我们这没戏。
[在 tzchang (Snowman-TKC) 的大作中提到：]
：Meraki的東西不錯, 但是先提醒一下, 如果未來有可能不繼續買maintenance 的話,
：Meraki的AP是直接會變成廢鐵的呦... 他們家的東西不支持offline使用
：........... |
u*****e
发帖数: 47 | 12 想来继续讨论一下这个wifi 问题。以前用的时候，从来没有注意过丢包和延时的问题
。现在的公司做的是视频通信，对于网络长延时和丢包非常敏感。之所以要upgrade 现
有的wifi system,主要也是因为大boss开会，碰到几次延时，导致他的视频会议很卡。
。。后果还是很严重的。
这里的延时和丢包：我的笔记本电脑在无线网上 ping gateway。我只查内网，公网也
不是我能管的。
现在已经买了meraki， 但是发现这个延时没有太多的改善啊。。。而且，经常看到有
好几百ms的延时。。。。。有时连续好几个包都是几百ms的延时。这种情况下，如果是
在开视频会议的话，就一定会出现问题。。。
我就是纳闷了，这个到底是什么原因，我同事现在分析的是被其他的楼层ap， 信号干
扰。但是我也不确定到底是不是这个原因。
我也有怀疑 是gateway的问题，担心gateway 路由器CPU不行。但是，通过有线ping
gateway就不会丢包，也不会有很大的延时。ping gateway时间非常稳定。
现在真是拿wifi没辙啊。。。请问各位有类似问题吗？ |
I********x
发帖数: 858 | 13 Qos 在Wi-Fi上不好弄吧 毕竟物理层是个共享的通道，很多因数都是动态的.
找个频谱分析设备看看环境里干扰多不多？
[在 usafree (water) 的大作中提到：]
：想来继续讨论一下这个wifi 问题。以前用的时候，从来没有注意过丢包和延时的问题
：。现在的公司做的是视频通信，对于网络长延时和丢包非常敏感。之所以要upgrade
现有的wifi system,主要也是因为大boss开会，碰到几次延时，导致他的视频会议很卡
。。。后果还是很严重的。
：........... |
u*****e
发帖数: 47 | 14 频谱分析做了，我们有买专门的软件检测builing 的wifi signal。 发现2.4g 比较拥
挤。
因此，我们专门搞了个5gWi-Fi信号。5g 信号环境还是比2.4g要干净不少。但是，仍然
不能100%保证信号的稳定性。特别是我们这种视频会议服务，一旦遇到几百ms 的时延
，或者大的掉包，画面就会卡。。。。画面一卡，大家就觉得时无线网络的问题。。。
。其实，如果你是上网的话，浏览网页，发email 其实是不会感知到这个掉包和时延的。
说到干扰，我就在想，我们时租一整层楼，会被上下干扰。那人家那种，一个公司用整
栋楼都，楼上楼下不是也同样会互相干扰嘛？大家时怎么解决的呢？还是说，大家平时
没有注意到？
这个就真的无解了？
问题
upgrade
【在 I********x 的大作中提到】
: Qos 在Wi-Fi上不好弄吧 毕竟物理层是个共享的通道，很多因数都是动态的.
: 找个频谱分析设备看看环境里干扰多不多？
: [在 usafree (water) 的大作中提到：]
: ：想来继续讨论一下这个wifi 问题。以前用的时候，从来没有注意过丢包和延时的问题
: ：。现在的公司做的是视频通信，对于网络长延时和丢包非常敏感。之所以要upgrade
: 现有的wifi system,主要也是因为大boss开会，碰到几次延时，导致他的视频会议很卡
: 。。。后果还是很严重的。
: ：...........
|
I********x
发帖数: 858 | 15 我没有meraki经验所以不能从产品功能上探讨什么。
就传统capwap来讲通常从频段间隔和信号强度来提高质量，不过思考的在软件内就可以
优化这些了。
如果你老板位置变化不大你可以把他附近热点的频段稍微调整下？减低周边热点信号强
度？
如果有大量的未连接设备也能造成干扰，因为那些设备在不停全频段扫描，可以提供一
个开发认证的guest网络诱使那些设备不要乱扫描了。
[在 usafree (water) 的大作中提到：]
：频谱分析做了，我们有买专门的软件检测builing 的wifi signal。 发现2.4g 比较拥
：挤。
：........... |
