Re: [v6ops] draft-linkova-v6ops-nd-cache-init to working group draft

Fred Baker <fredbaker.ietf@gmail.com> Tue, 23 July 2019 19:21 UTC

Return-Path: <fredbaker.ietf@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D76BF120893; Tue, 23 Jul 2019 12:21:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 5xH29Jg5mwYB; Tue, 23 Jul 2019 12:21:34 -0700 (PDT)
Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 C1AEA1208A5; Tue, 23 Jul 2019 12:21:32 -0700 (PDT)
Received: by mail-pl1-x630.google.com with SMTP id ay6so21006666plb.9; Tue, 23 Jul 2019 12:21:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=lBBiRgN9axICREb7NYxege13PXRtxIZw6B79NC9LVgs=; b=ASQArSCnhwBnrNUjf8cvVhU+x1wmyrRTWe8S/JAcoK15VuorxRBAqtmy+IDfN5tE30 d1L5nAGvR6EwW/2u6+H8QpUszTYqJcb7tBzCc5puVclw6x0nNisgpSwe2f/DUg3hG7m0 JbhcH1f1p76ZXLN5N8pzdtTjjt3MSvwKyydi5tFO7E+JpOjnv7cQXF75shyjEBaCPVVq Rz2y5BqVKBlW0N0g7x+aaVBv+tLdrZIghN0FB9ghrOMAXaY9JzKolSAoW5hg+SVPtWdh fHW4fLi/EUinLm3HZN9zEc00KsVMLRVQctcWyvskDC0NKVnxEJLyosTTR7JjXYDLcLbw H/dw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=lBBiRgN9axICREb7NYxege13PXRtxIZw6B79NC9LVgs=; b=bdx3JRDsJ80vHcenfjS8JYQLxihT8AKfMYhWwICgKX+HyD43Ay+uQxq9WlqC5NgSI9 f4glHRThgnmQCGyvwGlKmhjMqKSOydTwq7PbfTilZW8y+U0xvwzg86QccyXJW06GXv22 kQ+yshpK9klI6yl86UivGPOJpiyKWCxdXQTOcZ0sNFE4NoNXizHPVyzWwNF792X7g4Cf wx78ga1lJNNYsdeicDIy1d0NjMpDLyhtSOKEIqUYvSV8HmVnk+H6M8wEN9Ar6UHjMiOB i7Y7lpT3opMD+vCDJFoBLZ5INb+AlvJrj//gP3bqLWSYlaJZYZZcauVnKeICahjZ1iuO EP+A==
X-Gm-Message-State: APjAAAUE4BY4XH7CsEtYOqxhz+g8OSvovhseDdMM3DoJl/vrDvIOa3fO 6d9ndcW7zOqeUgQOPLRetmKBpOZKGds=
X-Google-Smtp-Source: APXvYqxDChJLMuKej2hoeeg6KJ8pjudlnIUzqIWNCiRU20kqo6kR6efE2ztm4E19iORJ+RL9JjHhNA==
X-Received: by 2002:a17:902:8548:: with SMTP id d8mr82325889plo.100.1563909692155; Tue, 23 Jul 2019 12:21:32 -0700 (PDT)
Received: from [172.26.34.184] ([76.14.1.154]) by smtp.gmail.com with ESMTPSA id u69sm49881841pgu.77.2019.07.23.12.21.31 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jul 2019 12:21:31 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-46F66E43-DC4D-473E-A07A-C3A3A7051994"
Content-Transfer-Encoding: 7bit
From: Fred Baker <fredbaker.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Tue, 23 Jul 2019 13:35:43 -0400
Message-Id: <2BF50E6F-82C9-42D4-BE9E-3FF11FFDF137@gmail.com>
References: <CAOSSMjUrtjxuA+fSmidP+CYVyPxbMhB88oXCZfwvORZi1_w19g@mail.gmail.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, IPv6 Operations <v6ops@ietf.org>, 6man Chairs <6man-chairs@ietf.org>
In-Reply-To: <CAOSSMjUrtjxuA+fSmidP+CYVyPxbMhB88oXCZfwvORZi1_w19g@mail.gmail.com>
To: Timothy Winters <twinters@iol.unh.edu>
X-Mailer: iPad Mail (17A5534f)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ugiODc2f_kgC40PTOWH1wXO6G3c>
Subject: Re: [v6ops] draft-linkova-v6ops-nd-cache-init to working group draft
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 19:21:48 -0000

That might be an interesting survey, if only to validate the draft. It would also give a heads-up to those developers, though, and give the working group some operational experience in the case(s) of those that already implement something like it.

Sent from my iPad

> On Jul 23, 2019, at 8:02 AM, Timothy Winters <twinters@iol.unh.edu> wrote:
> 
> 
> I also think this should be working group draft, as I mentioned at the mic I'm happy to help survey what current implementations are capable of.
> 
> I also agree with Lozenzo last statement.
> 
> ~Tim
> 
>> On Tue, Jul 23, 2019 at 7:39 AM Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>> 1) Yes, we should *obviously* do this.
>> 2) If the charter prevents that, fix the charter.
>> 3) I'm not convinced it needs to update 4861. If what it does is explain the conditions in which an RFC2119 "SHOULD" should be ignored, that is *not* an update to the standard. To me it sounds exactly like a Best Current Practice.
>> 4) In any case, if the IETF rules are alleged to prevent doing the obvious right thing, the IESG can vary the rules, as allowed by BCP9.
>> 
>> Regards
>>    Brian Carpenter
>> 
>> On 23-Jul-19 20:29, Fred Baker wrote:
>> > In yesterday's meeting, the sense of the room and a discussion of charters at the mike suggested that draft-linkova-v6ops-nd-cache-init should become a working group draft. Doing so will require 6man to agree to let v6ops suggest specific changes to RFC 4861 under the rubric of "operational solutions", as discussed in the draft and https://datatracker.ietf.org/meeting/105/materials/slides-105-v6ops-neighbor-cache-entries-on-first-hop-routers-operational-considerations-00; the argument for not kicking those out to 6man is that the authors of RFC 4861 are no longer in a position to approve errata to it, which would be the other obvious approach (I'm not sure that's true of Erik Nordmark, but whatever). It would also need to be considered to update RFC 4861.
>> > 
>> > Do we agree to take draft-linkova-v6ops-nd-cache-init as a working group draft?
>> > 
>> > Ron and I look through this thread next week and take the necessary action, whatever the outcome might be.
>> > _______________________________________________
>> > v6ops mailing list
>> > v6ops@ietf.org
>> > https://www.ietf.org/mailman/listinfo/v6ops
>> > .
>> > 
>> 
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops