Cisco 4500 GigE Port with laptop negotiating to 100F

If the laptop (Dell 7470 Win 10)  negotiates with the switch to become 100F - does that mean
that the laptop nic is likely configured for 100/Full and the AutoNegotiation at the switch port just matches that? Or could there be something else getting this to 100F with no collisions, no errors.

There are incrementing Total Output Drops (see below) and I'm suspecting that perhaps the failing to get to 1000F is playing a part in having more drops that we should.

Catalyst 4500 L3 Switch Software (cat4500es8-UNIVERSALK9-M), Version 03.03.02.XO

#show int gig 3/12
GigabitEthernet3/12 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet Port, address is 588d.0985.7a9b (bia 588d.0985.7a9b)
  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, link type is auto, media type is 10/100/1000-TX
  input flow-control is on, output flow-control is on
  Auto-MDIX on (operational: on)
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:19, output never, output hang never
  Last clearing of "show interface" counters 22:42:29
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 72056
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 55000 bits/sec, 50 packets/sec
     4661 packets input, 3011441 bytes, 0 no buffer
     Received 1486 broadcasts (1363 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     5046265 packets output, 665182515 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

interface GigabitEthernet3/12
 switchport access vlan 64
 switchport mode access
 switchport voice vlan 300
 logging event link-status
 logging event trunk-status
 storm-control broadcast level 1.00
 spanning-tree bpduguard enable
amigan_99Network EngineerAsked:
Who is Participating?
that the laptop nic is likely configured for 100/Full and the AutoNegotiation at the switch port just matches that?
No, if duplex on NIC is configured as full switch would not be able to negotiate duplex full, it would negotiate duplex half since other side is not negotiating duplex settings. Could be cable problem, as it was already written by buckhead34, but can some other issue, for example, there is a voice device on location since voice VLAN is configured on port and laptop is plugged in voice phone, but switch inside of phone supports only 100Mb speeds.

You can check copper cables on Cisco switches (but may not be supported on all modules/devices):
test cable-diagnostics tdr int gi3/12
Wait for 30 seconds or more for testing to finish and then issue
show cable-diagnostics tdr interface gi3/12

Checking Cable Status Using TDR
You can find here explanation of test results
How to use Time-Domain Reflectometer (TDR)
The cabling or wiring could be a factor. What type of cable and have you checked the ends? Do you have a cable tester?
amigan_99Network EngineerAuthor Commented:
It's Cat 5E I believe. But it's a couple of states away. If it were a cabling issue - wouldn't we see some kind of errors on the port? Or might it just negotiate down to avoid errors?
Ultimate Tool Kit for Technology Solution Provider

Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy now.

Gig uses all 8 wires so if it is miswired it could be negotiating down to 100/full because it only uses 4.
Mustafa Al HousamiNetwork and Security Consultant/CCIE #48377Commented:
Have you tried to check the configured NIC speed & duplex on your laptop?
amigan_99Network EngineerAuthor Commented:
Thanks much Predrag. I seemed to recall that hard coded to AUTO would end you up half duplex situation. I'll check out the build in commands you mentioned and failing their availability try to do some other testing.
You're welcome.
amigan_99Network EngineerAuthor Commented:
Sigh - test no go. But nice suggestions.
Dec 22 2017 22:21:55.092 PST: %C4K_IOSDIAGMAN-4-TESTNOTSUPPORTEDONMODULE: Online cable diag tdr test is not supported on module 3
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.