Laggish connection after power outage

[vladimir_buzuev]

Hello,

Hope somebody can help me to understand and fix the problem below, thanks.

Setup (Lennar home): R510 + ICX7150-C12 + AT&T Router (with Fiber broadband)

R510 is connected to the Switch's port 11 and is PoE,

Router is connected to Switch's port 12

Router provides DHCP + DNS

Everything worked OK before yesterday's power outage. Now the connection is very laggish. I mean, it seems it takes up to several seconds to establish a connection to (any) site, but after it is established the speed seems to be as usual. Broadband itself not local clients are is an issue, as if connected directly to router's Ethernet (or router's WiFi) all work OK.

Another problem is that in Unleashed UI the switch shown as disconnected, similar to https://forums.ruckuswireless.com/conversations/ruckus-unleashed/ruckus-switch-unreachabledisconnect...

and the weirdest thing: depending on what Wi-Fi the client device is connected to, either R510 or Switch are not reachable. If I connect to R510 Wi-Fi, Switch can't be reached; if I connect to the router's Wi-Fi, R510 can't reached.

R510 and Switch seem to see each other at LLDP:

ruckus(ap-mode)# get lldp neighbors
-------------------------------------------------------------------------------
LLDP neighbors:
-------------------------------------------------------------------------------
Interface:    eth0, via: LLDP, RID: 1, Time: 0 day, 01:22:52
  Chassis:
  ChassisID:    mac ...
    SysName:      ICX7150-C12 Router
    SysDescr:     Not received
    Capability:   Bridge, on
    Capability:   Router, on
  Port:
  PortID:       mac ...
    PortDescr:    GigabitEthernet1/1/11
-------------------------------------------------------------------------------
OK


SSH@ICX7150-C12 Router>show lldp neighbors
Lcl Port Chassis ID      Port ID         Port Description            System Name
1/1/11   ..  ...  eth0                          RuckusAP


but R510 can't ping Switch

https://forums.ruckuswireless.com/conversations/ruckus-at-home/power-failure-causes-switch-to-reboot... says that Switch might be in a wrong mode, how do I check that?

Any other steps can be done to troubleshoot?

Thanks!!!

[vladimir_buzuev]

So, I tried to reboot the Switch using primary flash using

boot system flash primary yes

but it failed and used the secondary one. And it seems it IS in router mode at least based on the device name:


`SSH@ICX7150-C12 Router>show logging
Syslog logging: enabled ( 0 messages dropped, 0 flushes, 0 overruns)
    Buffer logging: level ACDMEINW, 30 messages logged
    level code: A=alert C=critical D=debugging M=emergency E=error
                I=informational N=notification W=warning

Static Log Buffer:
Jan  1 04:34:58:I:System: Stack unit 1 POE  PS 1, Internal Power supply  with 124000 mwatts capacity is up

Dynamic Log Buffer (4000 lines):
Jan  1 04:42:54:I:Security: Web session admin from src IP 192.168.1.68 timed-out
Jan  1 04:38:09:D:DHCPC: TFTP unable to download running-configuration
Jan  1 04:37:52:D:DHCPC: sending TFTP request for bootfile name brocade.cfg
Jan  1 04:37:34:D:DHCPC: sending TFTP request for bootfile name default.cfg
Jan  1 04:37:17:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Router.cfg
Jan  1 04:37:00:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3.cfg
Jan  1 04:36:43:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:36:26:I:System: Interface ethernet 1/1/11, state up
Jan  1 04:36:26:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:36:23:I:System: Interface ethernet 1/1/11, state down
Jan  1 04:36:10:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:35:54:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:35:53:I:Security: SSH login by admin from src IP 192.168.1.68 from src MAC f018.983a.58f8 to USER EXEC mode using RSA as Server Host Key.
Jan  1 04:35:45:I:System: Interface ethernet 1/1/11, state up
Jan  1 04:35:39:I:System: PoE: Power enabled on port 1/1/11.
Jan  1 04:35:38:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:35:21:I:DHCPC: ICX7150-C12 Router configured with ip-address 192.168.1.66; subnet mask 255.255.255.0 on port 1/1/12
Jan  1 04:35:21:D:DHCPC: sending TFTP request for bootfile name ICX7150-C12-Routerc0c5.20a8.42b3-config.cfg
Jan  1 04:35:21:I:PORT: 1/1/12, added ip address 192.168.1.66 by un-authenticated user from console session.
Jan  1 04:35:21:I:PORT: 1/1/12, removed ip address 192.168.1.66 by un-authenticated user from console session.
Jan  1 04:35:21:N:VRF: Router id changed for VRF default-vrf from 192.168.1.66 to 0.0.0.0
Jan  1 04:35:21:I:Security: Web login by admin from src IP 192.168.1.68
Jan  1 04:34:59:I:System: Interface ethernet 1/1/12, state up
Jan  1 04:34:58:I:System: Stack unit 1 POE  PS 1, Internal Power supply  with 124000 mwatts capacity is up
Jan  1 04:34:56:I:PKI: Trustpoint DEVICE_TRUSTPNT: Successfully loaded Manufacturing certificate file.
Jan  1 04:34:56:I:System failed to boot from primary !!
Jan  1 04:34:56:I:System: Cold start
Jan  1 04:34:55:D:DHCPC: starting dhcp client service on 656 port(s)
Jan  1 04:34:55:I:DHCPC: Found dynamic IP address 192.168.1.66 subnet mask 255.255.255.0 on port 1/1/12
Jan  1 04:34:55:I:Security: running-config was potentially changed by operator from console`

So, any idea how to put it back to 'switch' mode? Thanks.

[vladimir_buzuev]

So, I see that Switch has "switch" mode primary flash, and "router" for the secondary:

SSH@ICX7150-C12 Router>show flash
Stack unit 1:
  NAND Type: Micron NAND 2GiB (x 1)
  Compressed Pri Code size = 28660224, Version:08.0.90dT211 (SPS08090d.bin)
  Compressed Sec Code size = 32539748, Version:08.0.90dT213 (SPR08090d.bin)

So, how to troubleshoot the reason why it did fail to boot using primary flash?

[syamantakomer]

Hi Vladimir,

Please open a support case for ICX and support should be able to help you.

If you have logs, they may be able to check the failure reason, but if logs are gone, they may also not able to provide more insights.

[vladimir_buzuev]

Well, had to reflash both primary and secondary flash with switch flash, works OK now...