Re: [v6ops] Updating RFC 7084

Ted Lemon <mellon@fugue.com> Wed, 30 November 2022 15:02 UTC

Return-Path: <mellon@fugue.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 9B092C1522D1 for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:02:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.885
X-Spam-Level:
X-Spam-Status: No, score=-1.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LhVJM5LGQpOA for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:02:03 -0800 (PST)
Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C410AC1522CD for <v6ops@ietf.org>; Wed, 30 Nov 2022 07:02:03 -0800 (PST)
Received: by mail-qk1-x730.google.com with SMTP id k2so12416087qkk.7 for <v6ops@ietf.org>; Wed, 30 Nov 2022 07:02:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Jsl/iQS6DsVxLkBZnGmhrX4wB1r/eB1D9BYVydX0v0o=; b=0WQcuVkUzeQmAXmOFz09Q32Sm3jL6+z+Gt1PZO/5LuaZhpL3rnuHk5ocAaP4StwpBA fBjldIniobmjnZxM9vskMzF1G6pxkvsGhhg7ZfOJmJCsyzZvMvNKdvUOV73qTaaVJFk5 DXhh+OPq53hBoKGP96VHBBRavHCS2JhbbFLE+l2rrp8HrsdYpWOS+dB9It3SRwsUlofi YkuKe5C2TYm/5vO+L/1EQOM4cvJZh42Qlqylnxqp2WlvLdo7vZEKQdenQS9qTKUSipIL j/StOOYVTtlpKWaDEKg8PEtmDYq38BDHegjy6L867YT3Y7yKnaop33EbwTe9WGiwn+r6 Z0Zw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Jsl/iQS6DsVxLkBZnGmhrX4wB1r/eB1D9BYVydX0v0o=; b=p1ZJyVHLpv1s7q/xL1PutoEDNegaRutrq9V5X5eszkyIc0lI2tOLapYX1J0TdzlQXo qIRVwDA/bGLx9xOji0/KMKG4TTAloKVVm5UjRS3iirUm/VIZtHHoLJ+aXM2ohZYvR8gS IvmZywCFHkoGjcqiBqef/lP8ADn6o9A4lRMqPlJBuYrA4kjv0xyuUIZ7rJHh8bGkKGrn wnpyN6xTkDT1iadSXAjB3aue8O0IQRiAZMxuiPVaAaA95L9ux7wof9yAUjyML9k7vu1u uQAxd9Bjvil4q82BOvrj+ZqX2DWnCcW+FCvrseM/j71mE8Ism1yIR7XWA78PLS1iDs4e Excw==
X-Gm-Message-State: ANoB5pkUup0ykR42Y5AX1bbMyT9t75NiDNK5s94U+uDhjsXSp4bZOAD7 TrsVPgCctUXKZgsxuct4gzqINa3zOE9kJMQnF6MYC68ThgMXWw==
X-Google-Smtp-Source: AA0mqf52kwocaGC9oZeV7OAx1N2IvccMArEDCynYL73flxKv6ENLyhQWpgvxMzbPBxlAdpTvdDfLh6ngrYgWaAN02rE=
X-Received: by 2002:a37:4ca:0:b0:6fa:f1be:a444 with SMTP id 193-20020a3704ca000000b006faf1bea444mr38226630qke.365.1669820522420; Wed, 30 Nov 2022 07:02:02 -0800 (PST)
MIME-Version: 1.0
References: <CAJgLMKs5oYT1Eoq1Z-_3FYDVLvq6q8ecf+-g8cc1zZR5pJtJNw@mail.gmail.com> <8ae52b55-86f7-3b3f-7677-cde43d92a22d@gmail.com> <202211302236271413958@chinatelecom.cn>
In-Reply-To: <202211302236271413958@chinatelecom.cn>
From: Ted Lemon <mellon@fugue.com>
Date: Wed, 30 Nov 2022 10:01:51 -0500
Message-ID: <CAPt1N1kE2V9prmqQTN8GNiuEhrnWWo-cZ_ZzS4C89_htAUGaAQ@mail.gmail.com>
To: Chongfeng Xie <xiechf@chinatelecom.cn>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Timothy Winters <tim@qacafe.com>, list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000013f1c005eeb16333"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/evlnZPMosTKbdzAMXNAw5U7twWo>
Subject: Re: [v6ops] Updating RFC 7084
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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, 30 Nov 2022 15:02:07 -0000

Isn’t mobile backup a form of multi-homing?

Op wo 30 nov. 2022 om 09:36 schreef Chongfeng Xie <xiechf@chinatelecom.cn>

> Regarding to multi-homing, home users have no needs for multi-homing, which
> provides access by two wireline uplinks of different operators.
> Independent 4G/5G mobile broadband has gradually become the backup of home
> broadband, some users even prefer to use use mobile link to access the
> Internet at home.
>
> Chongfeng
> ------------------------------
> xiechf@chinatelecom.cn
>
>
> *From:* Brian E Carpenter <brian.e.carpenter@gmail.com>
> *Date:* 2022-11-19 04:02
> *To:* Timothy Winters <tim@qacafe.com>; IPv6 Operations <v6ops@ietf.org>
> *Subject:* Re: [v6ops] Updating RFC 7084
> On 19-Nov-22 03:47, Timothy Winters wrote:
> > Hello,
> >
> > I've started a draft to update RFC 7084 to support prefix delegation on
> the LAN interfaces.  The current state of IPv6 in home networks is ISP are
> assigning prefixes of appropriate sizes but they currently are under
> utilized due to the lack of prefix delegation on LAN interfaces.
> >
> > This draft is an attempt to add that support to the draft.
> >
> > https://datatracker.ietf.org/doc/draft-winters-v6ops-cpe-lan-pd/ <
> https://datatracker.ietf.org/doc/draft-winters-v6ops-cpe-lan-pd/>
> >
> > This is only an update to 7084 at the moment, there has been some
> discussion on the snac working group about leveraging this work as well.
> >
> > One item being discussed is this currently doesn't solve multi-homed
> networks.
>
> As a historical note, we've spent a lot of time in the past on multi-homing
> and more or less failed (and the HOMENET approach was designed for home
> nets,
> not for enterprises where the problem is probably more important).
>
> I
>
> To summarise what I've said over on SNAC:
>
> 1. If we're going to mention PvDs in the 7084 update, I think we should
> also mention RFC 8028. It isn't that a CE router should necessarily
> support 8028, but that in a network that does implement 8028 on its subnet
> routers, the following part of 8028 applies:
>
> 2.2.  Expectations of Multihomed Networks
>
>     Networking equipment needs to support source/destination routing for
>     at least some of the routes in the Forwarding Information Base (FIB),
>     such as default egress routes differentiated by source prefix.
>     Installation of source/destination routes in the FIB might be
>     accomplished using static routes, Software-Defined Networking (SDN)
>     technologies, or dynamic routing protocols.
>
> Those egress routes of course lead to CE routers.
>
> (There is some other thinking about this topic in
> draft-vv-6man-nd-support-mhmp).
>
>     Brian
>
>
> >
> > I welcome any feedback about the proposal.
> >
> > ~Tim
> >
> > _______________________________________________
> > 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
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>