[IPFIX] Fwd: [RFC 3917]Overload & Reliability requirements of Metering process

[sujay gupta <sujay.ietf at gmail.com>]

Hi All,

I have been trying to collect information from about the usage of IE's
for Overload/Reliability by collector apps.

I have not received any response till now.

Internally (for the OEM I work for) I had communicated with our Collector app's
design team asking them the same, there response is in the negative,
ie they do not make sense out of this data even if my switch sends it.

On the switch side, as an implementor  I have a problem to get these
parameters when my system is under O/L (ex: parameters like
ignoredcount or notsentcount)
Under O/L the system is not capable of keeping these counts.

In a similar lines, when my system is undergoing a soft restart (
control  layer restart) I would not be able to keep track of packets
not counted etc.

So what I am proposing ( and is possible) is that under these
conditions like O/L , soft restart the system (switch/router) can
easily send to the collector  at least the "duration under which it
was in the O/L/reset condition" . This information I am thinking would
be useful as a rough estimate of monitoring lost, canbe converted in
to number of packets not accounted for or may be used as an
unaccounted period by the collector.

Any thoughts from the group?

BR,
-Sujay


---------- Forwarded message ----------
From: Sujay Gupta <Sujay_Gupta at infosys.com>
Date: Thu, Oct 1, 2009 at 1:08 AM
Subject: [IPFIX] [RFC 3917]Overload & Reliability requirements of
Metering process
To: "ipfix at ietf.org" <ipfix at ietf.org>


Hi,



While I do understand the need for reliability and overload
requirements from Metering process as in Section 5.1./5.3 RFC 3917



Specifically these IE’s;

ignoredPacketTotalCount, ignoredOctetTotalCount,
notSentFlowTotalCount, notSentPacketTotalCount



Are there collector app’s in the market interpreting them?



BR,

-Sujay

_______________________________________________
IPFIX mailing list
IPFIX at ietf.org
https://www.ietf.org/mailman/listinfo/ipfix