Re: [v6ops] Updating RFC 7084
David Farmer <farmer@umn.edu> Wed, 30 November 2022 15:28 UTC
Return-Path: <farmer@umn.edu>
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 83902C14CF05 for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:28:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.386
X-Spam-Level:
X-Spam-Status: No, score=-4.386 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=umn.edu
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 YA40kwMTU2qo for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:28:38 -0800 (PST)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62FA9C14F6EB for <v6ops@ietf.org>; Wed, 30 Nov 2022 07:28:37 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id 4NMjln0SFJz9x2ML for <v6ops@ietf.org>; Wed, 30 Nov 2022 15:28:37 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Iy7fmZrRLba for <v6ops@ietf.org>; Wed, 30 Nov 2022 09:28:36 -0600 (CST)
Received: from mail-ej1-f69.google.com (mail-ej1-f69.google.com [209.85.218.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id 4NMjlm3d8Jz9x2MK for <v6ops@ietf.org>; Wed, 30 Nov 2022 09:28:36 -0600 (CST)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p6.oit.umn.edu 4NMjlm3d8Jz9x2MK
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p6.oit.umn.edu 4NMjlm3d8Jz9x2MK
Received: by mail-ej1-f69.google.com with SMTP id sb2-20020a1709076d8200b007bdea97e799so6249009ejc.22 for <v6ops@ietf.org>; Wed, 30 Nov 2022 07:28:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=P1DJoGh34BCbH8gZ91KEu8HdzbGnUpII3aixKmP/7og=; b=SWsjIlTl/Mrhi9u6o59Sdh3XVWZ8cx+p1uX+cjikmEaSGxOwZpd8YsPEiYrPcxHwKv HekGJ2MNlNM1Y/EulIyf+pTXR2V8bO58J4CbZor3A2jelpJdsXc6YjDxUkRmNxz1x9WB x+duRzimlVBvQqpX3jy0U62I8kDKqRdQb4UWN1DabBnWOIBVj7Oj6B6juLRLaA31e5FS 4/YxXUmlWldpEfq32AgCh1EiBHa7bmkFXnqKOmiJzmt8gWP7ecqDiTIPBUB9tFHRYDb4 LMYZRBO+YrasBRHS/AEpODtnE/QaUbgi4xb4twKsSI5vyvgkO5tfWBfxMOeMlqaRudOS uMEw==
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=P1DJoGh34BCbH8gZ91KEu8HdzbGnUpII3aixKmP/7og=; b=53lu1E8yn6jervBWzTCwZZ4caQJY5bnGzuH+zTIkMlQYT0lRCGNtbzobOszth1DZyC 6e8OJL+1TJn44yVuGn/u5/kCr/cIaOJhBUjGB9SEIxXEP9Vi+lo7GGSshPyILc/FHy8n G8pwwo8UIMtYcEjZvbiYjT6VvvHBQJQ3vO70woNIguauMSaqYbawb7HSRsebWaucKwTP TY2+pPZ3u48y6EY26AsHNBsCIeYlCqYu5KQh8mFnzYEnad/ZKSD6sAJhqoCwl6cLvxJh js7hKPdB/Loa9PD+QX5zD3FpzIHXn2jqqEjDZDQ/6p+YsCF7kIRvN5ubCodZQ+4iImML 54hw==
X-Gm-Message-State: ANoB5plMBAbBUPX7xI6Nm2A7gB9d1GNnOmwEEHBZxwmX9GBq1HOg4xRw WtYhOs6EslQ4sKpDkWrntaphObfGco+ani6w3PA7KRvjQHhN8OPWZFliYaWIZ105qafZPG4oTXx HCZsKEG8wC9SO5FhNp/5QcVaCxg==
X-Received: by 2002:a17:906:7f96:b0:7b2:b782:73 with SMTP id f22-20020a1709067f9600b007b2b7820073mr36564897ejr.641.1669822114657; Wed, 30 Nov 2022 07:28:34 -0800 (PST)
X-Google-Smtp-Source: AA0mqf4sot8WI8uGTPENeUAN4VP2venXPYn3IYhTi6eTSA4Z94ApNvY+R8E/2tEjmFGDELjGvmKE6w0xYAHxUqJqKBo=
X-Received: by 2002:a17:906:7f96:b0:7b2:b782:73 with SMTP id f22-20020a1709067f9600b007b2b7820073mr36564862ejr.641.1669822114233; Wed, 30 Nov 2022 07:28:34 -0800 (PST)
MIME-Version: 1.0
References: <CAJgLMKs5oYT1Eoq1Z-_3FYDVLvq6q8ecf+-g8cc1zZR5pJtJNw@mail.gmail.com> <8ae52b55-86f7-3b3f-7677-cde43d92a22d@gmail.com> <202211302236271413958@chinatelecom.cn> <CAPt1N1kE2V9prmqQTN8GNiuEhrnWWo-cZ_ZzS4C89_htAUGaAQ@mail.gmail.com>
In-Reply-To: <CAPt1N1kE2V9prmqQTN8GNiuEhrnWWo-cZ_ZzS4C89_htAUGaAQ@mail.gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Wed, 30 Nov 2022 09:28:18 -0600
Message-ID: <CAN-Dau0jcyPpUGOvMu+xuy6hkQi8zGGhAA0Fx6mmfvk6_TmYsg@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
Cc: Chongfeng Xie <xiechf@chinatelecom.cn>, list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f5183e05eeb1c141"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gw5LxLI1oXAqcPGxPocJiX8qnhA>
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:28:43 -0000
I think you are both correct. I would consider mobile backup to be multi-homing if it occurs automatically; for example, if my home router had a 5G radio in addition to a fiber connection, or I had two home routers, one fed by fiber and the other fed with a 5G Radio. However, I would not consider manually tethering my laptop to my phone operating as a hotspot to be multi-homing. Just like I would not consider using my neighbor's WIFi as multihoming either. Thanks On Wed, Nov 30, 2022 at 9:02 AM Ted Lemon <mellon@fugue.com> wrote: > 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 >> > _______________________________________________ > v6ops mailing list > v6ops@ietf.org > https://www.ietf.org/mailman/listinfo/v6ops > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================
- [v6ops] Updating RFC 7084 Timothy Winters
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Brian E Carpenter
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Lorenzo Colitti
- Re: [v6ops] Updating RFC 7084 Lorenzo Colitti
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ole Troan
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Timothy Winters
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 Chongfeng Xie
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 David Farmer
- Re: [v6ops] Updating RFC 7084 - alternate logic Esko Dijk
- Re: [v6ops] Updating RFC 7084 Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 - alternate logic Vasilenko Eduard
- Re: [v6ops] Updating RFC 7084 - alternate logic Timothy Winters
- Re: [v6ops] Updating RFC 7084 - alternate logic Ole Troan
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Timothy Winters
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Brian E Carpenter
- Re: [v6ops] Updating RFC 7084 Gert Doering
- Re: [v6ops] Updating RFC 7084 Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Esko Dijk
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Brian E Carpenter
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic otroan
- Re: [v6ops] Updating RFC 7084 - alternate logic Timothy Winters
- Re: [v6ops] Updating RFC 7084 - alternate logic Ole Troan
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Ole Troan
- Re: [v6ops] Updating RFC 7084 - alternate logic Olorunloba Olopade
- Re: [v6ops] Updating RFC 7084 - alternate logic Ted Lemon
- Re: [v6ops] Updating RFC 7084 - alternate logic Esko Dijk
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Gert Doering
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Gert Doering
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu
- Re: [v6ops] Updating RFC 7084 - alternate logic Gert Doering
- Re: [v6ops] Updating RFC 7084 - alternate logic Alexandre Petrescu