100 mbps devices not working on new 9200 switches

[ColeB20570]

There is a lot to unpack here so bear with me!

Sh run and sh ver are attached.

Recently replaced 5 older switches with 9200-48P's running 17.03.04. Ran into an issue with some older devices that are 100mbps and have static IP's. They are unable to connect to the network. Most of these are printers of different models.

So far we've change IP's, changed NIC (so MAC), changed cables, made sure the printer firmware is updated, and changed settings on the ports. Removed all QOS from the ports. Set speed to 100 and tried auto. Set duplex to auto, full, and half. I've downgraded the firmware to 16.12.06.

The devices work fine when we installed a 3500 switch in place just to verify the runs aren't bad. We have like 12 devices having this issue.

When I do sho int summery on the interfaces we only see OQD going up.

                    Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL

-----------------------------------------------------------------------------------------------------------

* GigabitEthernet1/0/36 0  0      0  629928 0        0       0       0        0

Port shows connected.

Gi1/0/36 connected 38 a-full a-100 10/100/1000BaseTX

2WestTEST#sh int gi1/0/36

GigabitEthernet1/0/36 is up, line protocol is up (connected)

Hardware is Gigabit Ethernet, address is c44d.8439.7924 (bia c44d.8439.7924)

MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX

input flow-control is on, output flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output 00:00:00, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 42010

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

1180 packets input, 175607 bytes, 0 no buffer

Received 1169 broadcasts (360 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 360 multicast, 0 pause input

0 input packets with dribble condition detected

3 packets output, 208 bytes, 0 underruns

Output 0 broadcasts (0 multicasts)

0 output errors, 0 collisions, 10 interface resets

0 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

We are at a complete loss as to why this is happening. Any ideas are greatly appreciated!

[Reza Sharifi]

Is this happening on all 5 new switches or just one?

Also, have you consulted Cisco TAC?

HTH

[ColeB20570]

Yes on all 5 switches. The one I posted we setup this morning with different Firmware to test.

Haven't contacted TAC yet. Figured we'd start here.

[Reza Sharifi]

Ok, can you try disabling POE on a port (as Georg suggested) and test? Also, what type of copper cable do you have in place? cat5, cat6, 6a, etc...If these suggestions don't resolve the issue, I would call Cisco.

HTH 

[ColeB20570]

Using cat5 cable. We also disabled POE and the issue persists. 

[Georg Pauwen]

Hello,

I was just about to say that the switchports have PoE enabled by default, you might want to turn it off...but I saw the issue has already been resolved.

[Leo Laohoo]

Force the ports to negotiate to 10/100 Mbps:  speed auto 10 100

IMPORTANT:  Make sure to include the mode "auto".

[ColeB20570]

Doing speed auto 10 100 doesn't remove 1000 as an option. It is being auto detected at duplex- full and speed- 100.

[Leo Laohoo]

---

@ColeB20570 wrote:

Doing speed auto 10 100 doesn't remove 1000 as an option. It is being auto detected at duplex- full and speed- 100.

---

I am trying to determine if there is a cable fault or not.  This is why I am recommending configuring the port to auto (negotiate) 10/100Mbps.

[ColeB20570]

Appreciate the response.

Setting that on the port didn't fix the issue.

Cables have been changed. This is happening on around 15-20 devices in two different data closets on different VLANs.

[Leo Laohoo]

Can you try to directly-connect the devices to the switch?  I want to eliminate any horizontal cabling "anomalies".   

[ColeB20570]

I might be able to move one printer and do that. Won't be until tomorrow though.

[Leo Laohoo]

---

@ColeB20570 wrote:
I might be able to move one printer and do that. Won't be until tomorrow though.

---

Printer?  Oh, no.  Don't move it.  I have another way around it. 

Is there a PoE phone?  Plug the phone into the same patch port as the printer.  IF it does not work, directly-connect the PoE phone to the switch.  

[ColeB20570]

The phone works using the same patch port and cabling.

[Leo Laohoo]

Just want to make sure that the phone not only powers up but is able to make calls, right?  Powering up is only one slice of the troubleshooting.