Re: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute - the pull request

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 18 December 2019 14:43 UTC

Return-Path: <christer.holmberg@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 EC3D11201EF for <mmusic@ietfa.amsl.com>; Wed, 18 Dec 2019 06:43:31 -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, 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] 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 XGg2iJggNblb for <mmusic@ietfa.amsl.com>; Wed, 18 Dec 2019 06:43:29 -0800 (PST)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50050.outbound.protection.outlook.com [40.107.5.50]) (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 48330120112 for <mmusic@ietf.org>; Wed, 18 Dec 2019 06:43:29 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gqKbc14iYhK7dGjKQ9tMdUvFf2i4n5jFRQzfsA34vQydtG1vDmkKbYxblN6pHKD7HMHhH1FKH0L5e2CEiCmdoTgCHaiOO0ETqcElvVtpTlP7YyZevtHsMDAwOYOKSP2tiKGGrcn81Q9PSX6aGpGoDvTeHpdGzwjiK/2aTksmNvGdODlcq26rvJTmack05lq6FQQMtxYrMCOcuKBwHCSicA79mv6HQHbGnMTjnvTPFo3jh7P0kb08zr0PgVeu8sEFUzyuD0mvXTAMP+0bp6aXQP5KSww61Rtjf5EhJ9Cpp/G5Pw1Bkg25mFjGvChSZclBQlYZQ+NCW1ixHQdVQdDBSQ==
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=Gil4IHb8QZUq6Kbu5SJ2YxuVq6R7HVs3odS+9S4N/z8=; b=XlANSJYcBLZH8xhmqeljjqvrDPMvw0ZZskmrIKgmT2VxAj/NRq+x/7nKTl1oN/G0umoLU84RTGqgy5TKRqtPVN5ggxFpBD/xAShp1Y3z4AYzOgC95S+7QYq/tPptyUMjxMUgFLgMJv6hP8SyVgcU//UMlpJgVlWM3YuLLgGow/wO3oFGaFYKPl+BNRXzU1w343n4oKJ7wd+0L/CbsPTDsYQyh1uJoo1OTVLLMe9FelW0Fk/zZRscIGDhTNNLnt+lqJFE1gEGV2sOVKE/79P7zNk9bnh1HWQSr4i5DNFM1uqJH5Ath0+24otmxC+7XucwJLUOVxBOn7dJBuq7B255BA==
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=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Gil4IHb8QZUq6Kbu5SJ2YxuVq6R7HVs3odS+9S4N/z8=; b=Mx3VVtujGHBMu3Curh4zjrwvKsnmUFREU3QZl3gwP+K9ECXNGuUx+hmWZ+EetQlEuw0DTP4RN8+vNeFZ2c0Bb3W1k8rAleysFpS/xckkPX/1gWLwViptnZAv7zfYNAHbdDIqnpwgU6TVmsqa63y65x3O/skmmzNMlNR6BTImDJU=
Received: from DB6PR0701MB2421.eurprd07.prod.outlook.com (10.168.73.16) by DB6PR0701MB2581.eurprd07.prod.outlook.com (10.169.212.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.9; Wed, 18 Dec 2019 14:43:26 +0000
Received: from DB6PR0701MB2421.eurprd07.prod.outlook.com ([fe80::39bd:a590:dcd9:201e]) by DB6PR0701MB2421.eurprd07.prod.outlook.com ([fe80::39bd:a590:dcd9:201e%10]) with mapi id 15.20.2559.012; Wed, 18 Dec 2019 14:43:26 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>, Roni Even <ron.even.tlv@gmail.com>
Thread-Topic: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute - the pull request
Thread-Index: AQHVtK0bd2Wp1m8Dv0axD3uKn/ODWqfAGy8A
Date: Wed, 18 Dec 2019 14:43:26 +0000
Message-ID: <25BA168F-6914-40D5-A9FD-297620500F40@ericsson.com>
References: <37EDF433-9D83-4D72-A44A-6B058736949F@ericsson.com>
In-Reply-To: <37EDF433-9D83-4D72-A44A-6B058736949F@ericsson.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1e.0.191013
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 99854c3e-25c5-47b3-b557-08d783c8a423
x-ms-traffictypediagnostic: DB6PR0701MB2581:
x-microsoft-antispam-prvs: <DB6PR0701MB25816C0B6C38C818A35A10AD93530@DB6PR0701MB2581.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0255DF69B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(366004)(136003)(376002)(346002)(396003)(189003)(199004)(66446008)(6486002)(8936002)(53546011)(6506007)(91956017)(8676002)(81166006)(81156014)(2906002)(36756003)(66946007)(2616005)(186003)(6512007)(110136005)(478600001)(44832011)(86362001)(66476007)(66556008)(5660300002)(966005)(64756008)(26005)(316002)(71200400001)(33656002)(76116006); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6PR0701MB2581; H:DB6PR0701MB2421.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: BCL:0;
x-microsoft-antispam-message-info: Uiih+bvrqK0OrVfbYxDCi/TyRzx9BbnUR4D9ghDZzk64Kru8jqKzH3Of6YZegK/uRy2jToZ9pSIuYjjn4KmkC5G1wmdohQwCKHVpsuGyasa1hseaDaVtVtDBSQVAt2QxsPBh9IgG03H3ude7MdtpankguKtu+lBP7IYz5pFzTOPLV9A4kVQ573j5TLIEB5OOXquaGT/u4mlLpExwaw+2y0DF9IPM7klpOCGxOc9EE5Crk5VDEfxOQbQ9ycuglm/TItIPxftIZ0oKcWG7DikiCvsgbVyta2WTz/5FdntOXg+db8tQ4ov8uUMw7Wym/k/M/PaCIoY25HujrdWnZy3fKhH3pAY/GAHbCedqOIvqjLV8GUd31yZoYOcVsT6cva434rFhn5vnUGS6KhnR5pYSZi5ccqFnDU0eg0jcZnPC79sAdl/lGnmL6FRSrOfWRIDzH9U3LA9YnH2L61zdCBUkpGBG4JTui/OgeD26dxX0608=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <749FF684DD0A184A8F9EA8ED38829780@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 99854c3e-25c5-47b3-b557-08d783c8a423
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2019 14:43:26.5916 (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: D5NBm9Nxl960Apjj53N3jWpk0mkuRtOPNzyrwN7x72OyX7ePUET0azzMLw7xxvgcOMYXaP6elsnW1YxCxm2mTCLH9ELWx/f2fqxVLNL/9ao=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2581
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/lKONxL-cgdHHnK_ulbkOtfotGfI>
Subject: Re: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute - the pull request
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: Wed, 18 Dec 2019 14:43:32 -0000

Hi,

I intend to merge the pull request tomorrow (Thursday), so please let me know if you have any issues with it - or in general with the approach of using the sub-protocol value instead of "-" in dcsa encapsulated fmtp attribute. So far nobody has objected to such approach.

Regards,

Christer

On 17/12/2019, 9.39, "Christer Holmberg" <christer.holmberg=40ericsson.com@dmarc.ietf.org> wrote:

    Hi,
    
    I have created a pull request that makes to change from "-" to "t140".
    
    (The pull request also an editorial addition, as requested by the chairs)
    
    https://protect2.fireeye.com/v1/url?k=d16336e8-8db73a19-d1637673-864685b2085c-1da2d27c922df7f1&q=1&e=42e0e4a7-de1a-4834-96a7-a8778b2d7bb3&u=https%3A%2F%2Fgithub.com%2Fcdh4u%2Fdraft-datachannel-t140%2Fpull%2F54
    
    Regards,
    
    Christer
    
    
    
    On 16/12/2019, 21.23, "mmusic on behalf of Christer Holmberg" <mmusic-bounces@ietf.org on behalf of christer.holmberg=40ericsson.com@dmarc.ietf.org> wrote:
    
        Roni, note that this impacts you.
        
        Regards,
        
        Christer
        
        On 16/12/2019, 18.10, "mmusic on behalf of Paul Kyzivat" <mmusic-bounces@ietf.org on behalf of pkyzivat@alum.mit.edu> wrote:
        
            On 12/16/19 11:05 AM, Christer Holmberg wrote:
            > Hi,
            > 
            > I'd be ok with the subchannel identifier.
            > 
            > I do think it would be good to add some generic text to sdpneg, though, saying that whenever the media description format or PT number would normally be used in an attribute (e.g., the fmtp attribute), when encapsulated in a dcsa attribute the subchannel identifier is used instead.
            
            +1
            
            > Regards,
            > 
            > Christer
            > 
            > 
            > On 16/12/2019, 17.58, "mmusic on behalf of Paul Kyzivat" <mmusic-bounces@ietf.org on behalf of pkyzivat@alum.mit.edu> wrote:
            > 
            >      On 12/16/19 10:34 AM, Flemming Andreasen wrote:
            >      
            >      >> Also, I think we should aim at being aligned with the RTP usage when it comes to SDP attributes.
            >      > Agreed again. I think the "fmtp" attribute is the right one to use here
            >      > - the question is simply what format value we use. I'm leaning towards
            >      > "t140", but we should get some general text in sdpneg to account for
            >      > additional media formats in the future.
            >      
            >      IIUC you are proposing that the format value in fmtp attributes for data
            >      subchannels should be the subchannel identifier. Is that right?
            >      
            >      While that is redundant I won't oppose that.
            >      
            >      	Thanks,
            >      	Paul
            >      
            >      	
            >      
            >      _______________________________________________
            >      mmusic mailing list
            >      mmusic@ietf.org
            >      https://www.ietf.org/mailman/listinfo/mmusic
            >      
            > 
            > _______________________________________________
            > mmusic mailing list
            > mmusic@ietf.org
            > https://www.ietf.org/mailman/listinfo/mmusic
            > 
            
            _______________________________________________
            mmusic mailing list
            mmusic@ietf.org
            https://www.ietf.org/mailman/listinfo/mmusic
            
        
        _______________________________________________
        mmusic mailing list
        mmusic@ietf.org
        https://www.ietf.org/mailman/listinfo/mmusic