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

Paul Aitken <paitken@cisco.com> Wed, 31 October 2012 15:22 UTC

Return-Path: <paitken@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 7726B21F8872 for <ipfix@ietfa.amsl.com>; Wed, 31 Oct 2012 08:22:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.435
X-Spam-Level:
X-Spam-Status: No, score=-10.435 tagged_above=-999 required=5 tests=[AWL=0.164, 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 LpxIvvNlOImn for <ipfix@ietfa.amsl.com>; Wed, 31 Oct 2012 08:22:21 -0700 (PDT)
Received: from ams-iport-4.cisco.com (ams-iport-4.cisco.com [144.254.224.147]) by ietfa.amsl.com (Postfix) with ESMTP id A1C8821F874E for <ipfix@ietf.org>; Wed, 31 Oct 2012 08:22:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1005; q=dns/txt; s=iport; t=1351696940; x=1352906540; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=vm7gcFVF5/PR2vrQbDF0ShTHJjKYoNhaoExtP6fvNLQ=; b=f+vCKohPwAZsIR18fGBkASFqZ2g2p+ZAo5EsEcoYB0bkj68d3WxALoPc ToV1E3333DapOzMqBkyIi0Cspql0pYLXXS2nDODVB8tV+pCI/PgyB73XO DK7ltw/Ryk0E1Lr45Yad8GivK8ktGhxT30w+zd4V9uBRKipBEL6nkV34m s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAKxBkVCQ/khR/2dsb2JhbABEw2+BCIIeAQEBAwESAQobQAEFCwshFg8JAwIBAgFFBg0BBwEBHodeBpwzoBqSMwOVdoVpiG6Ba4Jv
X-IronPort-AV: E=Sophos;i="4.80,687,1344211200"; d="scan'208";a="9243370"
Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-4.cisco.com with ESMTP; 31 Oct 2012 15:22:19 +0000
Received: from [144.254.153.40] (dhcp-144-254-153-40.cisco.com [144.254.153.40]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q9VFMJ8h001595; Wed, 31 Oct 2012 15:22:19 GMT
Message-ID: <5091422B.9070607@cisco.com>
Date: Wed, 31 Oct 2012 15:22:19 +0000
From: Paul Aitken <paitken@cisco.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120912 Thunderbird/15.0.1
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: Wed, 31 Oct 2012 15:22:21 -0000

Brian,

> What verb does the MP apply to a unit of information when it gives it to the EP?
>
> 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.

No, that's still involving export.

What should the MP do if the flow ends *but isn't exported* ? Just the 
same as when the flow *is* exported. So the definition of deltaCount is 
independent of export, flow records, etc.

So the definitions have to be about the metering time, and particularly 
that we've started metering again. However, we can't write that, because 
some implementations may not hold state that tells them this. So all we 
know is that totalCounters meter from the start of the MP, while delta 
counters meter a potentially shorter interval, reporting the value 
metered since the start of that interval.

P.