Re: [IPFIX] No active/inactive timeout definitions in any IPFIX RFCs? Idle versus inactive terminology? (part of draft-ietf-bmwg-ipflow-meth-09 review)
Andrew Feren <andrewf@plixer.com> Thu, 19 April 2012 13:14 UTC
Return-Path: <andrewf@plixer.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 A6E9921F85E3 for <ipfix@ietfa.amsl.com>; Thu, 19 Apr 2012 06:14:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.523
X-Spam-Level:
X-Spam-Status: No, score=-2.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, 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 Scgvx5n5VBZO for <ipfix@ietfa.amsl.com>; Thu, 19 Apr 2012 06:14:45 -0700 (PDT)
Received: from smtp.plixer.com (smtp.plixer.com [66.186.184.193]) by ietfa.amsl.com (Postfix) with ESMTP id 0646621F8615 for <ipfix@ietf.org>; Thu, 19 Apr 2012 06:14:42 -0700 (PDT)
Received: from [10.100.1.132] ([66.186.184.193]) by smtp.plixer.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Thu, 19 Apr 2012 09:14:41 -0400
Message-ID: <4F900FC1.3050602@plixer.com>
Date: Thu, 19 Apr 2012 09:14:41 -0400
From: Andrew Feren <andrewf@plixer.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120411 Thunderbird/14.0a1
MIME-Version: 1.0
To: ipfix@ietf.org
References: <4F841487.8090604@cisco.com> <4F846107.7040907@net.in.tum.de> <4F8E9C9E.4080404@cisco.com>
In-Reply-To: <4F8E9C9E.4080404@cisco.com>
Content-Type: multipart/alternative; boundary="------------000305070804090504000200"
X-OriginalArrivalTime: 19 Apr 2012 13:14:41.0864 (UTC) FILETIME=[619D4C80:01CD1E2E]
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: Thu, 19 Apr 2012 13:14:49 -0000
Hi Benoit, all, No objection, however, given how common the term "inactive timeout" is in the industry that including a note like you suggested is probably worth doing. -Andrew On 04/18/2012 06:51 AM, Benoit Claise wrote: > Dear all, > > I believe that consistency is important amongst all the IPFIX documents. > What Brian expressed "Given that 5102 predates all other > (directly-IPFIX-related) references, and there's an IE in the IANA > registry called flowIdleTimeout, I'd tend to go with "idle" for this > one." is I believe the right way forward. > And Gerhard mentioned " We could change the name in the MIB and in > ipfix-config if consistency is important." > > So let me propose the following: > - http://tools.ietf.org/html/draft-ietf-ipfix-configuration-model-10, > in the RFC-editor queue: > we could still change inactive to idle > - http://tools.ietf.org/html/draft-ietf-ipfix-rfc5815bis-03, in the > RFC-editor queue > we could still change inactive to idle > - Editorial errata on RFC5472: > "inactive" -> "idle" > Potentially, an extra sentence such as: "note that the idle > timeout is sometimes called the inactive timeout in the industry" > - http://www.ietf.org/id/draft-ietf-bmwg-ipflow-meth-09.txt > replace inactive by idle. > > Any objections? > > Regards, Benoit. >> 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 > > > > _______________________________________________ > IPFIX mailing list > IPFIX@ietf.org > https://www.ietf.org/mailman/listinfo/ipfix
- [IPFIX] No active/inactive timeout definitions in… Benoit Claise
- Re: [IPFIX] No active/inactive timeout definition… Jan Novak (janovak)
- Re: [IPFIX] No active/inactive timeout definition… Brian Trammell
- Re: [IPFIX] No active/inactive timeout definition… Gerhard Muenz
- Re: [IPFIX] No active/inactive timeout definition… Simon Leinen
- Re: [IPFIX] No active/inactive timeout definition… Brian Trammell
- Re: [IPFIX] No active/inactive timeout definition… Jan Novak (janovak)
- Re: [IPFIX] No active/inactive timeout definition… Benoit Claise
- Re: [IPFIX] No active/inactive timeout definition… Paul Aitken
- Re: [IPFIX] No active/inactive timeout definition… Brian Trammell
- Re: [IPFIX] No active/inactive timeout definition… Andrew Feren