Re: [IPFIX] No active/inactive timeout definitions in any IPFIX RFCs? Idle versus inactive terminology? (part of draft-ietf-bmwg-ipflow-meth-09 review)

Gerhard Muenz <muenz@net.in.tum.de> Tue, 10 April 2012 16: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 75EE921F8572 for <ipfix@ietfa.amsl.com>; Tue, 10 Apr 2012 09:34:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.248
X-Spam-Level:
X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ftloq9qVISSp for <ipfix@ietfa.amsl.com>; Tue, 10 Apr 2012 09:34:22 -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 4E44A21F856F for <ipfix@ietf.org>; Tue, 10 Apr 2012 09:34:22 -0700 (PDT)
Received: from [192.168.2.26] (g231051210.adsl.alicedsl.de [92.231.51.210]) by mail.net.in.tum.de (Postfix) with ESMTPSA id 7781A201ED24; Tue, 10 Apr 2012 18:34:19 +0200 (CEST)
Message-ID: <4F846107.7040907@net.in.tum.de>
Date: Tue, 10 Apr 2012 18:34:15 +0200
From: Gerhard Muenz <muenz@net.in.tum.de>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: Benoit Claise <bclaise@cisco.com>
References: <4F841487.8090604@cisco.com>
In-Reply-To: <4F841487.8090604@cisco.com>
Content-Type: multipart/alternative; boundary="------------050707080602030509020903"
Cc: Ron Bonica <rbonica@juniper.net>, Al Morton <acmorton@att.com>, "ipfix@ietf.org" <ipfix@ietf.org>
Subject: Re: [IPFIX] No active/inactive timeout definitions in any IPFIX RFCs? Idle versus inactive terminology? (part of draft-ietf-bmwg-ipflow-meth-09 review)
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: Tue, 10 Apr 2012 16:34:23 -0000

Hi Benoit,

The parameter was always called inactive timeout in IPFIX MIB. 
ipfix-config changed from idleTimeout to inactiveTimeout in 
draft-ietf-ipfix-configuration-model-02 to be consistent with the MIB.

We could change the name in the MIB and in ipfix-config if consistency 
is important.

Gerhard


On 10.04.2012 13:07, Benoit Claise wrote:
> Dear all,
>
> Reading draft-ietf-bmwg-ipflow-meth-09.txt, I realized that this draft 
> defines two new terms: Active Timeout and Inactive Timeout.
> I was thinking: surely, we have defined those terms already in some 
> IPFIX RFCs.
> Actually, I was unable to find any references.... Have I overlooked 
> something?
>
> The only pointers I could find are in RFC5102
>
>
>         5.11.1. flowActiveTimeout
>
>
>     Description:
>        The number of seconds after which an active Flow is timed out
>        anyway, even if there is still a continuous flow of packets.
>     Abstract Data Type: unsigned16
>     ElementId: 36
>     Status: current
>     Units: seconds
>
>
>         5.11.2. flowIdleTimeout
>
>
>
>     Description:
>        A Flow is considered to be timed out if no packets belonging to
>        the Flow have been observed for the number of seconds specified by
>        this field.
>     Abstract Data Type: unsigned16
>     ElementId: 37
>     Status: current
>     Units: seconds
>
>
>         5.11.3. flowEndReason
>
> Description:
>        The reason for Flow termination.  The range of values includes the
>        following:
>
>        0x01: idle timeout
>              The Flow was terminated because it was considered to be
>              idle.
>
>        0x02: active timeout
>              The Flow was terminated for reporting purposes while it was
>              still active, for example, after the maximum lifetime of
>              unreported Flows was reached.
>
>        ...
>
> Here is one issue.
> Some documents refer to inactive timeout
>     RFC5472,
>     ipfixMeteringProcessCacheInactiveTimeout in 
> http://tools.ietf.org/html/draft-ietf-ipfix-rfc5815bis-03
>     inactiveTimeout in 
> http://tools.ietf.org/html/draft-ietf-ipfix-configuration-model-10
> While some others refer to idle timeout
>     RFC 5102,
>     draft-ietf-bmwg-ipflow-meth-09
>
> Any proposal to fix this problem?
>
> Regards, Benoit (OPS A.D.)
>
>
>
> _______________________________________________
> IPFIX mailing list
> IPFIX@ietf.org
> https://www.ietf.org/mailman/listinfo/ipfix