Wednesday, November 17, 2021

Cisco ASR-1002-X and 3750 won't link beyond 100Mb/s

Hooking a router up to a switch should be pretty easy.

Either set auto on both ends, or in some very weird circumstances, hardcode the speed/duplex on both.

On the router side, this is the first of the 6 built-in ports (with a copper SFP installed). On the switch side going to a built-in copper port.

The devices differ slightly in setting port speed/negotiation. The router has "switchport nonegotiate" or "no switchport nonegotiate", and no ability to set what speeds/duplex is advertised, but I'm going to assume it's announcing 1000/FD. You can manually fix speed/duplex as well.

The switch combines "speed" and "duplex" negotiate or not and advertised link speeds all under the "speed" and "duplex" port commands.

I have tried every combination here - auto on both ends, fixed on both ends, auto on one end w/fixed on the other (and vice-versa). The only thing that gets me a link is autoneg for both ends, but it's only negotiating 100/FD.

Swapped in a new cable. Both old and new cable report OK in the switch's TDR test.

What caught my eye after wasting a half hour getting in OOB to both devices and testing all the combinations of speed/duplex is the SFP. It does not look quite legit:

1002x#sh hw-module subslot 0/0 transceiver 0 idprom IDPROM for transceiver GigabitEthernet0/0/0: Description = SFP or SFP+ optics (type 3) Transceiver Type: = GE T (26) Product Identifier (PID) = SP7041-E Vendor Revision = B Serial Number (SN) = YACS1071 Vendor Name = CISCO-METHODE Vendor OUI (IEEE company ID) = 00.00.00 (0) CLEI code = N/A Cisco part number = N/A Device State = Enabled. Date code (yy/mm/dd) = 11/08/30 Connector type = Unknown. Encoding = 8B10B NRZ Nominal bitrate = GE (1300 Mbits/s) Minimum bit rate as % of nominal bit rate = not specified Maximum bit rate as % of nominal bit rate = not specified l3-1002x# l3-1002x#sh hw-module subslot 0/0 transceiver 0 status The Transceiver in slot 0 subslot 0 port 0 is enabled. Sensor Data is not supported by this transceiver l3-1002x# 

The OUI, vendor ("CISCO-METHODE"?), part number, etc. don't really scream "I am legit".

What are the odds of the SFP being at fault here? I don't mess with enough of this stuff to have a sense for how janky off-brand SFPs are. This is labelled as a "SFP-GE-T" - are there any weird limitations/surprises on this model?

If we need to grab another 3rd party sfp quickly, how's FS for this stuff?

https://www.fs.com/products/12626.html



No comments:

Post a Comment