From: Marco A. <mar...@re...> - 2020-09-21 07:58:27
|
Hi Barrie, I understand what you mean, but what makes me believe that the problem is caused by the turning of the counters is that the alarm of the discard rate and error rate, on this switch, are always go off together, and both of these alarm values are associated with a value of zero relating to the number of discard packets and of those in error (see example below) Marco Il 18/09/2020 16:49, Barrie Smallshaw ha scritto: > Hi Marco > A packet is discarded when it has a transmission or formatting error, > or when the device doesn't have enough storage room for it. > > For example, if a jumbo packet is received by an interface with an mtu > of 1500, the interface will discard it, or in the case of a router, it > will fragment the packet before forwarding it. It can also happen if > there is a signal quality issue due to long cable runs, dirty fiber > connections, insufficient bandwidth or high CPU usage. > > I think of it as "All packet errors are discards, but not all packet > discards are errors." > > Barrie Smallshaw > sent from my android phone > > On Fri., Sep. 18, 2020, 11:16 a.m. Marco Avvisano, > <mar...@re... > <mailto:mar...@re...>> wrote: > > Hi Barrie, > > but if the problem is due to the connected device, shouldn't I see > something at the switch interface level? > > there are no packets in errors, or drops reported on the switch > > Thanks for your suggestions > > Marco > > Il 18/09/2020 15:54, Barrie Smallshaw ha scritto: >> Hi Marco >> I your case, I would check the device connected to the interface. >> The switch appears to be doing what it's supposed to do. The >> device at the other end of the connection is causing the >> discards. This can be due to a full buffer. >> >> Cheers, >> >> Barrie Smallshaw >> sent from my android phone >> >> On Fri., Sep. 18, 2020, 10:46 a.m. Marco Avvisano, >> <mar...@re... >> <mailto:mar...@re...>> wrote: >> >> Hi Barrie, >> >> In my case the amount of discarded packets I believe is due >> to the counter. >> >> From ACL on the switch: >> >> Input queue: 0/2000/0/0 (size/max/drops/flushes); Total >> output drops: 0 >> Queueing strategy: Class-based queueing >> Output queue: 0/40 (size/max) >> 5 minute input rate 0 bits/sec, 0 packets/sec >> 5 minute output rate 241000 bits/sec, 38 packets/sec >> 875342 packets input, 119190972 bytes, 0 no buffer >> Received 40969 broadcasts (40893 multicasts) >> 0 runts, 0 giants, 0 throttles >> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored >> 0 watchdog, 40893 multicast, 0 pause input >> 0 input packets with dribble condition detected >> 77267049 packets output, 9400797396 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 >> >> Devmon allert: >> >> Gi1/0/6 - Very high output discard rate (8166.52%) >> >> I was wondering if there was a way to get over this >> >> Marco >> >> Il 18/09/2020 15:25, Barrie Smallshaw ha scritto: >> > Hi, >> > This looks like the counter has wrapped around to zero. >> Since the ifInDps is a DELTA value, you will get a huge spike >> as it wraps around. If you are getting a large amount of >> discards on an interface, there may be something other than >> the switch causing them. I’ve seen this issue when jumbo >> frames are configured everywhere instead of limiting them to >> block traffic such as iscsi or NFS. >> > >> > Barrie Smallshaw >> > >> > Sent from my iPad >> > >> >> On Sep 18, 2020, at 6:20 AM, Marco Avvisano >> <mar...@re... >> <mailto:mar...@re...>> wrote: >> >> >> >> Hi, >> >> >> >> i have the same problem using devmon to monitor cisco 3850 >> (same oids and transforms file) >> >> >> >> Someone solved this problem ? >> >> >> >> Thanks, >> >> >> >> Marco >> >> >> >> Il 12/05/2008 22:46, Taylor Lewick ha scritto: >> >>> No I hadn't thought to try that... Ill give it a try.. >> >>> >> >>> -----Original Message----- >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Guðmundur Örn Ingvarsson >> >>> Sent: Friday, May 09, 2008 8:05 AM >> >>> To: dev...@li... >> <mailto:dev...@li...> >> >>> Subject: Re: [Devmon] input discard rate >> >>> >> >>> Have you tried reviewing the RRD files and doing the >> calculations yourself? >> >>> >> >>> ___________________________________________ >> >>> >> >>> Guðmundur Örn Ingvarsson >> >>> Landsbankinn >> >>> Global Unix Infrastructure Engineer >> >>> Core Systems IT - CS IT >> >>> >> >>> Sími / Tel.: (+354) 410 6730 >> >>> Farsími / Mobile: (+354) 820 5074 >> >>> Fax: (+354) 410 3032 >> >>> gud...@la... >> <mailto:gud...@la...> >> >>> www.landsbanki.is <http://www.landsbanki.is> >> >>> >> >>> >> >>> -----Original Message----- >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Taylor Lewick >> >>> Sent: 8. maí 2008 19:14 >> >>> To: dev...@li... >> <mailto:dev...@li...> >> >>> Subject: Re: [Devmon] input discard rate >> >>> >> >>> Sure, here they are, but they haven't been touched... >> >>> >> >>> Oids >> >>> ifName : .1.3.6.1.2.1.31.1.1.1.1 : branch >> >>> ifAlias : .1.3.6.1.2.1.31.1.1.1.18 : branch >> >>> ifInOctets : .1.3.6.1.2.1.2.2.1.10 : branch >> >>> ifInDiscards : .1.3.6.1.2.1.2.2.1.13 : branch >> >>> ifOutOctets : .1.3.6.1.2.1.2.2.1.16 : branch >> >>> ifOutDiscards : .1.3.6.1.2.1.2.2.1.19 : branch >> >>> >> >>> transforms >> >>> # Get bit speed delta (so we dont have to provide custom >> delta limit) >> >>> ifInOps : DELTA : {ifInOctets} >> >>> ifOutOps : DELTA : {ifOutOctets} >> >>> # Convert our octets delta into bits per second >> >>> ifInBps : MATH : {ifInOps} x 8 >> >>> ifOutBps : MATH : {ifOutOps} x 8 >> >>> # Do delta transform on all error counters >> >>> ifInDps : DELTA : {ifInDiscards} >> >>> ifOutDps : DELTA : {ifOutDiscards} >> >>> # Perform error to traffic percentage calculations >> >>> ifInDscPct : MATH : ({ifInDps} / {ifInBps}) >> x 100 >> >>> ifOutDscPct : MATH : ({ifOutDps} / >> {ifOutBps}) x 100 >> >>> # Create an alias in a bracketed box, or nothing if alias >> is blank >> >>> ifAliasBox : REGSUB : {ifAlias} /(\S+.*)/ [$1]/ >> >>> >> >>> messages >> >>> <b>Discards:</b> >> >>> TABLE: >> >>> Ifc name|Discards in|Discard rate in|Discard load >> in|Discards out|Discard rate out|Discard load out >> >>> >> {ifName}{ifAliasBox}|{ifInDiscards}|{ifInDps}|{ifInDscPct.color}{ifInDscPct}%{ifInDscPct.errors}|{ifOutDiscards}|{ifOutDps}|{ifOutDscPct.color}{ifOutDscPct}%{ifOutDscPct.errors} >> >>> >> >>> Note: >> >>> Error rates are per second. >> >>> Load percentages are based on error/bit ratio. >> >>> >> >>> >> >>> ________________________________________ >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Guðmundur Örn Ingvarsson >> >>> Sent: Thursday, May 08, 2008 10:47 AM >> >>> To: 'dev...@li... >> <mailto:dev...@li...>' >> >>> Subject: Re: [Devmon] input discard rate >> >>> >> >>> We're monitoring a few 6509 but I can't say we've seen >> numbers like that one. >> >>> Can you include the oids, transforms and messages files >> just if there is anything spooky in there? >> >>> >> >>> >> >>> >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Taylor Lewick >> >>> Sent: 8. maí 2008 15:11 >> >>> To: dev...@li... >> <mailto:dev...@li...> >> >>> Subject: [Devmon] input discard rate >> >>> >> >>> Is anyone out there using devmon to monitor a 6509? If >> so, do you ever get messages about a link having a very high >> input discard rate? >> >>> >> >>> And if so, what does that mean? I can see output discard >> counters on the switch by running show int gi#/# counter >> errors, but I don't see any counters for input-discards, only >> output-discards. >> >>> Also, if you look below, the Discards In reports as 0, >> yet the rate in reports as 72796055, and a 4386%, so I think >> something is wrong with the way devmon is calculating the >> discard load in. >> >>> >> >>> Ifc name Discards in Discard rate >> in Discard load in Discards out Discard rate out >> Discard load out >> >>> Gi#/# [*** some link ***] 0 >> 72796055.85 4386.49% 0 >> 0.00 0.00% >> >>> >> >>> And the rate we are getting is unreal (see above). We >> aren't hearing of any problems on this link, yet devmon is >> reporting. This happens about once an hour and lasts about >> for one poll cycle, i.e. one minute. >> >>> >> >>> >> >>> >> >>> Fyrirvari/Disclaimer >> >>> http://www.landsbanki.is/disclaimer >> >>> >> >>> >> ------------------------------------------------------------------------- >> >>> This SF.net email is sponsored by the 2008 JavaOne(SM) >> Conference >> >>> Don't miss this year's exciting event. There's still time >> to save $100. >> >>> Use priority code J8TL2D2. >> >>> >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> >>> _______________________________________________ >> >>> Devmon-support mailing list >> >>> Dev...@li... >> <mailto:Dev...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >>> Fyrirvari/Disclaimer >> >>> http://www.landsbanki.is/disclaimer >> >>> >> >>> >> ------------------------------------------------------------------------- >> >>> This SF.net email is sponsored by the 2008 JavaOne(SM) >> Conference >> >>> Don't miss this year's exciting event. There's still time >> to save $100. >> >>> Use priority code J8TL2D2. >> >>> >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> >>> _______________________________________________ >> >>> Devmon-support mailing list >> >>> Dev...@li... >> <mailto:Dev...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >>> >> >>> >> ------------------------------------------------------------------------- >> >>> This SF.net email is sponsored by: Microsoft >> >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >>> _______________________________________________ >> >>> Devmon-support mailing list >> >>> Dev...@li... >> <mailto:Dev...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >> >> >> _______________________________________________ >> >> Devmon-support mailing list >> >> Dev...@li... >> <mailto:Dev...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > >> > _______________________________________________ >> > Devmon-support mailing list >> > Dev...@li... >> <mailto:Dev...@li...> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support >> |