<div dir="ltr"><div style>Hi Thomas,</div><div><br></div><div>If you have a change in the queuing policy, it archives the counters from q0-q7 to the counter titled "Xmit Q deleted" below, then sets q0-q7 to zero. This insures show circuit counter queue reflects only the current queue policy. Also, the sum of q0-q7 and "Xmit Q deleted", can be used for the Tx total bytes/pkts for the circuit.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 6, 2013 at 12:18 AM, Voigt, Thomas <span dir="ltr"><<a href="mailto:Thomas.Voigt@netkom.de" target="_blank">Thomas.Voigt@netkom.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
Yuri Shefer wrote:<br>
<br>
< Are you saying that your "Xmit Q Deleted" counter is continuously incrementing (every minute?)? Have you changed anything related to QoS for this specific circuit?<br>
<br>
</div>No. It is stalled for more than 24 hours now.<br>
Haven't seen it incrementing in "live".<br>
<br>
We found that if we add all the Packets from "Xmits/Queue" plus the "Xmit Q Deleted" we get exactly the number of transmitted packets ("Transmit").<br>
<br>
An Redback/Ericsson SE told me that this counter is only for tracing purposes. So this is not a "bad" counter and informs uns NOT of any errors.<br>
<br>
Yes, we have configured mdrr for this circuit some months ago. But we don't see any dropped packets there.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Regards<br>
<br>
Thomas<br>
<br>
<br>
_______________________________________________<br>
redback-nsp mailing list<br>
<a href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/redback-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/redback-nsp</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best regards,<br>Yuri
</div></div>