Re: [v6ops] Discussion focus: draft-ietf-v6ops-ipv6rtr-reqs

Bob Hinden <bob.hinden@gmail.com> Fri, 02 February 2018 21:15 UTC

Return-Path: <bob.hinden@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 6C38C12D84E for <v6ops@ietfa.amsl.com>; Fri, 2 Feb 2018 13:15:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 lXDSNu31FHjc for <v6ops@ietfa.amsl.com>; Fri, 2 Feb 2018 13:15:32 -0800 (PST)
Received: from mail-pl0-x236.google.com (mail-pl0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (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 C339B12025C for <v6ops@ietf.org>; Fri, 2 Feb 2018 13:15:32 -0800 (PST)
Received: by mail-pl0-x236.google.com with SMTP id j19so7112977pll.2 for <v6ops@ietf.org>; Fri, 02 Feb 2018 13:15:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=focp6oHqk18bFRz0WMTW2ilbRmNQd7mm0TO9DaujKUc=; b=FLFSCNuGdjwvrb9fHDkuj8BB5eebjtm/Mv2yCkae0uv91Nxs8CDy7QuLHddGk0PkSu JCQyyIAyzsLd7sSotbvYNDUM+iCfe7AGJwZqDfSNZ6yia91XzutbILEQs+Wcc0nTmcUP caxjyXc3YtV/nYUIuEwz/ILyQoYgn4LZMhkujOp6WwJBIvQlqjTFmSRStJ26FMcWNGP/ Y/B9k6bZ4YgTxjM6o2Em58dEGb8srn1IQzm8kaglH1XZRpRoUkA7mElbMY+zn2PEXibB DW7FK2MmIkaPNRB4Mya2LffqzpoTnDV7hzELaisdL/eJCbsoR81PT7OXA8nH2h5U4yP+ q7IA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=focp6oHqk18bFRz0WMTW2ilbRmNQd7mm0TO9DaujKUc=; b=X+LAt+cIa+LqLbBhEF/+4jnjDxgsYOV07lnZDQL2IMZhDJmTfuTyUUei/8+aXBUIDU kPv8P1/GIiKmmRUEsN04UEmroANYi3KU9h9CJNQh9HBkjVSJgO7ULbQAFb7cMdkZhWVA Qo5NLOKNkeGvdiL00fZkR5mOQFaXZBI5Vv4pW996+wJG+QQLz86ED+VvcIhfwfqQXTrW w9YW1yPX8UXLNKSwRMdJgaQsiTucx6z+4XXzqIF0BUR4AA1XIiluUycfS8LbKI1+S7WY +D2qPc++WUKzC+ka6y6lLiINMGXKDVdV8WzVj5HJyMVK4rBTB8vpINtbfQVLMfCPOThG a1yg==
X-Gm-Message-State: AKwxytejPo8XtdrQHi9RI0wf2c9x/Fz/23pkbRF8YL2x3udJ/LmsRdJF 6Zu0bDh2g/aw+l3V/eA6oIQ=
X-Google-Smtp-Source: AH8x226m0h8rF6kAfIYpPCj1ZBgqIoTZKjns0Z5d9WjMHQW/tOBBtSFEGQHG6VeVqC5uS8vdvt3csQ==
X-Received: by 2002:a17:902:8c89:: with SMTP id t9-v6mr34963770plo.2.1517606132347; Fri, 02 Feb 2018 13:15:32 -0800 (PST)
Received: from [172.16.224.219] ([209.97.127.34]) by smtp.gmail.com with ESMTPSA id s90sm6201158pfi.139.2018.02.02.13.15.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Feb 2018 13:15:29 -0800 (PST)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <A1053FFC-E4AA-4F27-83C7-2F65A7D06B3A@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_52C26FFC-6989-4BAB-952B-970EEE483466"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Fri, 02 Feb 2018 13:15:27 -0800
In-Reply-To: <CAN-Dau3Tm5yQbz_8qd9gH5Fk3udWfdqJv9Om+WBAjAjUvLOffA@mail.gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, 7riw77@gmail.com, V6 Ops List <v6ops@ietf.org>
To: David Farmer <farmer@umn.edu>
References: <B7CB2B98-F069-425D-A096-AADA0297B34C@gmail.com> <CAKD1Yr0r=OZKWHatcaV5ZfXUcJhTrzGqnd6wno7SLur9cJzF5w@mail.gmail.com> <066901d385ab$64d663b0$2e832b10$@gmail.com> <CAKD1Yr2GjXKM53rJJwRzX7RyrCG8u+KZ0TTGuFv=NefHsKRxrw@mail.gmail.com> <bb950d32-8d8a-420b-f01a-609f941109af@gmail.com> <CAKD1Yr10o6aqFQ9QWvJdv82gCh7fXzFEcDjZV2beaO_ebLZAig@mail.gmail.com> <058c01d39188$cb3f7630$61be6290$@gmail.com> <c09653f7-6b5b-5fce-a81e-298a38bd747b@gmail.com> <008101d39c3c$430331d0$c9099570$@gmail.com> <CAN-Dau3Tm5yQbz_8qd9gH5Fk3udWfdqJv9Om+WBAjAjUvLOffA@mail.gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/JaXTji0qsR0TC7lKLjmeMO5G7O4>
Subject: Re: [v6ops] Discussion focus: draft-ietf-v6ops-ipv6rtr-reqs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 02 Feb 2018 21:15:34 -0000

David,

> On Feb 2, 2018, at 11:59 AM, David Farmer <farmer@umn.edu> wrote:
> 
> 
> 
> On Fri, Feb 2, 2018 at 9:41 AM, <7riw77@gmail.com> wrote:
> 
> > b) If you can provide scoping text that defines which routers are covered,
> > rather than a generalisation like "pretty much all", we could stop arguing.
> 
> I can't think of any scoping text that cannot have holes punched in it, and hence won't end up being a separate document itself. If folks could provide scoping that will hold up against various objections and corner cases, whether for the entire document or individual requirements, I'd be happy to include it.
> 
> IMHO, such text is a null set -- there are too many corner cases, etc. For instance, you cannot say "routers designed for home use do not need to follow these recommendations" -- whose home, and under what conditions (managed by a provider, by the user, etc.)? Or "routers designed to operate at the Internet core" -- too ambiguous, and it's not always true... It _might_ be possible to find some _specific_, individual, requirements on which we can get _everyone_ to agree to a scope -- but I don't see any evidence of this yet.
> 
> 😊 /r
> 
> What about someting like this;
> 
> The primary focus is routers for enterprise or carrier use, however most of the features also have broad applicability to all routers.
> 

The current draft seems to me to be both very broad and specific at the same time.  For example, it doesn’t say anything about routing protocols, but then gets into lots of detail about which type of DHCPv6 and RA options to send.  Then doesn’t mention DHCPv6 prefix delegation.

It would be good to decide what the focus is, I am having difficulty telling from reading the draft.

Bob