Re: [bmwg] In Service Software Upgrade Draft

"MORTON, ALFRED C (AL)" <acmorton@att.com> Tue, 08 July 2014 13:16 UTC

Return-Path: <acmorton@att.com>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69DB11B2A7A for <bmwg@ietfa.amsl.com>; Tue, 8 Jul 2014 06:16:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.852
X-Spam-Level:
X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DgaB5U7D5t9W for <bmwg@ietfa.amsl.com>; Tue, 8 Jul 2014 06:15:58 -0700 (PDT)
Received: from mail-red.research.att.com (mail-red.research.att.com [204.178.8.23]) by ietfa.amsl.com (Postfix) with ESMTP id 314BE1A040C for <bmwg@ietf.org>; Tue, 8 Jul 2014 06:15:58 -0700 (PDT)
Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-red.research.att.com (Postfix) with ESMTP id 4DA115548D1; Tue, 8 Jul 2014 09:20:17 -0400 (EDT)
Received: from njfpsrvexg8.research.att.com (unknown [135.207.255.243]) by mail-azure.research.att.com (Postfix) with ESMTP id 92CD1E041A; Tue, 8 Jul 2014 09:15:57 -0400 (EDT)
Received: from NJFPSRVEXG8.research.att.com ([fe80::cdea:b3f6:3efa:1841]) by njfpsrvexg8.research.att.com ([fe80::cdea:b3f6:3efa:1841%13]) with mapi; Tue, 8 Jul 2014 09:15:57 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: "Fernando Calabria (fcalabri)" <fcalabri@cisco.com>, "Banks, Sarah" <sbanks@akamai.com>, "bmwg@ietf.org" <bmwg@ietf.org>
Date: Tue, 08 Jul 2014 09:15:55 -0400
Thread-Topic: [bmwg] In Service Software Upgrade Draft
Thread-Index: AQHPmqgX6ARzAuL2skCib8mycbQgtJuWIxGg
Message-ID: <2845723087023D4CB5114223779FA9C80189AAD6E9@njfpsrvexg8.research.att.com>
References: <CFE15AA2.1FE76%fcalabri@cisco.com>
In-Reply-To: <CFE15AA2.1FE76%fcalabri@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/bmwg/jhtASDpqmx9338kiGBXOHhSLLXg
Subject: Re: [bmwg] In Service Software Upgrade Draft
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bmwg>, <mailto:bmwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bmwg/>
List-Post: <mailto:bmwg@ietf.org>
List-Help: <mailto:bmwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bmwg>, <mailto:bmwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Jul 2014 13:16:01 -0000

So you're saying that some of the internal state
(counters, statistics) may not be maintained across 
the up-grade?

That's something to note in the report, IMO.
Al

> -----Original Message-----
> From: Fernando Calabria (fcalabri) [mailto:fcalabri@cisco.com]
> Sent: Tuesday, July 08, 2014 8:28 AM
> To: MORTON, ALFRED C (AL); Banks, Sarah; bmwg@ietf.org
> Subject: Re: [bmwg] In Service Software Upgrade Draft
> 
> The point we were discussing was the fact that some implementations will
> reset the session timers / statistics. While the ISSU process may / should
> not affect the control and forwarding plane, in  some implementations the
> timers for the session up-time and other statistics   are reset . Should
> we address this as part of the Exit criteria for an ISSU process ?
> 
> 
> Rgds
> 
> 
> Fernando
> 
> 
> 
> On 7/8/14, 8:16 AM, "MORTON, ALFRED C (AL)" <acmorton@att.com> wrote:
> 
> >> -----Original Message-----
> >> From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of Banks, Sarah
> >...
> >> 	The ISSU draft is in a pretty solid state, from the authors point of
> >> view. We wanted to solicit a bit of feedback, and make sure we've
> >>covered
> >> all bases. There was some discussion around the authors as to adding
> >>some
> >> text around timers and counters in the draft - do you trust the DUT?
> >> Should you confirm these outside of the DUT? Etc. Thoughts?
> >>
> >> Kind regards,
> >> Sarah & Fernando & Gery
> >>
> >
> >I gave this topic some thought last week:
> >
> >http://tools.ietf.org/html/draft-morton-bmwg-virtual-net-01#section-4.2
> >
> >   ... external observations remain essential as the
> >   basis for Benchmarks.  Internal observations with fixed specification
> >   and interpretation may be provided in parallel, to assist the
> >   development of operations procedures when the technology is deployed,
> >   for example.  Internal metrics and measurements from Open Source
> >   implementations may be the only direct source of performance results
> >   in a desired dimension, but corroborating external observations are
> >   still required to assure the integrity of measurement discipline was
> >   maintained for all reported results.
> >
> >This text is new and isn't agreed yet, it's my thoughts on the topic.
> >Al
> >(as a participant)
> >
> >_______________________________________________
> >bmwg mailing list
> >bmwg@ietf.org
> >https://www.ietf.org/mailman/listinfo/bmwg