Re: [bfcpbis] AUTH48 [JM]: RFC 8855 <draft-ietf-bfcpbis-rfc4582bis-16.txt> NOW AVAILABLE

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Tue, 15 September 2020 14:58 UTC

Return-Path: <eckelcu@cisco.com>
X-Original-To: bfcpbis@ietfa.amsl.com
Delivered-To: bfcpbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 630C73A0AA9; Tue, 15 Sep 2020 07:58:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.62
X-Spam-Level:
X-Spam-Status: No, score=-9.62 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Zm4v+IBB; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HqWPzN8V
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 QjNOOluylmuI; Tue, 15 Sep 2020 07:58:56 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81CE83A103A; Tue, 15 Sep 2020 07:58:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5864; q=dns/txt; s=iport; t=1600181936; x=1601391536; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=fmqyhFWaojJhmmFJb5E4TqVsPLPv9ObjyALGu30/HyM=; b=Zm4v+IBBeHPE5CFDbdA5/Mq4qIW5HRBWLYcorl5DQi1v4WBtjvT79Rxw 8CSAkw6i2AMmOtBapaq8sHjfcacZuccxRVwXUXsdtfB2LBPIftrsAsrD8 1d+cZi6zakhR5S9gry2Oi+Ons8P+5khCObzdLrjcxHtzLptih7NZvCvpE 0=;
X-IPAS-Result: =?us-ascii?q?A0CWAQBn1WBf/4cNJK1gHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?T4EAQELAYFRKSgHcFkvLIQ5g0YDjUommHKBQoERA1ULAQEBDQEBGAsKAgQBA?= =?us-ascii?q?YQHRAIXgggCJDcGDgIDAQEBAwIDAQEBAQUBAQECAQYEbYVcDIVzAQEBAwEBE?= =?us-ascii?q?BERDAEBKQMLAQ8CAQgYAgImAgICJQsVEAIEAQ0FIoMEAYJLAy4BDql9AoE5i?= =?us-ascii?q?GF2gTKDAQEBBYU2GIIQAwaBDioBgnCDaYZSG4IAgREnDBCCTT6BBIFYAQGBK?= =?us-ascii?q?gESATiDADOCLZA4gjIBPKNsCoJlj0SKfgMegwmJdYQYj1iBWJERgXSddgIEA?= =?us-ascii?q?gQFAg4BAQWBaiRncHAVOyoBgj5QFwINjh8MDAuBAgEIgkOFFIVCdDcCBgoBA?= =?us-ascii?q?QMJfI9UAQE?=
IronPort-PHdr: =?us-ascii?q?9a23=3AgN47Gh+J333mTv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZhSN6O9sh0TSWoOd4PVB2KLasKHlDGoH55vJ8HUPa4dFWB?= =?us-ascii?q?JNj8IK1xchD8iIBQyeTrbqYiU2Ed4EWApj+He2YkVPGc3lfFrU5Ha16G1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.76,430,1592870400"; d="scan'208";a="534015875"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Sep 2020 14:58:55 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 08FEwtMl008310 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Sep 2020 14:58:55 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 15 Sep 2020 09:58:55 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 15 Sep 2020 10:58:54 -0400
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 15 Sep 2020 09:58:53 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cvflmMYbzMwC5fAqqQsTMLkGnNLW6PN6gNDVGYOWpfJy8ncVQ2srvVXaIeM0DIUOvufN5d7kYigsD+eZEtNjKpZT+D8qDpyQoCyBFSKdNQzXDM7aOCtIqoWZa6dmhcCnvqq3M3WgvzL6t1prc6Wq1h37yK36xFkzqp4xbWdlnupEDv7OV56FOJa9afYv1oHaH0JxsA9OgLV4FGaSWLcyPur+EXpQYv6Szibui9n7ELTkoF+qKrCC3NAFHip1oo0ggfoY6UYQVPSthJV2LureBo6iJcxp60C7KLrheIo+gxnRMMHDNzh6DeKLVEeS3GKD5CmwQrZtINX1Uvu0Z7S6aw==
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-SenderADCheck; bh=fmqyhFWaojJhmmFJb5E4TqVsPLPv9ObjyALGu30/HyM=; b=jITrsmaW8DT6ziMFpT3h0wjgJMAldCy1XKD4/56HG+DGcvo1VUIjl6hrcKTyYCAi/OftIlpBMXC1xbwIaxrPa4lgSGLQdQVVYH0BivTMsE8zxVC/IwwsVBvZ0MmNQIj+0IlVCWoyIOsa/uXszNj9i8x26XQv5CQBmGmLKlXXkk73UoFxADl01Zln1yYxVYBcOQSGP23s2H+AGBd3IOmcZYCkd+2FVS4zwjkjTrIHNFrtJ59B9RjnwUmmT6i4zn7gk2OFMCkeRC3i6/QEN5e8nL3WnGZruho4HdCH+qcFGZ1lPcwV1KEUkIUef/N4MMswwY5FnrOqGDbgiMA1hM/kkw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fmqyhFWaojJhmmFJb5E4TqVsPLPv9ObjyALGu30/HyM=; b=HqWPzN8VIeUM+nYtdmkG/PirYxsKV6O+ux/fVSOVkMVRE96nXffWj49zwmwawEJ4S0LfaicVnzTPs5ygzl1G7KVATP7O/c55L9PVlxDatyzLVzRDd3u5ZXpLI66D/UwFDHEDfA7gPOYjuDlc2aJAZUyjQ27Led//m2u0usxYrqQ=
Received: from BYAPR11MB3237.namprd11.prod.outlook.com (2603:10b6:a03:1e::19) by BYAPR11MB3493.namprd11.prod.outlook.com (2603:10b6:a03:81::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3326.19; Tue, 15 Sep 2020 14:58:51 +0000
Received: from BYAPR11MB3237.namprd11.prod.outlook.com ([fe80::d43b:cd64:b100:84b5]) by BYAPR11MB3237.namprd11.prod.outlook.com ([fe80::d43b:cd64:b100:84b5%7]) with mapi id 15.20.3391.011; Tue, 15 Sep 2020 14:58:51 +0000
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "Charles Eckel (eckelcu)" <eckelcu=40cisco.com@dmarc.ietf.org>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>
CC: Jean Mahoney <jmahoney@amsl.com>, "bfcpbis-chairs@ietf.org" <bfcpbis-chairs@ietf.org>, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, Keith Drage <drageke@ntlworld.com>, "bfcpbis-ads@ietf.org" <bfcpbis-ads@ietf.org>, "jo@comnet.tkk.fi" <jo@comnet.tkk.fi>, "mary.ietf.barnes@gmail.com" <mary.ietf.barnes@gmail.com>, "tom@kristensen.larvik.no" <tom@kristensen.larvik.no>, RFC Editor <rfc-editor@rfc-editor.org>
Thread-Topic: AUTH48 [JM]: RFC 8855 <draft-ietf-bfcpbis-rfc4582bis-16.txt> NOW AVAILABLE
Thread-Index: AQHWIqViT1RAXKn/9EqC4786COJ18aiZBvMAgBhveoCAAOmHgIAAkKiAgAAuaICAtgG1gIAA5eYwgAAgLgA=
Date: Tue, 15 Sep 2020 14:58:51 +0000
Message-ID: <620E4721-DE3D-4091-8E4D-5AB7535478C4@cisco.com>
References: <20200505062106.40196F4072C@rfc-editor.org> <20200505062634.GA22852@rfc-editor.org> <90116eda-0692-e727-8901-98aeeb578e6e@amsl.com> <FFB537B8-6FD4-4D8C-AC4A-9DB4CC9411DE@cisco.com> <09c10dfd-9d48-49b7-764b-a41923c90186@amsl.com> <45c39325-5f5b-6161-304e-91beae81dd20@ntlworld.com> <089754DF-62D6-4544-9B9D-FA3DD18C5F57@cisco.com> <AM0PR07MB38607B50A6FE921CD2288C6493200@AM0PR07MB3860.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB38607B50A6FE921CD2288C6493200@AM0PR07MB3860.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.40.20081000
authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2601:647:4401:e580:ac26:d9a6:e383:c7b4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b4332191-6d2a-44db-0922-08d85987dbea
x-ms-traffictypediagnostic: BYAPR11MB3493:
x-microsoft-antispam-prvs: <BYAPR11MB3493381F53112E276AC8D3BFB2200@BYAPR11MB3493.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 0rq9NSX+DWh1TxH0+9zOzPEKs5Yo7JB12tkMeniZyMbrRlYPclsHaWzTzb8YFM0xu1QqR3puThUUHG1ucPA1BS4eTYytlT1gLQGZwbjtMkZ2zfHFF3YG2Qhn7n6gDhOKW9QURn03ysFQ7bSrCqBd/Rkpd4btJhtqAAoCH4qCK/fGShTV72SKBbpKkYa6TsWI83/E8iTicUTTICE4Wi0pP0gJph2b3p56aly3vaU9C4vcDi6lJpkLxl1+deUtl+YVgkBBimzNZR7cuqTbC4xwOtbm5Kkk272DJJniK41TdeAPXbVzup5XYrUwpcDAPAmS2qFZN+raKlec0Ch09ccc20eE2wiDPbp5CGebFc02gUDoRrAYLHIdQ/+mJTXf+EqjDM2kILlkjJxxscP49XSBdw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB3237.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(366004)(376002)(136003)(39860400002)(2616005)(186003)(53546011)(478600001)(86362001)(2906002)(33656002)(6506007)(83380400001)(71200400001)(36756003)(6486002)(5660300002)(66556008)(64756008)(66476007)(66946007)(66446008)(8936002)(54906003)(110136005)(76116006)(7416002)(4326008)(966005)(316002)(6512007)(8676002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: h2YBMsjiqYnXe9m9K7OCnM+Ep7yoKZQ8NFSfmiCTI3vFxDj68XkhsXcWa/9We00NgoPPMgZ/GZ/a49/6q2/fPbYg7sJiVWoqhr3UtnqhEpcpAVV3kBcHAQdJoZLf1SAydITf4U5dpy9UmpxMn0L8/4e6HvwJveSVPq6At1hTfSaO/Ow+aM8IBySzcMMrUaxizJ6jqSS+5ibv3PnQMMXtL+6j/4lqYGNe6k8mwJfa25i05R3R5KTc2CKEu8g0Nt1KVxOtnYLuIybm1RYuq/lJBI9gr/ju0Ok4iyeS5RmUutaQqPIfqOQ2dEfCd9p0S3OQ6k/ny9u5tH2jg3HuAPqmTQervuLh7s0qr/fu3cXwkaO89EpWRjPD+vr9johhm/iEcEJEOm1qCR3pciBbnriuAad8LLafi+XbHU/IVqmkutTV03iuGzicQ7e/6fLqp/oSWKnteULBonYql16lm46ZxgyDk1cQLIvzUK8lfCgPoR7rRUi9y1jfItZPCGZ8CL18xkIPS+dcaVgcWZW7TUNtJLGxvKOUgf7m3y2GAnJ7i0cQaJAlPEZq165AHJ5RmC7YMMsVP4hfGlewt+FQc3nsid87AkmopGUFEAUc90826ELPuMG7ayNmih37vYheLvFkHAs+ACoD/8apDOEa01hyTV8rc6fhj6l0wLV2XiGeYvPjiXgs+CN34eDgbqBH9tRGItatJDYoT/FSh3/nWF1KrQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <BBA05AE0AFDBC64D900D3046CA7813CD@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB3237.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b4332191-6d2a-44db-0922-08d85987dbea
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2020 14:58:51.6321 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: VkEbuNwYhZkVxGV3ustImvkrsmcQdUz1CtzFmAC3IMN0uugJpMFw9sFjuI252fED7cIIECl0pvUXTFJPHI+dbg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3493
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/bfcpbis/8Svs-k-DPEUNV2pbez8aySu45Y0>
X-Mailman-Approved-At: Tue, 15 Sep 2020 07:59:16 -0700
Subject: Re: [bfcpbis] AUTH48 [JM]: RFC 8855 <draft-ietf-bfcpbis-rfc4582bis-16.txt> NOW AVAILABLE
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BFCPBIS working group discussion list <bfcpbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bfcpbis/>
List-Post: <mailto:bfcpbis@ietf.org>
List-Help: <mailto:bfcpbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Sep 2020 14:58:59 -0000

Hi Christer,

Thanks for reviewing the proposal and providing feedback. Please see inline.

On 9/14/20, 11:16 PM, "Christer Holmberg" <christer.holmberg@ericsson.com> wrote:

    Hi,

    >It has been a long time since our last email discussion. We in nearing the end of AUTH-48 for this draft, but there is an issue raised that needs to be addressed before we move forward.
    >
    >The email thread below provides the background. A proposal to the working group for resolving this is to:
    >
    >1) maintain the reference to RFC5389/STUN rather than replace it with a reference to RFC 8489

    I support maintaining the reference to RFC5389, in order to align with other C238 cluster documents that reference STUN.

    RFC5389 is also implicitly referenced via the ICE reference.

    >2) make the reference to RFC 5389/STUN an informative reference as is already done for RFC 5245/ICE

    My suggestion would actually be to update the ICE reference to RFC 8445. Again, that would align with other C238 cluster documents that reference ICE.

[cue] Good point. This reference has already been updated to RFC 8445 as part of AUTH-48.
 
    And, in RFC 8445 STUN is a *normative* reference.

[cue] In rfc4582bis, the reference to ICE is currently Informative, whereas the reference to STUN is Normative. I believe they should either both be Normative or both be Informative. Do you happen to know which way would be more consistent with similar references to STUN/ICE in cluster C238? In rfc4583bis, the reference to ICE is currently Normative.

Thanks,
Charles

    Regards,

    Christer


    On 5/21/20, 1:55 PM, "Keith Drage" <drageke@ntlworld.com> wrote:

        I do note that the normative requirement is at SHOULD strength.

        However there are no statements that support an implementor to decide 
        under what conditions the requirement can be ignored, or the 
        consequences of ignoring, one or other of which should really be there.

        The lack of that information does not help in trying to evaluate the 
        consequences of updating the reference, versus leaving the reference as 
        it is - note that there is a risk both ways.

        The quick review I did, resulted in my feeling that the upgrade would be 
        OK, but I am not an expert in that area. Certainly I think either way it 
        should go to the WG for a quick review.

        Keith

        On 21/05/2020 19:09, Jean Mahoney wrote:
        > Hi Charles,
        >
        > On 5/21/20 11:31 AM, Charles Eckel (eckelcu) wrote:
        >> Hi Jean,
        >>
        >> I am more comfortable sticking with RFC 5389 at this point in time.
        >
        >
        > Ack.
        >
        >
        >> That said, I know that in another thread Christer made the point of 
        >> being consistent across the cluster in terms of referencing RFC 5389 
        >> vs. RFC 8489. If the decision is for the cluster switch to RFC 8489, 
        >> we can consider that. However, I think we would need to take it back 
        >> to the working group to see if there are any issues because I do not 
        >> believe the working group was not tracking this update and did not 
        >> anticipate its publication.
        >
        >
        > FWIW, so far, the one C238 document that has updated their STUN 
        > reference to RFC 8489 has an informative ref to it, not a normative one.
        >
        > Thanks!
        >
        > RFC Editor/jm
        >
        >
        >>
        >> Cheers,
        >> Charles
        >>
        >> On 5/20/20, 12:36 PM, "Jean Mahoney" <jmahoney@amsl.com> wrote:
        >>
        >>      Authors,
        >>
        >>      We note that this document has a normative reference to RFC 5389 
        >> (STUN),
        >>      which was obsoleted just recently by RFC 8489.  Do you wish to 
        >> update
        >>      this reference to RFC 8489?
        >>
        >>      Thanks!
        >>
        >>      RFC Editor/jm
        >>
        >>

    _______________________________________________
    bfcpbis mailing list
    bfcpbis@ietf.org
    https://www.ietf.org/mailman/listinfo/bfcpbis