IETF Logo Mail Archive

Re: Alia Atlas' No Objection on draft-ietf-6man-resilient-rs-05: (with COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 08 April 2015 08:01 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 408A31B2D97; Wed, 8 Apr 2015 01:01:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_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 ioorwe2FzL72; Wed, 8 Apr 2015 01:01:26 -0700 (PDT)
Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E66A71B2D93; Wed, 8 Apr 2015 01:01:25 -0700 (PDT)
Received: by lbbuc2 with SMTP id uc2so57425538lbb.2; Wed, 08 Apr 2015 01:01:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wuCdhAugesv5maEB2GqUJV3DCACXVqEk7+YEFDMDJB4=; b=ZbK3IPKMp5G3JP+nPDBbJS7GIP/zbyz4uLRSjBwu++xw9AqrMndBCQUR5ZW0BpDeYX 3ZMT/IKwjolCGwLWbfYQfAC0RI9tL9GFhWiYAYdt8GYxfsXejcnxDzVG8Rvw0JIPenGc NaSs5VBqA8/H39egFeBZdZU6wMiYGpfZqv5VItOEIIJBquQ/SDDBc7GaTm3T5Z0rmXZI kc5urdRCq2nJQrhcwyZH16ScXI3cLGkC3uveCTo7p4345PgPs15i2vxB0zDHPXHnT+zO KJEa6+d7oXeFff2yg8UJrNxuZuvzSEU1sPFzFoAoUW4GyLOXmq35ni8+ppOQj4iJI5Uf Zjxw==
MIME-Version: 1.0
X-Received: by 10.152.1.194 with SMTP id 2mr21999229lao.38.1428480084361; Wed, 08 Apr 2015 01:01:24 -0700 (PDT)
Received: by 10.152.129.3 with HTTP; Wed, 8 Apr 2015 01:01:24 -0700 (PDT)
Received: by 10.152.129.3 with HTTP; Wed, 8 Apr 2015 01:01:24 -0700 (PDT)
In-Reply-To: <E87B771635882B4BA20096B589152EF628B6DD58@eusaamb107.ericsson.se>
References: <20150407215627.13544.1729.idtracker@ietfa.amsl.com> <E87B771635882B4BA20096B589152EF628B6DD58@eusaamb107.ericsson.se>
Date: Wed, 08 Apr 2015 03:01:24 -0500
Message-ID: <CAKKJt-ciMU-kuuwiwiSUwDP6zsL3wu2TP7t9hEs-SYT3iPE3dQ@mail.gmail.com>
Subject: Re: Alia Atlas' No Objection on draft-ietf-6man-resilient-rs-05: (with COMMENT)
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
To: Suresh Krishnan <suresh.krishnan@ericsson.com>
Content-Type: multipart/alternative; boundary="089e013c6bccff45d3051331efec"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/XxYuksPZ2WiZq2HMHad3SpC-I1c>
Cc: "ot@cisco.com" <ot@cisco.com>, ipv6@ietf.org, iesg@ietf.org, "6man-chairs@ietf.org" <6man-chairs@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2015 08:01:28 -0000

Hi, Suresh,
On Apr 7, 2015 23:45, "Suresh Krishnan" <suresh.krishnan@ericsson.com>
wrote:
>
> Hi Alia,
>    Thanks for your comment.
>
> On 04/07/2015 05:56 PM, Alia Atlas wrote:
> > To continue a bit on Spencer's Discuss and Barry's Comment, I'd prefer
to
> > see a default for the configuration.  I'd assume it would be "off" to
> > continue to provide current behavior, but I don't really care.
> > Consistency is my concern.
>
> OK. Will add a default. I have responded to Spencer and I will make the
> update as soon as I get a response from him as well.

I understand Alia's preference for no-change-in-behavior-by-default (Alia
is suspicious enough to be a TSV AD!), and I understand that you're trying
to change the current case so that devices no longer just stop sending for
30 minutes.

I'm happy to defer to people who have thought about this, on which way the
default goes, as long as there's a consistent default.

Spencer

> Thanks
> Suresh
>
>
>

v2.23.0 | Report a Bug | By Email