cancel
Showing results for 
Search instead for 
Did you mean: 

ICX7450-48 not forwarding packets

SadClouds
New Contributor

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 2022

Port 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-ilom
PING 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 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=2 ttl=64 time=0.695 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=3 ttl=64 time=0.714 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=4 ttl=64 time=0.698 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=5 ttl=64 time=0.700 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=6 ttl=64 time=0.759 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=7 ttl=64 time=0.699 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=8 ttl=64 time=0.695 ms
64 bytes from 192.168.1.5 (192.168.1.5): icmp_seq=9 ttl=64 time=0.696 ms
From rp4.home.lan (192.168.1.16) icmp_seq=10 Destination Host Unreachable
From rp4.home.lan (192.168.1.16) icmp_seq=11 Destination Host Unreachable
From rp4.home.lan (192.168.1.16) icmp_seq=14 Destination Host Unreachable
From rp4.home.lan (192.168.1.16) icmp_seq=15 Destination Host Unreachable
From rp4.home.lan (192.168.1.16) icmp_seq=16 Destination Host Unreachable

It looks like ICX7450 keeps queuing packets without forwarding them:

ICX7450-48-Router>show interface ethernet 1/1/1
GigabitEthernet1/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 fdx
Configured mdi mode AUTO, actual MDIX
EEE Feature Disabled
Untagged member of L2 VLAN 1, port state is FORWARDING
BPDU guard is Disabled, ROOT protect is Disabled, Designated protect is Disabled
Link Error Dampening is Disabled
STP configured to ON, priority is level0, mac-learning is enabled
MACsec is Disabled
Openflow is Disabled, Openflow Hybrid mode is Disabled, Flow Control is config enabled, oper enabled, negotiation disabled
Mirror disabled, Monitor disabled
Mac-notification is disabled
VLAN-Mapping is disabled
Not member of any active trunks
Not member of any configured trunks
No port name
IPG MII 96 bits-time, IPG GMII 96 bits-time
Internet address is 192.168.1.142/24, MTU 1500 bytes, encapsulation ethernet
MMU Mode is Store-and-forward
300 second input rate: 9864 bits/sec, 5 packets/sec, 0.00% utilization
300 second output rate: 2744 bits/sec, 2 packets/sec, 0.00% utilization
9196 packets input, 2367740 bytes, 0 no buffer
Received 271 broadcasts, 4499 multicasts, 4426 unicasts
0 input errors, 0 CRC, 0 frame, 0 ignored
0 runts, 0 giants
5335 packets output, 762915 bytes, 0 underruns
Transmitted 5 broadcasts, 613 multicasts, 4717 unicasts
0 output errors, 0 collisions
Relay Agent Information option: Disabled
Protected: No
MAC Port Security: Disabled


UC 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 0


MC Egress queues:
Queue counters Queued packets Dropped Packets
0 1 0
1 5 0
2 2 0
3 0 0

If 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.

1 REPLY 1

SadClouds
New Contributor

I think the problem I was having was due to the router firmware image and ARP packets not getting through the various ports. I installed and booted the switch firmware image from the second partition and the issue seems to be resolved. Running "show arp" command on the switch now lists the relevant IP and their MAC addresses.

I assumed L3 switch could be used like L2 switch, but with the addition of various routing protocols when performing advanced configurations. May be that is not the case. Does anyone know if the default behavior of L2 protocols with SPR08095n.bin image is significantly different than with SPS08095n.bin image?

Thanks.