Re: [MMUSIC] IDENTICAL-PER-PT in draft-ietf-mmusic-sdp-mux-attributes

Bo Burman <bo.burman@ericsson.com> Fri, 26 July 2019 09:11 UTC

Return-Path: <bo.burman@ericsson.com>
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 B39EA1202F1 for <mmusic@ietfa.amsl.com>; Fri, 26 Jul 2019 02:11:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 aY0Vxtnos5yz for <mmusic@ietfa.amsl.com>; Fri, 26 Jul 2019 02:11:23 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60059.outbound.protection.outlook.com [40.107.6.59]) (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 F08E51202C5 for <mmusic@ietf.org>; Fri, 26 Jul 2019 02:11:22 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cfZSagK5df5I6Tu8yAEbBxXoP9AcYHm4PucqMTDbGtdz9tfwdk1rWBMuLg0eu24odYw6Nq5YL4VYFrkulVaBF9F2KMQK1ZnRcO0bUJ2rrHBa3yhm9SdvTanm5ieBe9SNzaYDfAA58ZozNiZOQ1VpnvaYjdMKyDpeIXYjPYtX1JfcV76WnkmNKBVUMnBtwjllhdtZN9gWDXT2FZY/iCCspj5jlW0HBx4FvR91smQMzaewPPBYRxpp5HJX9H0wOj0sHH2mly3ysaY5euoZ8/kix81P9hgh+gfX23DsVw5c6B18+Q2Io0sZJTKvAep+9TWDGWjwtcSYxrUlIzPLu7l7aw==
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=r0FCuOU+MSoPlaHVxBCr+zY4pLOz9uEboOhRuCVlReo=; b=fWe8hP4i5T0hFJQu41GS3KMtYejNNE+XEFKnhuVoO6lhD0H1uRer5zLj6vruhphmJFRGzPspH6Kmw9meSrC5GEGEalUiuzRy6Dn3sCwwIZRIxTFf+zRKJzwF0jHnq66AFKYJbP9KIx3fR7Ok01uCv8uLWOvybFqnDJH0cMxwON5gqt1wA4i1e68cNdMUsXgCWwHlZGWSXeJbu8eZWgmaQ3erS+gQqGXqGtL8/WTOxkBB0vns0wLzCRLANYZkm2WUzxNR8cyoeqC0ZauEn8ujt/x0m6V3VqMI4z26oZYyprhy8+8y0zYQoCznVFsp6qVLMVfW7JErCcuda2vf4jUfhw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=ericsson.com;dmarc=pass action=none header.from=ericsson.com;dkim=pass header.d=ericsson.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r0FCuOU+MSoPlaHVxBCr+zY4pLOz9uEboOhRuCVlReo=; b=oyv/VjnfqolFhwaJnBpHE96T0D0LN2pid71KrAOo0fWChoJaLsk7YAexq8nWV2OCWjT4tS4IHiwKXEiNpR9Egnla51Z4OmlDGQuqJ3fPkuiLP6QbB7GzvN13/M0EfeFp4zaHh9+Dm6HONq9YiRfxBsQmKksKXk+sbFRC/DHVzak=
Received: from HE1PR07MB3259.eurprd07.prod.outlook.com (10.170.246.26) by HE1PR07MB3145.eurprd07.prod.outlook.com (10.170.245.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Fri, 26 Jul 2019 09:11:20 +0000
Received: from HE1PR07MB3259.eurprd07.prod.outlook.com ([fe80::7c5e:6cd8:8b05:2ab0]) by HE1PR07MB3259.eurprd07.prod.outlook.com ([fe80::7c5e:6cd8:8b05:2ab0%5]) with mapi id 15.20.2115.005; Fri, 26 Jul 2019 09:11:20 +0000
From: Bo Burman <bo.burman@ericsson.com>
To: Colin Perkins <csp@csperkins.org>, IETF MMUSIC WG <mmusic@ietf.org>, Suhas Nandakumar <suhasietf@gmail.com>
Thread-Topic: [MMUSIC] IDENTICAL-PER-PT in draft-ietf-mmusic-sdp-mux-attributes
Thread-Index: AQHVNdlFRtv0FTpAjEWlQGGm4M+FuabcqePQ
Date: Fri, 26 Jul 2019 09:11:20 +0000
Message-ID: <HE1PR07MB3259ADE3AD94328C241C261C8DC00@HE1PR07MB3259.eurprd07.prod.outlook.com>
References: <309770CE-A099-480A-B4D5-AF62B421BDE0@csperkins.org>
In-Reply-To: <309770CE-A099-480A-B4D5-AF62B421BDE0@csperkins.org>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=bo.burman@ericsson.com;
x-originating-ip: [192.176.1.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a2d3b0c4-bc9f-4c01-b542-08d711a93974
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:HE1PR07MB3145;
x-ms-traffictypediagnostic: HE1PR07MB3145:
x-microsoft-antispam-prvs: <HE1PR07MB3145B2C04EFDC615D48DFAA08DC00@HE1PR07MB3145.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01106E96F6
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(366004)(396003)(136003)(376002)(189003)(199004)(13464003)(86362001)(7696005)(229853002)(44832011)(186003)(71200400001)(66066001)(66616009)(26005)(64756008)(66946007)(66446008)(8936002)(9686003)(966005)(446003)(76116006)(66556008)(66476007)(476003)(305945005)(11346002)(53936002)(33656002)(53546011)(6506007)(102836004)(2906002)(486006)(7736002)(74316002)(14454004)(55016002)(6306002)(6246003)(68736007)(8676002)(25786009)(256004)(3846002)(6116002)(6436002)(110136005)(478600001)(5660300002)(52536014)(81156014)(99286004)(99936001)(14444005)(81166006)(76176011)(71190400001)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3145; H:HE1PR07MB3259.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: GnFcRcwAAk9kI+CcNxkwA8hfZ73FHXRZHUgoxFKbSqBeMGn7LTDzV6M9L5oILMAGUERi6zTFxzmz96v4cg9ML3SyplKfXnuBx9X/idvFVPiFO6AmiEGFMK5WY933qOgOJvm8rI3wvmr4VjQWhTSMWdiW3u1+weXecSMYiqJ2lPO7eLfia0BZDsCCRH7ibrblF+E88d5XbgOCvDRCa95g3AnW3VuDdEDofl/xY+ztOTTJoqF53FU1PsaT4ou2Z8pmNDDK2hD61BKKg/Un8o/2ycvbHQIKIU1J4Int1f2kqcWKnkKwuQHZDThVinRmbMs6z0SxTGquFAWvIwD9umXuwFO4k0MNUg5anjkaB9LDmRqZM5+BDQ734bPMxuOe46+jrnupmgFJjdErx4E+BiUnODaZlN6SkYf+CWSBmB2+nzk=
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_005F_01D543A2.D99D8640"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a2d3b0c4-bc9f-4c01-b542-08d711a93974
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Jul 2019 09:11:20.6400 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: bo.burman@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3145
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/wxjAD5EPN32abbZBKex1Mm5_rzc>
Subject: Re: [MMUSIC] IDENTICAL-PER-PT in draft-ietf-mmusic-sdp-mux-attributes
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: Fri, 26 Jul 2019 09:11:26 -0000

Hi,

It seems very clear to me that it must be identical for all PT values in all
bundled media descriptions when at least one media description in the bundle
includes a wildcard. A PT wildcard requires same handling for all PT in the
media description where it is included, and IDENTICAL-PER-PT requires same
PT handling across all bundled media descriptions.

I guess that could be clarified, but I also see no other reasonable
interpretation and therefore don't think the text is broken in any way.

I don't know what triggered the question, but I would assume that it has
something to do with a=rtcp-fb:*?
Is there e.g. a risk that IDENTICAL-PER-PT is incorrectly interpreted as
IDENTICAL-PER-PT-PER-MEDIA-TYPE?

I can imagine a case where a=rtcp-fb:* was used in a non-BUNDLE SDP for the
video media description but not for the audio media description, which I
think is a very common case. When updating that SDP to use BUNDLE, the
a=rtcp-fb:* is (mistakenly) kept, causing it to apply also to all of the PT
in the audio media description, which might not be what the one updating the
SDP to be BUNDLE'd intended or expected. 

Do you think there is significant risk of implementation mistakes if that
clarification is not made?
If so, is this one particularly error-prone or are there also other
potential clarifications that should be made to avoid mistakes when bundling
media descriptions without enough understanding of the BUNDLE implications?

Cheers,
Bo (as individual)

> -----Original Message-----
> From: mmusic <mmusic-bounces@ietf.org> On Behalf Of Colin Perkins
> Sent: den 9 juli 2019 00:04
> To: IETF MMUSIC WG <mmusic@ietf.org>
> Subject: [MMUSIC] IDENTICAL-PER-PT in draft-ietf-mmusic-sdp-mux-
> attributes
> 
> Hi,
> 
> draft-ietf-mmusic-sdp-mux-attributes-17 lists the a=rtcp-fb: attribute
from
> RFC 4585 as IDENTICAL-PER-PT. This makes sense, except that a=rtcp-fb:
> allows a wildcard PT. Should Section 4.7 of sdp-mux-attributes state that
> IDENTICAL-PER-PT means identical for *all* PT values when used with a
> wildcard PT?
> 
> Colin
> 
> 
> --
> Colin Perkins
> https://protect2.fireeye.com/url?k=70455e75-2ccf72ed-70451eee-
> 0cc47ad93eae-
> 23c263c7e25ea2e2&q=1&u=https%3A%2F%2Fcsperkins.org%2F
> 
> 
> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic