Citing from http://docs.hp.com/en/36922-90042/apas06.html#d0e14990
Recv dropped: addr — Total number of frames received by the adapter card,
but dropped because no upper layer protocol had requested future reception
of those frames, or because that protocol unbound itself from the link while
the received frame was still in motion. Older, intelligent adapter cards can
invisibly receive and drop these frames, often without ever reporting them
as statistics. But today's adapters are not intelligent, and require link
driver involvement. For users unfamiliar with seeing it, this statistic may
seem excessive. But it is important because it gives an indication of the
amount of unnecessary traffic present on the network segment to which the
adapter card is connected. High values may indicate a need to resegment the
network, since systems and their adapters are spending a large amount of
time and resources recognizing and dropping frames they do not care to see.
High volumes of such traffic can also limit network bandwidth. The maximum
printable value of this 64-bit field is 17 digits, or about 99 million
billion frames. In the previous example, out of 15.7 million frames
received, 9.87 million have been dropped based on address: about 63 percent
of all frames received are then being dropped. This level would be
considered high.
------------
Something out there is 'yacking it up', looking for anything listening
(probably on a certain port). Bootp multicast would be a good example.
Using the manual's example of dividing 'recv dropped addr' by 'receives no
error' and paul's number -- I get 6% which is probably not a big deal.
Hth - d
---
Donna Hofmeister
Allegro Consultants, Inc.
408-252-2330
> -----Original Message-----
> From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
> Behalf Of English, Paul
> Sent: Tuesday, April 21, 2009 2:39 AM
> To: [log in to unmask]
> Subject: [HP3000-L] ERRORS SHOWN WITH LINKCONTROL
>
> In reply to Donnas' reply dated 19/03 (didn't see it, was forwarded by
> another group member).
>
> We are on MPE/iX 6.5 pp2
>
> Please see representative results below - have done a LINKCONTROL
> RESET=ALL every 5 minutes - the query is related to the RECV DROPPED
> ADDR item - roughly 1 a second.
>
> Linkname: DTSLINK2 Linktype: 100BT Linkstate: CONNECTED
> Transmit bytes 5478693 Receive bytes
> 786962
> Transmits 10969 Receives
> 7720
> Transmits no error 10969 Receives broadcast
> 3534
> Transmits dropped 0 Receives multicast
> 3
> Transmits deferred 0 Receives no error
> 11523
> Transmits 1 retry 0 CRC or Maxsize error
> 0
> Transmits >1 retry 0 Code or Align error
> 0
> Trans 16 collisions 0 Recv dropped: addr
> 266
> Trans late collision 0 Recv dropped: buffer
> 0
> Trans underruns 0 Recv dropped: dma
> 0
> Carrier losses 0 Recv dropped: other
> 0
> Link disconnects 0 Recv deferred
> 0
> Link speed 100 Recv overruns
> 0
> Link duplex Full Link auto sensed
> No
> Link mode 100Base-TX Secs since clear
> 299
>
>
>
>
> Linkname: DTSLINK2 Linktype: 100BT Linkstate: CONNECTED
> Transmit bytes 78180225 Receive bytes
> 2683362
> Transmits 61973 Receives
> 40324
> Transmits no error 61973 Receives broadcast
> 2741
> Transmits dropped 0 Receives multicast
> 0
> Transmits deferred 0 Receives no error
> 43326
> Transmits 1 retry 0 CRC or Maxsize error
> 0
> Transmits >1 retry 0 Code or Align error
> 0
> Trans 16 collisions 0 Recv dropped: addr
> 261
> Trans late collision 0 Recv dropped: buffer
> 0
> Trans underruns 0 Recv dropped: dma
> 0
> Carrier losses 0 Recv dropped: other
> 0
> Link disconnects 0 Recv deferred
> 0
> Link speed 100 Recv overruns
> 0
> Link duplex Full Link auto sensed
> No
> Link mode 100Base-TX Secs since clear
> 299
>
>
>
> Freundliche Grüße / kind regards
>
> Paul English
>
>
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
