Re: [6lo] Advocating a generalization of RFC8505 to non-6lo LANs
Carsten Bormann <cabo@tzi.org> Mon, 08 July 2019 12:51 UTC
Return-Path: <cabo@tzi.org>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8325D12017E; Mon, 8 Jul 2019 05:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 0dytK6IQRtzt; Mon, 8 Jul 2019 05:51:06 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF55D1201BC; Mon, 8 Jul 2019 05:51:06 -0700 (PDT)
Received: from [192.168.217.110] (p548DC676.dip0.t-ipconnect.de [84.141.198.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 45j50m61WVzyWd; Mon, 8 Jul 2019 14:51:04 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <MN2PR11MB3565657D1E28F1572BC546D0D8F60@MN2PR11MB3565.namprd11.prod.outlook.com>
Date: Mon, 08 Jul 2019 14:51:04 +0200
Cc: Mark Smith <markzzzsmith@gmail.com>, Michael Richardson <mcr+ietf@sandelman.ca>, 6man <6man@ietf.org>, V6 Ops List <v6ops@ietf.org>, "6lo@ietf.org" <6lo@ietf.org>
X-Mao-Original-Outgoing-Id: 584283062.758004-77ec78b223e01b6df58edc7f1b9b5865
Content-Transfer-Encoding: quoted-printable
Message-Id: <C4E210C6-42D4-4456-BE5D-233200E3B005@tzi.org>
References: <MN2PR11MB3565AC3DE6B4480D296D500FD8FA0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAO42Z2y50fxNO6q7LX6K+-PW-At8SQ0U+RTsuTwa5EGsn42c3A@mail.gmail.com> <MN2PR11MB3565F85F6E989972B92045CBD8FA0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAO42Z2yZ1Fv4ynU_KS4+cej5bYnxN=gLzsJPH9iDWpEBR4jeLw@mail.gmail.com> <MN2PR11MB3565657D1E28F1572BC546D0D8F60@MN2PR11MB3565.namprd11.prod.outlook.com>
To: Pascal Thubert <pthubert@cisco.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/9Ox9wW7KSG8862kqQUe4cY3lahg>
Subject: Re: [6lo] Advocating a generalization of RFC8505 to non-6lo LANs
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 12:51:18 -0000
On Jul 8, 2019, at 14:41, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote: > >> What sort of device is a "L3AP"? In RFC 8200 we don't have that sort of device >> defined, we just have links, hosts, routers and nodes (IPv6 host or router). > > Like a L3-switch but wireless. An AP is a bridge that is proactively programmed on the wireless side with the association process, as opposed to a learning (transparent) bridge that requires the broadcast. RFC 6775 / 8505 is the same thing at L3. If you add L3 features like an SVI to the AP, and L3 functions in there like RFC8505, routing, and/or ND proxy, then you have an L3-AP. Hi Pascal, out there again confusing everyone with needlessly invented terminology? :-) These things are called 6LRs in RFC 6775/8505, for people who want to look up what they do (or do you mean 6LBRs?). Grüße, Carsten
- Re: [6lo] Advocating a generalization of RFC8505 … Pascal Thubert (pthubert)
- Re: [6lo] Advocating a generalization of RFC8505 … Mark Smith
- Re: [6lo] Advocating a generalization of RFC8505 … Pascal Thubert (pthubert)
- Re: [6lo] Advocating a generalization of RFC8505 … Mark Smith
- Re: [6lo] Advocating a generalization of RFC8505 … Pascal Thubert (pthubert)
- Re: [6lo] Advocating a generalization of RFC8505 … Carsten Bormann
- Re: [6lo] Advocating a generalization of RFC8505 … Pascal Thubert (pthubert)