• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2836
  • Last Modified:

ProCurve - Drops TX

Hello,

I've just deplyed a large HP ProCurve Network, core is a 5406zl and 2530 at the edge, just doing a show int I noticed high Drops TX on this interface:


  C8         3,693,919,085  354,909,918    0           1,592,412    off  0

Sho int c8

show int c8

 Status and Counters - Port Counters for port C8

  Name  :
  MAC Address      : 001ffe-761cc8
  Link Status      : Up
   Utilization Rx  : 00.47 %              Utilization Tx  : 00.50 %
   Bytes Rx        : 2,088,800,989        Bytes Tx        : 1,606,297,425
   Unicast Rx      : 81,975,365           Unicast Tx      : 255,269,265
   Bcast/Mcast Rx  : 439,008              Bcast/Mcast Tx  : 17,232,890
  Errors (Since boot or last clear) :
   FCS Rx          : 0                    Drops Tx        : 1,592,412
   Alignment Rx    : 0                    Collisions Tx   : 0
   Runts Rx        : 0                    Late Colln Tx   : 0
   Giants Rx       : 0                    Excessive Colln : 0
   Total Rx Errors : 0                    Deferred Tx     : 0
  Others (Since boot or last clear) :
   Discard Rx      : 0                    Out Queue Len   : 0
   Unknown Protos  : 0
  Rates (5 minute weighted average) :
   Total Rx (bps) : 4,777,512             Total Tx (bps) : 5,021,760
   Unicast Rx (Pkts/sec) : 0              Unicast Tx (Pkts/sec) : 2
   B/Mcast Rx (Pkts/sec) : 0              B/Mcast Tx (Pkts/sec) : 8


I've SSH'd onto the switch but cannot see anything in the logs - any pointers?
0
Ian Taylor
Asked:
Ian Taylor
1 Solution
 
JustInCaseCommented:
Most likely that link is overutilized.
Tx is sending traffic since drop is the only error recorded, most likely cause is that buffer is not big enough and link is not fast enough - so traffic gets dropped, simple as that.
You can implement QoS so you can choose what traffic will be dropped, use faster link or bundle links together (of course depending what is convinient).
0
 
Ian TaylorIT Infrastructure Architect .:|:.:|:.Author Commented:
Thanks, there is hardly any devices on this switch, general network performance is fine
0
 
JustInCaseCommented:
If traffic is TCP it will be retransmitted and it will be corrected, so you will not have a lot of problems. With UDP could be different. If you can, configure monitoring to gather information.
0
Cloud Class® Course: Microsoft Azure 2017

Azure has a changed a lot since it was originally introduce by adding new services and features. Do you know everything you need to about Azure? This course will teach you about the Azure App Service, monitoring and application insights, DevOps, and Team Services.

 
Ian TaylorIT Infrastructure Architect .:|:.:|:.Author Commented:
Okay, I'll see if I can get a laptop connected to the switch in question and run wireshark on there
0
 
ArneLoviusCommented:
what is connected to that port ?

is it a fibre, or copper connection ?
0
 
gheistCommented:
and how wireshark can find dropped packed that never reaches it?
0
 
JustInCaseCommented:
Easy, do not look for lost packets, look for retransmitted packets, even draw graph about it (link below). If every packet that was sent reached the destination than there would be no retransmission, ergo if there are retransmissions in wireshark - packets were lost.  :)
Graphing Packet Retransmission Rates with Wireshark
0
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.

Join & Write a Comment

Featured Post

Cloud Class® Course: C++ 11 Fundamentals

This course will introduce you to C++ 11 and teach you about syntax fundamentals.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now