Re: [MMUSIC] Reference update from 4566 to 4566bis?

Paul Kyzivat <pkyzivat@alum.mit.edu> Tue, 05 May 2020 20:44 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 384923A0AD1; Tue, 5 May 2020 13:44:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.99
X-Spam-Level:
X-Spam-Status: No, score=-1.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alum.mit.edu
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 G_cRdPiOuaXX; Tue, 5 May 2020 13:44:25 -0700 (PDT)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2069.outbound.protection.outlook.com [40.107.92.69]) (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 C63FF3A0A79; Tue, 5 May 2020 13:44:24 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QVkuWsGeSC1fh//iRK9iezB5CHg+PKv2IU1JyxIRROpf+R6rgA0d5xGXt43891GJSKtXg7AnMsKUxVzOmw8JZDqPZJ/fqTCLkk8JD17bopOO687BdfwgpvzwXTfbEpZzHHEhUfkI8oKtTrORemi98hLIWKhuYOiRCQG3SKQ+Tohdwec4P7Zu4QYH7e/ebyCtNzAAF1P5ZbNLHb6mij+eFQS6VI5ETZeRkvqKC3TGKwcce+Wm8MrcfrCamWKhfg0gNBraW4w8Lu287PXec9dhxeI1hz5Sn/nosczGjDJ1EKJta79NH+UZGbN1c4CvHCgC62pWjxHXq1LPQCQZVdYgXw==
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=pgnGcaPyydkaIvpqoZnoLW+ErEnvrkD+gJP4vCXUgBg=; b=LbdJv9szS3j3jadntw4Fst7g4R9IOBnkBGIhGOonoCaQBjmzfEJOinqqVy6ANUTA2dZ3u8Ju4uvy4zhctt+cJJTJ/Yo6nOQTWuybXri67pzvuBtgCXc9FnwkB2Qs1mSi/fjYhxB4wGtMvGy/BXyJFh8wffgHAH2otspuWrl9t92o5ib3mYX3kJsM0DrltXTMSkpG5WDwJx57yJZXBjB+dAeJ0A6ob1OvpCxAqyYL+0FRy48zcEjeMOZ5K2KO99nKIePEQpg9KI8THJJx4GiIv30af3+8MUe5M9JE2/w8FXQ5kGVRuqUKWNbT4dboOa9WTgaJLdRcqxy1FM0DdgRQaA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=permerror (sender ip is 18.7.68.33) smtp.rcpttodomain=gmail.com smtp.mailfrom=alum.mit.edu; dmarc=none action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pgnGcaPyydkaIvpqoZnoLW+ErEnvrkD+gJP4vCXUgBg=; b=ZVTda6LeTqmjKBgoEAusKzuFg9lM/5TBNhaHyUpL6ybrFCdK5jSkvAwHvHbGCUc03cSKlsonf8i2uGUw50RwRFlvxPJzJugkQqaJ8cIbynr/wLhiMwCHbQUldRh6Yi8H50MKldWbnROfJjMIqPHWuBOH1oljvSb07n6tyUEY7so=
Received: from DM5PR1101CA0016.namprd11.prod.outlook.com (2603:10b6:4:4c::26) by MWHPR12MB1374.namprd12.prod.outlook.com (2603:10b6:300:12::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.20; Tue, 5 May 2020 20:44:22 +0000
Received: from CY1NAM02FT051.eop-nam02.prod.protection.outlook.com (2603:10b6:4:4c:cafe::34) by DM5PR1101CA0016.outlook.office365.com (2603:10b6:4:4c::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.20 via Frontend Transport; Tue, 5 May 2020 20:44:22 +0000
Authentication-Results: spf=permerror (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=alum.mit.edu;
Received-SPF: PermError (protection.outlook.com: domain of alum.mit.edu used an invalid SPF mechanism)
Received: from outgoing-alum.mit.edu (18.7.68.33) by CY1NAM02FT051.mail.protection.outlook.com (10.152.74.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.27 via Frontend Transport; Tue, 5 May 2020 20:44:21 +0000
Received: from Kokiri.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 045Ki95g029266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 5 May 2020 16:44:19 -0400
To: Ted Hardie <ted.ietf@gmail.com>, Flemming Andreasen <fandreas=40cisco.com@dmarc.ietf.org>
Cc: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, bfcpbis <bfcpbis-bounces@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, Suhas Nandakumar <snandaku@cisco.com>, "bfcpbis-chairs@ietf.org" <bfcpbis-chairs@ietf.org>
References: <12B81692-4EA9-4AC2-8F46-DE3E1A39BE8C@ericsson.com> <f93ff4b8-3485-893c-e2ed-316babf8fe05@cisco.com> <CA+9kkMA_pVqaUk7XM80F+G-8MtGgj2Nh+pmFCb2GPJYLH6rXcQ@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <efb3cb56-a9ef-2d5e-aef0-d74e52951513@alum.mit.edu>
Date: Tue, 5 May 2020 16:44:09 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <CA+9kkMA_pVqaUk7XM80F+G-8MtGgj2Nh+pmFCb2GPJYLH6rXcQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:18.7.68.33; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:outgoing-alum.mit.edu; PTR:outgoing-alum.mit.edu; CAT:NONE; SFTY:; SFS:(39860400002)(136003)(346002)(376002)(396003)(46966005)(33430700001)(4326008)(186003)(86362001)(7596003)(53546011)(8676002)(82740400003)(8936002)(478600001)(33440700001)(5660300002)(47076004)(31696002)(82310400002)(356005)(2906002)(6666004)(26005)(31686004)(75432002)(15650500001)(966005)(956004)(36906005)(110136005)(54906003)(316002)(2616005)(786003)(70586007)(70206006)(336012)(43740500002); DIR:OUT; SFP:1101;
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: dd433c69-9f36-404a-e4b1-08d7f13516f1
X-MS-TrafficTypeDiagnostic: MWHPR12MB1374:
X-Microsoft-Antispam-PRVS: <MWHPR12MB13749B4797DECA8D66062CB3F9A70@MWHPR12MB1374.namprd12.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-Forefront-PRVS: 0394259C80
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: PzgbuaXxv0KV754UHiWoO/pIJk8dDRqapIhbqj0xKUVe/DWqgZx/B4qiG1G7BrANF/vH0fuj6ySiIeZu2QPAg2ERejopmvLU1vhmQu1MNpNjjlTNMahRna3Fg/jxKCITYtbZaos5P2Xubw52zowayFFh47FMSXfEc/fWZOEU0wZrh5EHP1s+xJJ46tryTpmsW/jIzLisPnX5zzGd4cfmF9z0fY+2rw+W6GLX50TJj77RnptFMoHNUoqc2t0FLc/5l06zN5z70ROrBAnQqo69+nbV+CU5jNxxRZpf24wX6Q82oTQrxID50LwPfH4sDFfv9isdJL6lLp+mbTqAT1td6a/Obf8/fqS1qUSVvxRb7N5kdUCRfyJnmFt/Z2vLiQelljaHBV1Y6K2m90H7h3uwZnJMtdwU4t7YmkNxIpp8jhWt7I1rWNA1kxC4MqFQjLOrjHfeGZZxAd4XfrgKmGOHDXBQaHlZ/2/W9o5jqw87kZM626qZmUtk7qMuPoP6/r6RY4dLJVpMtLbBCOApMYhEi61SgCiEPxZvTzH6wYDcwYMMp5SIOynOQui8IBS8FaL5j9syYqUb5ssvg/yDSwxRnyCA0knwRZ1z+cAbZ7i6nXsqdIezW92yU4m/ALayKKpmtk8OHquD3jNUVAvf8NTHnNe5t0EAQPerMIQNa5NDm/L1KbtczpzPpRWT0VrZGX0k
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 May 2020 20:44:21.2738 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: dd433c69-9f36-404a-e4b1-08d7f13516f1
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR12MB1374
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/YPO3vm7lkQoy_3EKZ-VDR91Ao9s>
Subject: Re: [MMUSIC] Reference update from 4566 to 4566bis?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 May 2020 20:44:34 -0000

On 5/5/20 11:51 AM, Ted Hardie wrote:
> At least for JSEP, this was considered by the authors and they declined 
> to make the change:

Clearly in cases where 4566 is referenced rather than 4566bis we know 
that the changes in 4566bis are not pertinent to the referencing 
document. So the motivation could be one or both of the following:

1) didn't want to introduce a publishing delay waiting for 4566bis
2) didn't want to introduce a requirement to implement 4566bis.

Of those, (1) is now moot since 4566bis is now in the bundle.

That means that there is already an implementation requirement for 
*some* part of the bundle. There could still be an advantage to stick 
with 4566 for those pieces that don't need it if there is some subset of 
the package that is meaningful to implement on its own, without pulling 
in 4566bis. It should be possible to figure that out.

	Thanks,
	Paul

> https://github.com/rtcweb-wg/jsep/issues/562
> 
> I personally assume that we'd need to confirm for each one that 
> references RFC 4566 that it was not a deliberate choice and that the 
> internal detailed references do not need an update.  That latter, I 
> think, is why we should avoid it; it is not necessarily the case that 
> the structure of bis will allow us to make one-for-one swaps.
> 
> Were this a github issue, I would personally suggest "close with no 
> action" and leave the mix as it is; I don't see a big enough advantage 
> to take on the work.
> 
> regards,
> 
> Ted
> 
> On Tue, May 5, 2020 at 6:21 AM Flemming Andreasen 
> <fandreas=40cisco.com@dmarc.ietf.org 
> <mailto:40cisco.com@dmarc.ietf.org>> wrote:
> 
>     Makes sense (as long as none of those references were explicitly to
>     4566 rather than 4566bis).
> 
>     Cheers
> 
>     -- Flemming (as individual)
> 
>     On 5/5/20 4:34 AM, Christer Holmberg wrote:
>>
>>     Hi,____
>>
>>     __ __
>>
>>     Some of the drafts in Cluster 238 that reference RFC 4566, while
>>     other reference draft-4566bis-____
>>
>>     __ __
>>
>>     Since draft-4566bis is also part of Cluster 238, and is in the RFC
>>     editor’s queue, should we update the references to draft-4566bis? ____
>>
>>     __ __
>>
>>     The change would be done **at least** to the following drafts (I
>>     will only check the ones I author/co-author):____
>>
>>     __ __
>>
>>     MMUSIC WG:____
>>
>>     __ __
>>
>>     draft-ietf-mmusic-dtls-sdp____
>>
>>     draft-ietf-mmusic-sdp-bundle-negotiation____
>>
>>     draft-ietf-mmusic-sctp-sdp____
>>
>>     __ __
>>
>>     BFCPbis:____
>>
>>     __ __
>>
>>     draft-ietf-bfcpbis-rfc4583bis-27____
>>
>>     __ __
>>
>>     One of the reason many drafts do not reference 4566bis is because
>>     the drafts were going to be finalized long before 4566bis. But, as
>>     that is now not the case….____
>>
>>     __ __
>>
>>     draft-ietf-mmusic-mux-attributes references both 4566 (normative)
>>     and 4566bis (informative). In my opinion we could make 4566bis
>>     normative there, but I’d like to hear what Suhas thinks.____
>>
>>     __ __
>>
>>     Regards,____
>>
>>     __ __
>>
>>     Christer____
>>
>>
>>     _______________________________________________
>>     mmusic mailing list
>>     mmusic@ietf.org  <mailto:mmusic@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/mmusic
> 
>     _______________________________________________
>     mmusic mailing list
>     mmusic@ietf.org <mailto:mmusic@ietf.org>
>     https://www.ietf.org/mailman/listinfo/mmusic
>