Join the RUCKUS Technical Family

Another speed drop question

(Sorry if this is a duplicate post, but I tried 2 days ago and it still hasn't appeared.)I have an R650 running Unleashed (200.17.7.0.139) that periodically renegotiates the uplink speed down to 100Mbps, where it sticks. My network is:Router (1g port) -> generic unmanaged switch (2.5g) -> POE injector (Ruckus NPE5818) -> R650PoE adapter has a 48v power supply, AP Operating Mode is set to 802.3at in the Ruckus dashboardWhen the uplink negotiates down, the Dashboard/Ethernet Port Status for eth1 changes from 2500Mbps to 100MbpsCycling the switch power supply (the easiest way for me to force renegotiation) immediately returns speed to expected, and it stays there for anywhere from a few hours to a few days before dropping again.Based on other answers here, I have replaced all the cables (all CAT 6e or CAT 7), and replaced the switch, with no change.I've examined the logs, and while I don't understand evert\ything there I do see that at the time of the speed dropping, I have a handful of lines over a short period like the following:Jan 19 20:17:30 RuckusAP kernel: [182922.157158] nss-dp 3a007000.dp3 eth1: PHY Link is downfollowed a few lines later byJan 19 20:17:45 RuckusAP kernel: [182937.189082] nss-dp 3a007000.dp3 eth1: PHY Link up speed: 1000but the *last* "Link is down" message was followed byJan 19 20:23:10 RuckusAP kernel: [183261.941081] nss-dp 3a007000.dp3 eth1: PHY Link up speed: 100This sequence does not appear anywhere else in the logs, just when the speed drops, and is usually over a 5-10 minute period; after the drop to 100Mbps it remains stable until I get around to power cycling the switch again.What is a reasonable next step in my diagnosis? I was thinking of trying powering the AP directly instead of by POE, but that requires me hauling my 70-year-old ass up a tall ladder so would prefer to try less physical things first.What could be triggering the link down state? Can I ssh into the AP and turn off whatever is doing this?Thanks in advance for your help.

Lenovo Chromebooks losing connection

We are a K-12 environment with Ruckus switches and APs. We have a few different models of Chromebooks in our system - HP, Samsung, and Lenovo. Our Lenovo 100e 4th gen devices are brand new this year and will not stay connected to the internet. They connect and look like they are connected but websites just spin. Turning Wifi off and back on does not resolve the issue. The device has to be logged our or restarted to establish a new internet connection. This resolves the issue for a short time and will eventually happen again. We have tested devices outside of our network and there are no issues. We have removed our filtering agent and that did not make a difference. There has to be a setting we are missing with our Ruckus APs that is causing the issue. Any help would be appreciated.

icx 7150 switch Change Boot Sequence

I recently changed the boot sequence from primary to secondary in config mode. I am now unable to put it back to primary . When I try to change it back I get an error message " error-boot sequence has reached max 1 entries".Any suggestions on how to accomplish this would be greatly appreciated.Thanks!

AP no longer connect to ZD1200 after firmware upgrade from 10.5.1.0.276 to 10.5.1.0.279

Hello, after the firmware upgrade and ZD1200 rebooted, i saw some APs show firmware upgrade and some disconected like a normal upgrade process.but after 20 minutes the situation did not evolve and all the APs remained disconnected.I tried to restart an AP manually but it didn't help.I have three types of APs but they are all supported by the latest firmware update.I had no choice but to revert to the previous firmware version and all APs reconnected without making any configuration changes in factI was able to ping all APs from the controller even though they were not connecting.I have a support license valid until June 2025.Has anyone encountered the same problem?

Console ICX7250 - Access Denied

Hi,On a ICX7250 switch, using SecureCRT/Putty , and a micro usb - serial cable, I have a "acces denied" displayed on my session ? Is it possible to unlock this console port?

ICX7450-48 not forwarding packets

Hello, I have ICX7450-48 switch that does not seem to forward packets correctly. I'm new to this hardware and not sure if this is a misconfiguration on my side or a hardware fault.The switch is running the following firmware version and was reset to factory defaults:Copyright (c) Ruckus Networks, Inc. All rights reserved.UNIT 1: compiled on Jan 21 2024 at 08:29:16 labeled as SPR08095n(33554432 bytes) from Primary SPR08095n.bin (UFI)SW: Version 08.0.95nT213 Compressed Primary Boot Code size = 786944, Version:10.1.26T215 (spz10126)Compiled on Tue Nov 29 12:43:15 2022Port 1/1/1 is connected to Netgear unmanaged switch, which connects a few Linux clients.Port 1/1/2 is connected to server ILOM.If I try to ping from a Linux client, going via Netgear unmanaged switch, to ICX7450 port 1/1/1 and then to server ILOM on 1/1/2, then initially a few pings get through, but then I get "Destination Host Unreachable":$ ping t5220-ilomPING t5220-ilom.home.lan (192.168.1.5) 56(84) bytes of data.64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=1 ttl=64 time=1.29 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=2 ttl=64 time=0.695 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=3 ttl=64 time=0.714 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=4 ttl=64 time=0.698 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=5 ttl=64 time=0.700 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=6 ttl=64 time=0.759 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=7 ttl=64 time=0.699 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=8 ttl=64 time=0.695 ms64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=9 ttl=64 time=0.696 msFrom rp4.home.lan (192.168.1.16) icmp_seq=10 Destination Host UnreachableFrom rp4.home.lan (192.168.1.16) icmp_seq=11 Destination Host UnreachableFrom rp4.home.lan (192.168.1.16) icmp_seq=14 Destination Host UnreachableFrom rp4.home.lan (192.168.1.16) icmp_seq=15 Destination Host UnreachableFrom rp4.home.lan (192.168.1.16) icmp_seq=16 Destination Host UnreachableIt looks like ICX7450 keeps queuing packets without forwarding them:ICX7450-48-Router>show interface ethernet 1/1/1GigabitEthernet1/1/1 is up, line protocol is up Port up for 20 minute(s) 11 second(s) Hardware is GigabitEthernet, address is 609c.9fc2.6390 (bia 609c.9fc2.6390)Configured speed auto, actual 1Gbit, configured duplex fdx, actual fdxConfigured mdi mode AUTO, actual MDIXEEE Feature DisabledUntagged member of L2 VLAN 1, port state is FORWARDINGBPDU guard is Disabled, ROOT protect is Disabled, Designated protect is DisabledLink Error Dampening is DisabledSTP configured to ON, priority is level0, mac-learning is enabledMACsec is DisabledOpenflow is Disabled, Openflow Hybrid mode is Disabled, Flow Control is config enabled, oper enabled, negotiation disabledMirror disabled, Monitor disabledMac-notification is disabledVLAN-Mapping is disabledNot member of any active trunksNot member of any configured trunksNo port nameIPG MII 96 bits-time, IPG GMII 96 bits-timeInternet address is 192.168.1.142/24, MTU 1500 bytes, encapsulation ethernetMMU Mode is Store-and-forward300 second input rate: 9864 bits/sec, 5 packets/sec, 0.00% utilization300 second output rate: 2744 bits/sec, 2 packets/sec, 0.00% utilization9196 packets input, 2367740 bytes, 0 no buffer Received 271 broadcasts, 4499 multicasts, 4426 unicasts0 input errors, 0 CRC, 0 frame, 0 ignored0 runts, 0 giants5335 packets output, 762915 bytes, 0 underrunsTransmitted 5 broadcasts, 613 multicasts, 4717 unicasts0 output errors, 0 collisionsRelay Agent Information option: DisabledProtected: NoMAC Port Security: DisabledUC Egress queues:Queue counters Queued packets Dropped Packets 0 8 0 1 0 0 2 0 0 3 0 0 4 48 0 5 63 0 6 0 0 7 5208 0MC Egress queues: Queue counters Queued packets Dropped Packets 0 1 0 1 5 0 2 2 0 3 0 0If I unplug cable from port 1/1/1 and plug it into another port, the issue gets resolved for a period of time and pings get through. Later on the issue reoccurs again on the new port.Could anyone suggest what could be the cause?Thanks.