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
end
LVL 2
amigan_99Network EngineerAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

buckethead34Commented:
The cabling or wiring could be a factor. What type of cable and have you checked the ends? Do you have a cable tester?
0
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?
0
buckethead34Commented:
Gig uses all 8 wires so if it is miswired it could be negotiating down to 100/full because it only uses 4.
0
Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

Mustafa Al HousamiNetwork and Security Consultant/CCIE #48377Commented:
Have you tried to check the configured NIC speed & duplex on your laptop?
0
JustInCaseCommented:
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)
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
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.
0
JustInCaseCommented:
You're welcome.
0
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
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Cisco

From novice to tech pro — start learning today.