RTF-Homepage-Orange-2100x900

RUCKUS 技术系列(RTF)不仅仅是一个社区。我们欢迎所有想要紧跟创新科技的最新趋势并将它们应用于现实世界网络解决方案的网络技术爱好者。

上一页 下一页

网络研讨会

我们的系统工程师每个月都会在超过20场本地会议上开展RUCKUS技术网络研讨会,分享部署最先进的RUCKUS有线和无线网络解决方案所需的最佳实践经验和实用技能。

RTF-webinar-archive-hero_500x281
网络研讨会档案资料
查看早期的以本地语言举办的网络技术研讨会录音。
RUCKUS-One-Homepage-Meta-500x281
每月网络研讨会
May: RUCKUS One & SmartZone: Choosing the Right Controller
hospitality-main-hero-400b
RTF酒店业和MDU网络研讨会
IPTV和流媒体;MDU最佳实践
RTF新人欢迎日
RUCKUS是谁?是什么让我们与众不同?注册了解!

 

新闻

注册即可收到我们超过15个本地版本的个人技术通讯,重点介绍RUCKUS无线和有线技术更新 - 郑重承诺不会有任何推销行为

论坛

可与你讨论具体项目,并可在我们专用的RTF论坛渠道提出任何技术问题。我们的全球系统工程师团队积极参与这些讨论,提供帮助和建议。有关所有论坛主题的列表,请访问community.ruckuswireless.com

RUCKUS Community

Leading online pharmacy Grant Pharmacy is making it easier than ever for customers to access the medicines they need. The company’s user-friendly website provides a wide selection of prescription and over-the-counter drugs that can be purchased from the comfort of home."We acknowledge the time constraints and inconveniences associated with physical visits to pharmacies," stated John Smith, Chief Executive Officer of Grant Pharmacy. "Hence, we present an extensive inventory of pharmaceuticals accessible for online perusal and purchase, enabling our clientele to transact seamlessly from the comfort of their abode."The online drugstore provides access to both brand-name and generic prescription medicines at competitive prices. Customers can also shop over-the-counter medications like pain relievers, cold and flu treatment, vitamins and supplements."Our aspiration is to serve as a comprehensive destination for all our patrons' pharmaceutical requirements," expressed Smith. "We endeavor to streamline the acquisition of crucial medication, prioritizing expediency and simplicity."With its user-friendly interface, secure checkout and fast shipping options, Grant Pharmacy aims to set the standard for convenience in online pharmacies. The company invites all customers looking for an easier way to access medicine to visit their website and experience the benefits firsthand.
(5) (0) (0) (0)
Hiwe have a branch office ( 2 Avaya ERS4826GTS-pwr+ in stack) connected to our HQ .here the ToplogyHQ -----Avaya ERS4826GTS-pwr+ in stack1/25---------VLAN238-------1/2/8 ICX7250-24P in stack Avaya ERS4826GTS-pwr+in stack2/25--------VLAN238----------2/2/8 ICX7250-24P in stackthenICX7250-24P in stack1/2/26---------VLAN238-----1/2/1ICX7250-24P -------VLAN 237 ------VLAN 80 ------VLAN 238we have multiple loop issue on VLAN 237 but the problem is that UPLINK onAvaya ERS4826GTS-pwr to HQ goes down due to this loop !can you PLease help preventing the loop to affect the AvayaERS4826GTS as it put down all the site
(29) (1) (0) (0)
tl:dr: does mct have a future or is it getting phased out.heya,we recently got 4 7850's to replace some aging cisco nexus's, they won our public tender easily & specs are impressive. we are a heavy user of vpc on the nexus side, but replacing this with mct has proven to be a challenge. our tender specified as minimal feature l3 redundancy for ipv6, so we're bound to 10.0.10 or higher.we also required link bundeling over 2 devices running independant operating systems while presenting themselves as a single device to the other end: which mct (multi chassis trunking) provides.finally, pvrst needed to be supported on all links.which is when the fun started as any vlan that becomes an mct vlan disables stp. both our partner & their ruckus liasons always came with examples from the 8.0.95 docs ( https://docs.commscope.com/bundle/fastiron-08095-l2guide/page/GUID-F20E9DED-FCDA-4C3C-BBC7-19127E9E18FC.html ), in specific the last 2 mct chapters. those are notably abcent (with good reason i guess) from 10.0 docs.in the end i got a config working with mct + pvrst when using stp in "single" mode. while not what we intended it can be argued that this meets the minimum reqs detailed in our tender.my current view of mct is not really possive after all this. documentation for the 10.0.x train as it stands is quite inconsistent, troubleshooting pretty barebones, created quite a few inconsistent (different stp protocols, differing vlans, etc) mct's which still got accepted, snmp support for mct also seems to have gotten lost somewhere along the way, issu for clusters seems to talk about stacks instead. our partner also let slip they only had 1 client which used mct & tried to push us to going for a stack instead.however, i'm running out of time & need to get these in production. since our partner has been excellent in other projects they won i don't want to return these switches due to being non complaint (since i already sent back the 8200's due to no redundant&hot swap fans & psu's - at least the model they proposed) and as noted above mct in 10.0 seems like it can use some love: i'll be going for stacking instead of clusters.long intro , now to the question: what's the plan for mct? from what the rumormill told me 10.0.x was a major rework of the code make it less complex going forward. is mct low in the todo queue (for whatever reason), is a replacement in the works, is it being phased out? i started this project on 10.0.10a, used each release including cd versions up until the 10.0.20 i'm on now, but the release notes are silent on mct items.all that said: kudos to the ruckus support staff. this might be the second time in 20 years that support was lightning fast to respond, actually knew the products they support, had frequent & to the point feedback. and actually got the bugs resolved.(this was fun: "ping vrf tstix 10.40.69.252 source 10.40.69.2532" - and 2532 is not a typo - case 01631172)
(51) (2) (0) (0)
Is there a way to assign a policy based on the device name? I am trying to do something clever with the workflow to pick up the device name, and pass it to the USERNAME variable, and then using a RADIUS attribute group assign the policy based on a regex of the device name, but I can't seem to get it to work.Any guidance would be great!ThanksJames
(11) (0) (0) (0)
ICX7150 switch having issues with DHCP helper service. We have couple virtual interfaces with DHCP Helpers attached and we reboot the switch and the DHCP helper seems to do its job then about 5 min after the client stops getting DHCP requests from the server. Its almost like the DHCP helper service is clashing on the device. Any ideas?
(64) (3) (0) (0)
What OS version will Ruckus one be able to support openroaming?
(30) (0) (0) (0)
Ruckust 2560 x 1440
Ruckcast

康普的RUCKUS教育团队为您呈现各种有趣的主题,各行各业的宾客聚在一起讨论组成产品组合的所有内容。我们将以各种主题展开讨论,包括我们的产品组合、WiFi、路由和交换等产品!我们迫不及待地想与您分享我们团队的最新动态。

ruckus-education-channel-hero500
RUCKUS 教育视频

RUCKUS 教育渠道重点介绍有线和无线网络领域的基本概念和协议。我们还提供与产品RUCKUS品牌相关的不同任务的演示。

Technical_Documentation 5760 x 3243
技术文档

查看我们的技术文档库:发布说明、配置、最佳实践、部署指南等!

其他资源