Disable autonegotiation on switch ports results in interface going down?
Good day all,
I'm labbing some switching configurations as I work on CCENT/CCNA stuff and need some help. I have 2 switches connected on a trunk. SW1 is using port FA0/2 and SW2 is using port FA0/1. I wanted to disable autonegotiation on SW1 to observe the default bahaviors when autonegotiation fails.
On SW1, I set FA0/2 to speed 100 and duplex full. But when I do this, the link goes down. FA0/2 on SW1 is down/down notconnect. Same on FA0/1 on SW2. This is not what I was expecting. My understanding is with autoneg on one side and disabled on the other, speed should still be detected and then duplex should be chosen based on speed (half in this case since speed will be 100Mbps) and the link should be up/up (even though it probably won't work well because of a duplex mismatch).
Can someone shed some light on to why the link is down after turning autoneg off on one side? SW1 is a 2960 and SW2 is a 3550.
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
I would suspect you're using a straight thru cable, and when you disable auto-neg it will disable auto MDI. Auto MDI is likely a feature of the 2960 but also likely not a feature of the 3550.
If one side's interface is set to auto, and other is hard coded, both side should agree on speed, but auto side will "assume" half duplex. Hard coded duplex will be whatever you've set it for. Of course, if duplex doesn't match, you'll get terrible performance.
Hi, yes, I am using a straight thru cable. So disabling autoneg disables auto mdix as well? I did not know that! I will test turning off autoneg on the 3550 instead and leave autoneg on the 2960 and see if I get the expected results. As mentioned, this is just part of a lab so no worries about duplex mismatch I just want to see what happens. Thanks!
If you are going to hardcode ports then you "have" to use a crossover cable. You are probably using a straight cable and having mdix correct the ports . in order to work the ports "must" set as auto otherwise the switch will take the port down which is normal in cisco gear. the 3550 is not capable of auto mdix so once you hardcode the 2960 side it will take down the port.
Thank you all for your replies. Yes, it appears the straight through cable was the issue. When disabling autoneg on the 2960, that stopped auto MDIX. So, I turned it back on on the 2960 and disabled it on the 3550 by setting speed 100 and duplex full. I still did not get the results I expected though. I would have expected the 2960 to default to half duplex since autoneg was off on the other side of the link and the speed was 100. Yet sh int status still reports the port as being a-full. How can this be? Am I missing something? Thank you for the help!
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...