Re: [IPFIX] Export of long lived flow information

Gerhard Muenz <muenz@net.in.tum.de> Wed, 24 October 2012 20:34 UTC

Return-Path: <muenz@net.in.tum.de>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 590F821F8B8B for <ipfix@ietfa.amsl.com>; Wed, 24 Oct 2012 13:34:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oOPnhNmNNf9Y for <ipfix@ietfa.amsl.com>; Wed, 24 Oct 2012 13:34:50 -0700 (PDT)
Received: from mail-out1.informatik.tu-muenchen.de (mail-out1.informatik.tu-muenchen.de [131.159.0.8]) by ietfa.amsl.com (Postfix) with ESMTP id B378421F8B6C for <ipfix@ietf.org>; Wed, 24 Oct 2012 13:34:50 -0700 (PDT)
Received: from [192.168.2.36] (g229254134.adsl.alicedsl.de [92.229.254.134]) by mail.net.in.tum.de (Postfix) with ESMTPSA id 7A745189C03B; Wed, 24 Oct 2012 22:34:48 +0200 (CEST)
Message-ID: <508850F7.2080801@net.in.tum.de>
Date: Wed, 24 Oct 2012 22:35:03 +0200
From: Gerhard Muenz <muenz@net.in.tum.de>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: John Court <johnwcrt@au1.ibm.com>
References: <OF96D061AA.F7F6CDD4-ONCA257AA0.00772818-4A257AA0.0078DF60@au1.ibm.com> <D50FAC55-C109-4A96-A471-538F27F9C2D9@tik.ee.ethz.ch> <OF30095AE1.689CF5C8-ONCA257AA1.001FB2C7-4A257AA1.00211D2B@au1.ibm.com> <5087B96B.7020500@cisco.com> <OFE375B6D9.49AD261E-ONCA257AA1.00703303-4A257AA1.00708F09@au1.ibm.com>
In-Reply-To: <OFE375B6D9.49AD261E-ONCA257AA1.00703303-4A257AA1.00708F09@au1.ibm.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: ipfix@ietf.org
Subject: Re: [IPFIX] Export of long lived flow information
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipfix>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Oct 2012 20:34:51 -0000

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 <paitken@cisco.com>
> To: John Court/Australia/IBM@IBMAU,
> Cc: Brian Trammell <trammell@tik.ee.ethz.ch>, ipfix@ietf.org
> 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
> IPFIX@ietf.org
> https://www.ietf.org/mailman/listinfo/ipfix
>