[v6ops] Requirements for IPv6 routers in various locations

Fred Baker <fredbaker.ietf@gmail.com> Wed, 22 February 2017 01:09 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 50A6D1294C1 for <v6ops@ietfa.amsl.com>; Tue, 21 Feb 2017 17:09:27 -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 9sodkuqx_9rm for <v6ops@ietfa.amsl.com>; Tue, 21 Feb 2017 17:09:26 -0800 (PST)
Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::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 DE18B1294BF for <v6ops@ietf.org>; Tue, 21 Feb 2017 17:09:25 -0800 (PST)
Received: by mail-pg0-x22f.google.com with SMTP id 1so25646295pgi.1 for <v6ops@ietf.org>; Tue, 21 Feb 2017 17:09:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=uqCy7cGPrC/PKplztQLDsquseE3bvXn2Bs63hhHvrG0=; b=KS+EXGVXobs7mLqqvUvGnpbThSTyHixzp6ZJVNF2Tybp6CLFAEHc0/0L5cJtTmnyfn BZ0W+Jy/HX2zDlNSqNgKi71l7x/GnG77MN2dcQZasKZKiHE9GfPmDM84goflG3iBVY9E c0g6HNYdN9Vlvr+35m0EgbKEAnvznAHplvoY3lDl1hZgRYSeOywp5GkWCUa7H7wkpXv5 kAichCaoyXv8ULkiaJm7oU1uDy6PdXuM/Xz+v+USUi0PIPmJFSJOXA9DhSHcbadD8aaC AgCoCZlSprbNjkg7CbfyI9VL0zwoUILbwhfbmqC9VIKzCdgpJcwFy6UOXiPqXG6A5MWF RgXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=uqCy7cGPrC/PKplztQLDsquseE3bvXn2Bs63hhHvrG0=; b=eO7UQSOGbzXD08kAd2Xevx4UfU65HzFlrUwUuUQyTS/j86+qUD0loPhKVotXxgQMLn 7c5hDyqs1ommaoFb6gvDCPX7e3azy/unR8SulGwh5RaQ/3JdSF81aA+BZlIpxaPkA9Be Cq3+3X9fRlgguG53u3f2DikGkPLUi5JOLyc2Aq01WuXW98hXbbjA5uxGPw7sgpCmukuS 19Pm09UmVMbCoMtAj9L95z1el2Qnrk08BzFB4LnakE+rvmYKpKTdehlRL4c364gc5eW4 OEv1cRv84y5j1q0bZ4bNVcJirnEJH7gMDilBRzKe1tqUJpdhMQJ/efZihAEeFQ0GzIpm b3Aw==
X-Gm-Message-State: AMke39mPIPksEG7eieD9sm7+GyEJZfL1XkLCcAIYVaqr61mo2Q1mBoVsTbhGieVB5Pj6rg==
X-Received: by 10.99.119.142 with SMTP id s136mr4519551pgc.207.1487725765159; Tue, 21 Feb 2017 17:09:25 -0800 (PST)
Received: from [192.168.1.15] (wsip-184-191-158-59.sd.sd.cox.net. [184.191.158.59]) by smtp.gmail.com with ESMTPSA id n189sm42980559pfn.108.2017.02.21.17.09.23 for <v6ops@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Feb 2017 17:09:23 -0800 (PST)
From: Fred Baker <fredbaker.ietf@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Tue, 21 Feb 2017 17:09:23 -0800
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es> <03B10A5B-ABE3-4515-90B9-D16A41039229@google.com> <2D09D61DDFA73D4C884805CC7865E6114DAC7803@GAALPA1MSGUSRBF.ITServices.sbc.com>
To: IPv6 Ops WG <v6ops@ietf.org>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DAC7803@GAALPA1MSGUSRBF.ITServices.sbc.com>
Message-Id: <EC9120C1-E135-4BD9-9B8B-AD9443261C13@gmail.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/wNz_jSmhrEMYD6TTHhSg1agVA74>
Subject: [v6ops] Requirements for IPv6 routers in various locations
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 22 Feb 2017 01:09:27 -0000

This argument is essentially what I was referring to with respect to draft-ali-ipv6rtr-reqs when I said we had multiple markets that RFC 1812 didn't have to address. They include, at least, ISP, content network, data center, enterprise, residential, IoT, and mobile wireless networks. Those markets have differing non-exclusive sets of requirements.

Let me throw a question to the working group. One way to approach this is to try to push requirements for all of those markets into one document, which is what I think James is trying to do. Another way is to separate them, which is what I think Barbara is trying to do. I'm not going to say that either is automatically right or automatically wrong, but they are different, and I have visions of an argument that takes forever, boils blood, and nobody wins, if we don't systematically address it.

I see two approaches that might be considered reasonable. One would be to add a section about residential networks (which are definitively not ISP networks, but use routers that might also be used as ISP "customer-edge" routers) to the document, stating that it is requirements for routers that might be used within a multi-router residential network including the router connected to the ISP; the other would be to invite a separate document that addresses residential networks.

If we take the latter approach, we might as well also invite separate documents (or in the former approach, separate sections) describing requirements for IPv6 routers in ISP, content network, data center, enterprise, IoT, and mobile wireless networks. This might be one of those, and draft-ali might be one of those. I suspect we will find that a lot of the requirements are in fact common, and could be described in a core document. But I don't know of any ISPs suggesting the use of HNCP, residential networks discussing RPL, or yada yada yada.

Opinions?

On Feb 21, 2017, at 4:41 PM, STARK, BARBARA H <bs7652@att.com> wrote:
> 
> The charter of v6ops is still doing things that help get IPv6 rolled out. Which is exactly what these ISPs are asking for help with. Which has nothing to do with multi-router home network topologies.
>  
> I believe a very targeted document to meet the needs of these ISPs is what we should be aiming for.
> Barbara
>  
> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of james woodyatt
> Sent: Tuesday, February 21, 2017 3:22 PM
> To: IPv6 Ops WG <v6ops@ietf.org>
> Subject: Re: [v6ops] New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt
>  
> On Feb 21, 2017, at 01:11, JORDI PALET MARTINEZ <jordi.palet@consulintel.es> wrote:
>  
>> I’ve submitted a -bis draft for updating RFC7084 (Basic Requirements for IPv6 Customer Edge Routers).
>  
> I strongly believe that any update to RFC 7084 that doesn’t REQUIRE the LAN interfaces to provide HNCP services [RFC 7788] is an incomplete update.
>  
> --james woodyatt <jhw@google.com>
>  
>  
>  
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops