Re: [IPFIX] new monitoring interval information elements

Gerhard Muenz <[email protected]>
Newsgroups gmane.ietf.ipfix
Message-ID <[email protected]>
Paul,

It depends on what kind of interval you want to specify.

If you want to specify the (re-)initialization time of the Metering 
Process, why not name the IE meteringProcessSysUpTime or (if you do not 
like sysup) meteringProcessInitializationTime?
And mention (re-)initialization in the description?
Dito for exportingProcessInitializationTime etc.

If we need the stop time, you can use meteringProcessStopTime or so.

If you want to define a new interval which is not starting at 
(re-)initialization time but later, then your definitions are ok. But 
this means that you need to specify new counter elements for this interval.

Thanks,
Gerhard


On 25.06.2012 19:08, Paul Aitken wrote:
> Gerhard,
>
>> Ok, I see the difference to discontinuity time.
>>
>> Some further thoughts:
>>
>> The common understanding is that the "time since re-initialization"
>> means sysUpTime. For example, have a look at the description of
>> flowEndSysUpTime:
>> "The relative timestamp of the last packet of this Flow. It indicates
>> the number of milliseconds since the last (re-)initialization of the
>> IPFIX Device (sysUpTime)."
>
> Yes, sysUpTime (so specifically, flowStartSysUpTime and
> flowEndSysUpTime), are times "since the last (re-)initialization of the
> IPFIX Device".
>
> These are not necessarily related to the metering process.
>
> Taking some other examples: octetTotalCount, packetTotalCount,
> droppedOctetTotalCount, droppedPacketTotalCount, observedFlowTotalCount,
> ignoredPacketTotalCount, ignoredOctetTotalCount,
> postMCastOctetTotalCount, ... are all of the form:
>
>       "The total number of X since the Metering Process
> (re-)initialization for this Observation Point."
>
> We could suppose that the Metering Process initialised at system uptime.
> However, that may not be the case: it could have started any amount of
> time later. eg, a user could configure a Metering Process at any time.
> Or, an automated system could start and stop Metering Processes
> according to different times of day or different network conditions.
> Without timestamps to tell us, we simply do not know.
>
>
>
>> Your proposed IEs do not mention neither (re-)initialization nor
>> sysUpTime. They rather seem to specify a time interval which is
>> located somewhere within the sysuptime interval. Hence, the interval
>> does not work to define the time frame of exportedMessageTotalCount,
>> for example. You would need to define a new IE
>> exportedMessageInMonitoringInterval.
>
> Indeed, because the IEs which I'm specifying here are particular to the
> Monitoring Process, whereas exportedMessageTotalCount seems to require a
> time reference for the Exporting Process. It's a related, though
> different, issue.
>
> (ie, the Exporting Process may start from system init, or at any time
> since then. It may have been started before, or after, the Metering
> Process. Without a suitable timestamp IE, we simply do not know.)
>
>
>> The different IE descriptions suggest that the time of
>> re-initialization (i.e. sysuptime) can be different for Metering
>> Process, Exporting Process etc.
>
> Indeed this is so. There is no necessity for these to be the same.
>
>
>> It seems that we need IE to export sysUpTime for each process.
>
> We agree.
>
> So in principal, you understand what I'm trying to do. However, you
> would like clearer definitions of the Information Elements?
>
> Thanks,
> P.
>



_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.