01-31-2012 07:05 AM - edited 03-11-2019 03:21 PM
Greetings,
We are in the process of transitioning from a hub to a switch network connection on our current inside interface on the ASA 5520.
However, in the meantime - we've been observing incrementing errors specifically eth collisions and deferred packets and dropped packets
only on that interface that's attached to the hub:
Interface GigabitEthernet0/1 "inside", is up, line protocol is up
Hardware is i82546GB rev03, BW 1000 Mbps, DLY 10 usec
Auto-Duplex(Half-duplex), Auto-Speed(100 Mbps)
MAC address 0013.c480.5e0b, MTU 1500
IP address 172.16.0.32, subnet mask 255.255.0.0
1343330 packets input, 308281070 bytes, 0 no buffer
Received 19733 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 L2 decode drops
1762913 packets output, 1087630810 bytes, 0 underruns
0 output errors, 190190 collisions, 0 interface resets
0 late collisions, 121362 deferred
0 input reset drops, 0 output reset drops, 0 tx hangs
input queue (curr/max packets): hardware (0/33) software (0/0)
output queue (curr/max packets): hardware (0/155) software (0/0)
Traffic Statistics for "inside":
1343330 packets input, 281302280 bytes
1762913 packets output, 1054835780 bytes
11343 packets dropped
1 minute input rate 2051 pkts/sec, 389541 bytes/sec
1 minute output rate 2697 pkts/sec, 1617916 bytes/sec
1 minute drop rate, 18 pkts/sec
5 minute input rate 2398 pkts/sec, 540898 bytes/sec
5 minute output rate 3128 pkts/sec, 1910413 bytes/sec
5 minute drop rate, 19 pkts/sec
++
interface GigabitEthernet0/1
nameif inside
security-level 100
ip address 172.16.0.32 255.255.0.0
Are there any settings (speed/duplex) on the ASA inside int that I could implement as a workaround to fix these errors?
Through a number of test windows - when we connect the inside interface to the switch - the current int settings work and we
are getting the correct speed/duplex - and the errors disappear.
Thanks for your assistance.
Solved! Go to Solution.
01-31-2012 01:40 PM
Hi iholdings,
If you look at the interface status you will see that this firewall interface is autonegotiationing to half duplex or one-way communcations. This tells me that the hub you have your firewall connected to is not able to full duplex but the new switch will autonegotiate to full duplex with your firewall.
Half duplex always causes errors on your interface and they will go away with the new switch.
Thanks,
Kimberly
01-31-2012 01:40 PM
Hi iholdings,
If you look at the interface status you will see that this firewall interface is autonegotiationing to half duplex or one-way communcations. This tells me that the hub you have your firewall connected to is not able to full duplex but the new switch will autonegotiate to full duplex with your firewall.
Half duplex always causes errors on your interface and they will go away with the new switch.
Thanks,
Kimberly
01-31-2012 09:20 PM
Hello,
As Kimberly said, if you cannot configure or hard-code the HUB to have a full duplex configuration on it´s interface there is nothing you can do as there will always be collisions causing errors.
So try to change that ( not sure if your hub will allow it) or use the switch ASAP so you can see the changes on the behavior of your network.
Regards,
Julio
Do rate helpful posts!!!
02-02-2012 08:48 AM
Thanks to both.
We escalated the move over to the switch -anf that solved our problems.
Thanks again.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide