Re: [IPFIX] WG Last Call for draft-ietf-ipfix-information-model-rfc5102bis-05.txt

Benoit Claise <bclaise@cisco.com> Thu, 08 November 2012 15:56 UTC

Return-Path: <bclaise@cisco.com>
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 85ED721F8B0C for <ipfix@ietfa.amsl.com>; Thu, 8 Nov 2012 07:56:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.528
X-Spam-Level:
X-Spam-Status: No, score=-10.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 kW4wu0zOuETu for <ipfix@ietfa.amsl.com>; Thu, 8 Nov 2012 07:56:48 -0800 (PST)
Received: from av-tac-rtp.cisco.com (av-tac-rtp.cisco.com [64.102.19.209]) by ietfa.amsl.com (Postfix) with ESMTP id 3A24C21F8839 for <ipfix@ietf.org>; Thu, 8 Nov 2012 07:56:43 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id qA8FuVLw018665; Thu, 8 Nov 2012 10:56:31 -0500 (EST)
Received: from [10.82.236.201] (rtp-vpn5-1221.cisco.com [10.82.236.201]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id qA8FuUVk015240; Thu, 8 Nov 2012 10:56:30 -0500 (EST)
Message-ID: <509BD62E.8070309@cisco.com>
Date: Thu, 08 Nov 2012 10:56:30 -0500
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Brian Trammell <trammell@tik.ee.ethz.ch>
References: <506CBFE3.10607@auckland.ac.nz> <5090547C.5020803@cisco.com> <F37F4EC6-E7AB-4975-93A7-82B7CDCD13EF@tik.ee.ethz.ch> <5091271E.3050206@cisco.com> <68907E1B-1D38-4F3A-B0E0-F47628F989F0@tik.ee.ethz.ch> <50913BF3.2080408@cisco.com> <8ED0D683-536C-46B6-8E5A-3CC3B7CB678F@tik.ee.ethz.ch>
In-Reply-To: <8ED0D683-536C-46B6-8E5A-3CC3B7CB678F@tik.ee.ethz.ch>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Nevil Brownlee <n.brownlee@auckland.ac.nz>, IPFIX Working Group <ipfix@ietf.org>
Subject: Re: [IPFIX] WG Last Call for draft-ietf-ipfix-information-model-rfc5102bis-05.txt
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: Thu, 08 Nov 2012 15:56:50 -0000

On 31/10/2012 10:58, Brian Trammell wrote:
> Hi, Paul,
>
> On 31 Oct 2012, at 15:55 , Paul Aitken wrote:
>
>> How about:
>>>
>>> A delta counter counts only observations made since the last export of a Flow Record for a given Flow.
>> That's back to my point that the observation might not be exported.
>>
>> More to the point, delta/total counting is a function of the MP. Whether the MP hands data to the EP, and what the EP does or does not do with that data, should have no bearing on how the MP meters subsequent data. So the definition should be purely in MP terms ("last export" being an EP term).
> What verb does the MP apply to a unit of information when it gives it to the EP?
I've been using "expire"

Regards, Benoit (as a contributor)
>
> A delta counter counts only observations made since the last Flow Record for a given Flow was measured.
>
> Or maybe we can sidestep the action completely:
>
> A delta counter counts only observations made since the previous Flow Record for a given Flow.
>
> Cheers,
>
> Brian
> _______________________________________________
> IPFIX mailing list
> IPFIX@ietf.org
> https://www.ietf.org/mailman/listinfo/ipfix
>
>