Re: [Madinas] Comment #2 from MCR: creating a taxonomy section (fwd) "Juan Carlos Zuniga (juzuniga)": Re: Comment #2 from MCR: creating a taxonomy section

"Lee, Yiu" <Yiu_Lee@comcast.com> Mon, 07 November 2022 15:16 UTC

Return-Path: <Yiu_Lee@comcast.com>
X-Original-To: madinas@ietfa.amsl.com
Delivered-To: madinas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60063C15258B; Mon, 7 Nov 2022 07:16:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-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=comcast.com header.b=q+paLqSs; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=comcastcorp.onmicrosoft.com header.b=B5h6yClt
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 OGRESE2V-iWb; Mon, 7 Nov 2022 07:16:34 -0800 (PST)
Received: from mx0b-00143702.pphosted.com (mx0b-00143702.pphosted.com [148.163.141.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D80DC152570; Mon, 7 Nov 2022 07:16:30 -0800 (PST)
Received: from pps.filterd (m0156896.ppops.net [127.0.0.1]) by mx0b-00143702.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 2A7BY0rC022673; Mon, 7 Nov 2022 10:16:30 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=20190412; bh=gVe+ObGE9vfgSPMaDs6Owk8pPB/3EqHDisdNeKh3xx0=; b=q+paLqSssaywjGO3El0l62Pl10AXhsSrGVhF+vz9heeINlNvSKxE9eS4JkTfseNWIbCp +xP8q2f4tBysqPbb0QeSUzokBGW59UkS8sC4J9f7AkNw1mD6sZ/1H+LMcmJUKiZ3Wuc5 2sy+oiqSvBG54ZUP8gP/r8E2T690/wl/EhUp26TUFNjueOzWCP35ifa6Ax/WahVymDGB mneUiwOkG/8GF0xtrtozmyrSijK7hWI54YaFtVT+o+WHCadv9t4Tyds2qfuw5j5Am5tZ dUz1AbsBZgPksEDSBsFlqNMqGcIgSsxpfeoFE8+6CgNYQLs94d5+1G6/OLmHBTwRVrJN YQ==
Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2177.outbound.protection.outlook.com [104.47.59.177]) by mx0b-00143702.pphosted.com (PPS) with ESMTPS id 3knjua3a76-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 07 Nov 2022 10:16:29 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JA8OcKnwhjLLGlf6SBG9gIr+Iwor106WWpfCb6eYK8LN86nQu7mnGuPGKg0BqznlUxICdeFHedj1nuSC2+jKizUYt+RJ6h3B0ep+MdZXz44IiDHQHT/PRqRZcckQTDd86qWZSfVhQkHlbbZ+9Ygh4IkenfugisGpOdIGanrwvGs474b6E0Cw2yOBVZs0auYr+DbDRVJy8h65awd51aV+BSNwrqQjZaOTy9gqU7LU/JA8vs6pjfA1jJcWujJcFTZAwfYYgMUd8w8LIY+gZXrdHHFZYhXDbTuUH/cWXD5hP/TwO5YQ7Rzg3BBV5kquQFPy29aMsHK7tF+JEZUeC+juiQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=gVe+ObGE9vfgSPMaDs6Owk8pPB/3EqHDisdNeKh3xx0=; b=n3VfCqJEadC0FB8GuwxGQG+tquaiMUtd6rP/H3w/f458CEgLHv0y1MkrpMzmy9Euhe9bT2qPt2If8o48nrREVXDUppYfFuQ8413ojzszU4ylN4LN5ihNUgthdcIMZb9/2lwU2bGf+bF+o0FmzAJHz+hEbfvH9K9bZZOS8/b1dl/uvXe86h0GcPsbvG9m9X+x0Q1p96Z8091uYnuTpsYt57CN6SjMRxxPaxBbXD3BEigMgw2UQPF/jjmwEgkoW4g/t1S1qq9q7baQUnreJhBdrL9l4AdFdREgmFn9G7BshcQVlK0iPK+pSzIhDjyWCF/5QsUru/8sCccI9xGQoZNJGA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cable.comcast.com; dmarc=pass action=none header.from=cable.comcast.com; dkim=pass header.d=cable.comcast.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcastcorp.onmicrosoft.com; s=selector1-comcastcorp-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gVe+ObGE9vfgSPMaDs6Owk8pPB/3EqHDisdNeKh3xx0=; b=B5h6yCltBgGZoQXq7MkZQqvq8BTIZWvLPfoanpsmHk/aOPZxRZaRov8vKmi76SrSAU8aKwPhsQ4bdqIVQr7+6Fq43Sa33O8OTNTDw9044e1aYGv7Jw/zWWtMWgrJHpd3bCS2/jA+AJzyBRpsGgUHJik0uCBXMlosDIjenAZBLEg=
Received: from BL0PR11MB2899.namprd11.prod.outlook.com (2603:10b6:208:7b::21) by SA2PR11MB5163.namprd11.prod.outlook.com (2603:10b6:806:113::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5791.26; Mon, 7 Nov 2022 15:16:25 +0000
Received: from BL0PR11MB2899.namprd11.prod.outlook.com ([fe80::1180:e10e:a14:43e8]) by BL0PR11MB2899.namprd11.prod.outlook.com ([fe80::1180:e10e:a14:43e8%5]) with mapi id 15.20.5791.026; Mon, 7 Nov 2022 15:16:25 +0000
From: "Lee, Yiu" <Yiu_Lee@comcast.com>
To: "Jerome Henry (jerhenry)" <jerhenry=40cisco.com@dmarc.ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>, "madinas@ietf.org" <madinas@ietf.org>
Thread-Topic: [Madinas] Comment #2 from MCR: creating a taxonomy section (fwd) "Juan Carlos Zuniga (juzuniga)": Re: Comment #2 from MCR: creating a taxonomy section
Thread-Index: AQHY8GetiYgVhbuDlk2om3ggHQWLka4zdt0A///MT4A=
Date: Mon, 07 Nov 2022 15:16:25 +0000
Message-ID: <2AD40053-DE33-4916-9510-79D335336CC8@comcast.com>
References: <707644.1667406872@dyas> <CA+XWq4HxRH3vM-PriKftamLJFzp-MdUzYEUySq3HmsbDTP-BDQ@mail.gmail.com> <BN0PR11MB57426CE7C404BBA148366A96D53C9@BN0PR11MB5742.namprd11.prod.outlook.com>
In-Reply-To: <BN0PR11MB57426CE7C404BBA148366A96D53C9@BN0PR11MB5742.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.66.22102801
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: BL0PR11MB2899:EE_|SA2PR11MB5163:EE_
x-ms-office365-filtering-correlation-id: 27926564-2fb9-43a1-f85f-08dac0d30989
x-cc-m365: 5ec20775d5aa
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: tSBRSWeDZDyx49AET/mcGRxNHiO1ZhrcnAcsBWSb6xy2cGPj+zhlH9iVhf9zZxhSAAlaV2RDbGNTPFdLNmllOdrmXvg6J1ZVkw44M2H1GSEEpdilXaAksuC4i98SNvvZW9TwzdgCWJpw3hP9ak8ityJgokgaqWcofd9ChpuCl+S7Z9TiijlDbKIrXUHfFklaIZ2CQTJzImkDml56CtgzQAk7Nw5SL3Ll+pFmsRoqDfdpWMhUYRe5K1RThrck6p5OZUPMbdLMSWSDySH1AS/3XRhO9i88W7BokUPiAsPiCD45U0P65Gwb7B+G+8ytH/Ap7c/ABXwrlvCmqbwN1iHbax2Tu9aEcSgt4wK2s6RfuAjU1jtyo3QSt2CPTr+ldVNKKbUbpmdTtAZihuheQM67IUrE0k8z0LHHFkIrMw8m9LIviTXScLnM3ILP+ihZRFBTksTI0f+Vppl2ReZDpN9ZQ+LgByN856r/fIirpjOvksdmZg9TlJvH8pH5mtC1qKmGJMDMauvgOKEylqNsEZJaXjhBZH4HXhtyuGnKYjOljVKfsGk5MQnQwqQdc1So1G03EbNA8bspx/grvNY/bTt1crsLvqCPR3cgWXS64IFWXEFLHHpo2JFQCVnUcoROr8CNgVwrjg4p0bFK6ISsDeujLU9clkxZD0qFU9onoGOhISx6VM3B0lau2X2nWQfp/UpTfB1csfM5RlShPSRUL9osozYwQq/XeFD+poODTZ7y+D8A1LnNrSsKJEqS2zRbR8gBwfryqxBGjxHk5X43n4vAKDWCGs2ctrzQjLF77z5FSs3ul1HESQb1jGm/U+AmzFeh
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR11MB2899.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(396003)(376002)(136003)(346002)(366004)(39860400002)(451199015)(66574015)(186003)(6506007)(53546011)(6512007)(122000001)(83380400001)(9686003)(41300700001)(38100700002)(2906002)(110136005)(316002)(478600001)(71200400001)(6486002)(966005)(5660300002)(8936002)(66476007)(76116006)(66946007)(66556008)(8676002)(64756008)(66446008)(66899015)(36756003)(33656002)(38070700005)(166002)(86362001)(82960400001)(369974003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 6foO+Kh6tXsrC03bxlMZRHKH/AO3jizwoQpZY5Vm7AjzJTPSbcbJ6Mgkr6HafnKVLvOv3TaUT+fLX3nbnFjtuQqE2kSZrpP+OeKRwYPnofZ7hbNP+35kcZjjKyzRj1SfC7AU1bci6n3YPKQVw4TKeZvUFJi4/3JGdQ9oKaMehcOZ3DDkmTXfCWp6EEZ+j1zizr4MJVRuUYmav/1euXD8URLOD0/4PnSWMy1hJOa/Pu1KxxlB2UNpRybFjbeclUADOf1ChEQ+Im+L/zD9GysgtDiO8Qm4wcsx1EUihz6R0EDTdWQrxpSfadCc+MO6DHWTrc8E/FDW+ppsi0X46VCQSKugMRlQqTIfxZ3e1X6iD9TUolLvC6Ucjf42+yTiEGoXSpKBFTZIDpAG5UdttOUNr9jGPgOJDc21tkYD+mxJBaCci840eRe+jOW5/+J0qkce5YAQfOSxsLLHx/Q8mylrYgDzAls3bDwflqqXcCn6Q5WUomZRLzgyhn+CT7ZKLgGn70IsPTPhaoBQzve4nU+G6RO0d/0LSvLfzl84Rk7sjpNIZqh05GVT+FwNNErSby/4eylDBUhNHnmR7dFVdIq77jB9wWQkEQaFdIP7wvDTSR13Qe90z4pDnIWloM58vDJJz0Ydgko08V5Koy2fqMwKbdwWbXX0r3IU1nxaLQ/4oWLnz7GVENJC3MerBJehlJ4klfqT/ML4wVvAW8OuuDKeaQWXrwQ6F7Fz2skLJDAQ0c922eL7zDCRuB/n0hzIfVmMu/+Gb525HjQf0a5f28E5vn+dnCJ2gx6bXRyXJa6waxFawJzVkR8U81lC61ht1YrcHKxjVqGO4hJ1N1ALv1jsEDaH4iwU7nt4JAWI8kW6TfYHJ+5LHfHLuYtEIT+0lVa5c3cEUNTjgFmPfRdDQjK64vuD4AL45OTRD4m9yfWiAd9CPCsWFm4gwts5AseM2EhqOmN51yZPMu5wLWeI/Oa14erj5xjxxvFkulGcHJI8OROMCoVcWp3MbBh85v0B13gkYXW4zdRlsFPbwTCJ57kqSLt2lE0rS3DQNqIw1S5oFi6rbqrlTP+PVqt7UC7HBBTfhw5Wsl7pAQxPctf4W86DLkQWrRSDiy/Nff0dKb51y1YktVryz7n4s9mZHSg/5zTu68pTMICpBn5M5kQ1Fg/lm6wZn/XSjpflrCuS7hOKdIOj3VHbBv1GeoxXlZrXABcorZMgYnAmZsuIDtHoMi41Vi2wF1GKKgIbSU0/RNIzVi5JcLo49LxP+SPKhPs3I7aostLZJm9s1NirFeAm8/iirLmAnc0yOtaGWcjN1HO1x0lo2XQS1NoBjaZzCDTQQJMGtWgUPqnVvqP+z7NxvkWyYde3SIM4jxvWtrcQVPoq+DTB6h7MoS+f7+df4+6dlbRUxNPlLJwz3az7IWFYdfdRTCHzyc6GrHPwOChq8/XvFt6KnDAo8AV/A9Clm523h3FaqmC16/zQ06HKdhUpS+jhOouq/9/vSGWHa0/ENHI/vIqE3mMUNrUtBixMiv2DwYKI9A6GRfeq/jNskIS3FpPqNZU6iksufvo5vFkWWkh1NtQ6x4Mn4EyErhjcq6l/RrG1B/egfGDfj5m3h4pNgPQSPRus034JQbGl57qzhGgUJUDjuBw4523idTggNyVvJ31dZw+R4XgrLm6b+tkX2m4WrA==
Content-Type: multipart/alternative; boundary="_000_2AD40053DE334916951079D335336CC8comcastcom_"
MIME-Version: 1.0
X-OriginatorOrg: cable.comcast.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL0PR11MB2899.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 27926564-2fb9-43a1-f85f-08dac0d30989
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Nov 2022 15:16:25.6859 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 906aefe9-76a7-4f65-b82d-5ec20775d5aa
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Vs5r/Bvb5Oqypiql07TZA+MDtGJ6QoWr39z9ouKwkx1mwuzOF9pF/83+2HlsFiFoVTmbwfFfSmm/OOYjVCb1NESI1jBDikZlcygZCAfCcZk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA2PR11MB5163
X-Proofpoint-ORIG-GUID: -NGuwbO0Mp87J27pUot9gm9B0Q2a7avm
X-Proofpoint-GUID: -NGuwbO0Mp87J27pUot9gm9B0Q2a7avm
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.219,Aquarius:18.0.895,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-11-07_08,2022-11-07_01,2022-06-22_01
X-Proofpoint-Spam-Reason: safe
Archived-At: <https://mailarchive.ietf.org/arch/msg/madinas/Ghc6f1fHWtH_2jJ2mhRF5EVOfQ4>
Subject: Re: [Madinas] Comment #2 from MCR: creating a taxonomy section (fwd) "Juan Carlos Zuniga (juzuniga)": Re: Comment #2 from MCR: creating a taxonomy section
X-BeenThere: madinas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: MAC Address Device Identification for Network and Application Services <madinas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/madinas>, <mailto:madinas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/madinas/>
List-Post: <mailto:madinas@ietf.org>
List-Help: <mailto:madinas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/madinas>, <mailto:madinas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Nov 2022 15:16:38 -0000

@Michael and Jerome: I chatted with few ISP (including my company) who offer services at home. One use case keeps popping up is how to build a trusted relationship with the RCM device in a simple WPA2/3 setup. In other words, is there a way when a RCM device attached to a network, it can notify the network I am a RCM device? If the network cares, the network can start authenticate me. It could be a simple DHCP option or something more sophisticated. This is needed in home network context to relax the requirement for every device to support Open Roaming or other means.

Thoughts?
Yiu

From: Madinas <madinas-bounces@ietf.org> on behalf of "Jerome Henry (jerhenry)" <jerhenry=40cisco.com@dmarc.ietf.org>
Date: Monday, November 7, 2022 at 08:24
To: Michael Richardson <mcr+ietf@sandelman.ca>, "madinas@ietf.org" <madinas@ietf.org>
Subject: Re: [Madinas] Comment #2 from MCR: creating a taxonomy section (fwd) "Juan Carlos Zuniga (juzuniga)": Re: Comment #2 from MCR: creating a taxonomy section

Hi Michael,

On the use case document, I propose to move section 7 to an annex, as it may be good material for the bcp, but likely does not need to be in the use case. From the feedback I heard, I also suggest removing section 6.3 (requirements formulation), this section was needed as we were discussing the group formation, but it does not seem to be useful anymore at this stage.

I am open to other suggestions. I will also gladly help on the bcp, if you need any.

Best

Jerome



From: Madinas <madinas-bounces@ietf.org> on behalf of Michael Richardson <mcr+ietf@sandelman.ca>
Date: Friday, November 4, 2022 at 12:08 PM
To: madinas@ietf.org <madinas@ietf.org>
Subject: Re: [Madinas] Comment #2 from MCR: creating a taxonomy section (fwd) "Juan Carlos Zuniga (juzuniga)": Re: Comment #2 from MCR: creating a taxonomy section
I found your email very difficult to read.  Please be aware that all
HTML is stripped out by the archive, so if you use HTML quoting, it's
just not gonna work.

I think that you wrote:

JC> Looking at the WG deliverables, I agree that the existing documents
JC> respond to the following two: An Informational use cases and
identity requirements
JC> document (draft-ietf-madinas-use-cases-03) An Informational
JC> MAC Address Randomization current state-of-affairs
JC> document (draft-ietf-madinas-mac-address-randomization-04)

JC> But we are still missing the third one:
JC> 2. Document Best Practices handling RCM
JC> A Best Current Practices document

I think that I am volunteering for this.

JC> There are some solutions mentioned in
draft-ietf-madinas-use-cases-03, but these are not JC> sufficient for
a BCP. I guess for now these solutions should be moved to an annex and
JC> perhaps the doc should focus more on the “use cases and identity
requirements”

I think we need to restructure all the documents.

JC> I’m also in favour of doing some road-show to interact with other
groups (not sure if
JC> Cunningham's Law is the best strategy though).

for some readers: Cunningham's Law states "the best way to get the
right answer on the internet is not to ask a question; it's to post
the wrong answer."

On Wed, 2 Nov 2022 at 16:35, Michael Richardson <mcr@sandelman.ca> wrote:
>
> (chair hat off)
>
>
>
> Hi Michael,
>
>
>
>
>
> From: Madinas <madinas-bounces@ietf.org> on behalf of Michael Richardson <mcr+ietf@sandelman.ca>
> Date: Saturday, October 22, 2022 at 6:51 AM
> To: CARLOS JESUS BERNARDOS CANO <cjbc@it.uc3m.es>, madinas@ietf.org <madinas@ietf.org>
> Subject: Re: [Madinas] Comment #2 from MCR: creating a taxonomy section
>
>
> CARLOS JESUS BERNARDOS CANO <cjbc@it.uc3m.es> wrote:
>     > I agree that having a taxonomy is useful. I just think we need some
>     > additional discussion on the mailing list to ensure that we cover what
>     > is expected and that we use the right terms.
>
> I agree with you.
>
>     > I'm going to accept your edits regarding this in the github and include
>     > the initial text in the next revision of the draft. We can take it from
>     > there.  Hopefully, we will get also input from other people in the WG,
>     > as this is a WG doc now.
>
> I have been thinking about the BCP document as well.
> I am very much unconvinced that the two documents that we have have the right
> split, and I think that this is why there is some difficulty connecting the
> taxonomy into the right place.
>
> It might be that list should go into the BCP document.
> I have also been considering starting that document.  I think that we need a
> bit of a road-show: where we go into other WGs and talk to them during their
> session.   This may call for an application of Cunningham's Law.
>
> Looking at the WG deliverables, I agree that the existing documents respond to the following two:
> An Informational use cases and identity requirements document (draft-ietf-madinas-use-cases-03)
> An Informational MAC Address Randomization current state-of-affairs document (draft-ietf-madinas-mac-address-randomization-04)
>
> But we are still missing the third one:
> 2. Document Best Practices handling RCM
> A Best Current Practices document
>
> There are some solutions mentioned in draft-ietf-madinas-use-cases-03, but these are not sufficient for a BCP. I guess for now these solutions should be moved to an annex and perhaps the doc should focus more on the “use cases and identity requirements”
>
> I’m also in favour of doing some road-show to interact with other groups (not sure if Cunningham's Law is the best strategy though).
>
> Juan-Carlos
>
>
>
> Hmm. We should also present at RIPE somewhere, which is next week, and where
> I'm on my way to. Double Hmm.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>

--
Madinas mailing list
Madinas@ietf.org
https://www.ietf.org/mailman/listinfo/madinas<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/madinas__;!!CQl3mcHX2A!DKdHljj6MoDYa6vNdoldzjuGcfS2cF-EitSlU93yaE7Pi65wg93UvxaVNH7XK0jrXJs0L9qyXQwIA6OLIkL4LApQo___pNo$>