02-20-2017 06:44 AM - edited 03-08-2019 09:25 AM
I am troubleshooting an issue with a Canon Plotter printer which was working fine until we replaced the old 3COM switch that it was connected to with a new Cisco Catalyst 2960-X. After the switch replacement the printer is very slow queuing the print job and talks hours to print a large image (250 MB pdf file). While troubleshooting I placed a small 5 port netgear switch in between and everything works fine again but without that mini-switch in between it is painfully slow.
The Plotter is a Canon iPF820 and when looking at the switch port it connects to, it is negotiating a 100 mbps at Full duplex and not showing any errors:
GigabitEthernet1/0/14 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 0038.df4c.0d8e (bia 0038.df4c.0d8e)
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 off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:02, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 7761
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1000 bits/sec, 1 packets/sec
5 minute output rate 3000 bits/sec, 2 packets/sec
101863 packets input, 19812206 bytes, 0 no buffer
Received 39119 broadcasts (31056 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 31056 multicast, 0 pause input
0 input packets with dribble condition detected
1023132 packets output, 392655932 bytes, 0 underruns
0 output errors, 0 collisions, 1 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
The configuration on the port is as follows:
interface GigabitEthernet1/0/14
switchport access vlan 30
switchport mode access
switchport nonegotiate
spanning-tree portfast edge
spanning-tree bpdufilter enable
spanning-tree bpduguard enable
Any suggestions or ideas on what might be going on?
Thanks
02-20-2017 07:31 AM
Hi Raul
Please try with this config and keep us posted.
conf t
default interface GigabitEthernet1/0/14
interface GigabitEthernet1/0/14
switchport access vlan 30
switchport mode access
spanning-tree portfast
spanning-tree bpduguard enable
duplex full
speed auto
no shutdown
Also I'm assuming your STP config is ok. Try to use rapid per vlan STP.
Hope it is useful
02-20-2017 08:36 AM
Thank you Julio
I tried the provided config but did not make a difference.
02-20-2017 08:53 AM
Can you execute this command line:
show interface g1/0/14 in order to see if there are errors. Have you changed the patch cord?
02-20-2017 08:45 AM
Hello Raul,
Could you please share me the below
sh ver
sh mls qos
sh queuing int GigabitEthernet1/0/14
Is the output drops seen increasing on them?
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 7761
Regards,
Madhu.
02-20-2017 10:44 AM
DRCSW01#Sh ver
Cisco IOS Software, C2960X Software (C2960X-UNIVERSALK9-M), Version 15.2(5b)E, R ELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2016 by Cisco Systems, Inc.
Compiled Wed 14-Sep-16 06:29 by prod_rel_team
ROM: Bootstrap program is C2960X boot loader
BOOTLDR: C2960X Boot Loader (C2960X-HBOOT-M) Version 15.2(3r)E1, RELEASE SOFTWAR E (fc1)
DRCSW01 uptime is 9 weeks, 4 days, 22 hours, 8 minutes
System returned to ROM by power-on
System restarted at 14:22:24 Eastern Wed Dec 14 2016
System image file is "flash:/c2960x-universalk9-mz.152-5b.E.bin"
Last reload reason: power-on
This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.
A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html
If you require further assistance please contact us by sending email to
export@cisco.com.
cisco WS-C2960X-48LPS-L (APM86XXX) processor (revision M0) with 524288K bytes of memory.
Processor board ID FOC2035Y32N
Last reset from power-on
2 Virtual Ethernet interfaces
1 FastEthernet interface
52 Gigabit Ethernet interfaces
The password-recovery mechanism is enabled.
512K bytes of flash-simulated non-volatile configuration memory.
Base ethernet MAC Address : 00:38:DF:4C:0D:80
Motherboard assembly number : 73-16692-05
Power supply part number : 341-0528-02
Motherboard serial number : FOC203536P1
Power supply serial number : DCC202993TB
Model revision number : M0
Motherboard revision number : A0
Model number : WS-C2960X-48LPS-L
Daughterboard assembly number : 73-14200-03
Daughterboard serial number : FOC20351Y6J
System serial number : FOC2035Y32N
Top Assembly Part Number : 68-100470-02
Top Assembly Revision Number : B0
Version ID : V04
CLEI Code Number : CMMLP00ARD
Daughterboard revision number : A0
Hardware Board Revision Number : 0x18
Switch Ports Model SW Version SW Image
------ ----- ----- ---------- ----------
* 1 54 WS-C2960X-48LPS-L 15.2(5b)E C2960X-UNIVERSALK9-M
Configuration register is 0xF
-------------------------------------------------------------------------------------------------------------
DRCSW01#sh mls qos
QoS is enabled
QoS ip packet dscp rewrite is enabled
-------------------------------------------------------------------------------------------------------------
DRCSW01#sh queueing interface g1/0/14
Interface GigabitEthernet1/0/14 queueing strategy: none
-------------------------------------------------------------------------------------------------------------
Yes, the output drops seems to be increasing
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 9496
-------------------------------------------------------------------------------------------------------------
02-20-2017 09:04 PM
Thanks. This could be the output drops causing the slowness. Since the packets starts retransmits, it can worsen it. Output drops are not caused by Layer 1. This could be due to buffer filling up. Please send me the below output to see which queue is dropping them. We can try tweak them to get rid of it.
sh mls qos interface g1/0/14 statistics
Regards,
Madhu.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide