Re: [IPFIX] Export of long lived flow information

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

Looking at the definitions:

octetTotalCount:

          The total number of octets in incoming packets
          for this Flow at the Observation Point since the Metering
          Process (re-)initialization for this Observation Point.

packetTotalCount:

          The total number of incoming packets for this Flow
          at the Observation Point since the Metering Process
          (re-)initialization for this Observation Point.


So even if there's a long gap in the traffic, the intention is that a MP 
which is reporting totalCount fields remembers that it saw the flow before.

So +1 to what Gerhard says: "flowStartTime is the time of the very first 
packet ever observed for this flow." (ie, the "original" first packet).


Whereas when reporting deltaCount fields, the MP may "forget" about the 
flow (by purging the cache entry) - so after the traffic gap the flow 
must start over as if it's entirely new, since the MP retains no 
history. Therefore the flowStartTime must be the first packet in the new 
delta - though, the collector might choose to aggregate this with 
previous deltas, setting the flowStartTime to the earliest reported and 
the flowEndTime to the latest.

This is undoubtedly something that we should capture in one of our 
updated docs.

Thanks for the great question John!

P.


On 24/10/12 21:35, Gerhard Muenz wrote:
>
> Hi,
>
> flowStartTime is the time of the first packet you are reporting on in 
> the given record. So, including totalCount fields implicitly means 
> that flowStartTime is the time of the very first packet ever observed 
> for this flow.
>
> Now, you can continue discussing what happens if both totalCounts and 
> deltaCounts are included in the same record :)
>
> Regards,
> Gerhard
>
>
> On 24.10.2012 22:28, John Court wrote:
>> Just to be crystal clear on this point of persistent caches.  Even when
>> sending "totalCount" fields, the flowStartTime is still relative to the
>> current flow record, it doesn't represent the "original" first packet
>> ever seen for the flow key in the cache ?  I just want to make sure of
>> the semantics of flowStartTime in all cases.
>>
>> Thanks again for the comments and clarifications
>>
>> John Court
>> Software Engineer
>> IBM Security Systems Division
>> IBM Australia Development Laboratory
>> Office:  +61 7 5552 4014
>> Mobile: +61 430 841328
>>
>>
>>
>>
>>
>> From: Paul Aitken <[email protected]>
>> To: John Court/Australia/IBM@IBMAU,
>> Cc: Brian Trammell <[email protected]>, [email protected]
>> Date: 24/10/2012 19:49
>> Subject: Re: [IPFIX] Export of long lived flow information
>> ------------------------------------------------------------------------
>>
>>
>>
>> John,
>>
>> I suspect I have been mis-interpreting your concept of "persistent 
>> caches".
>>
>> In a normal cache, the entries are eventually removed - because they've
>> ended, or they've not seen traffic for an amount of time, or they're
>> just too old, or there's simply not enough room in the cache.
>>
>> Whereas in a permanent cache, the entries are never removed.
>>
>> P.
>>
>>
>> _______________________________________________
>> IPFIX mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/ipfix
>>

_______________________________________________
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.