Re: [AVTCORE] Moving draft-ietf-avtcore-multiplex-guidelines along

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 14 February 2020 14:57 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB7891200B4; Fri, 14 Feb 2020 06:57:32 -0800 (PST)
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 QagCXNp8vn_U; Fri, 14 Feb 2020 06:57:28 -0800 (PST)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70054.outbound.protection.outlook.com [40.107.7.54]) (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 305CE1200B3; Fri, 14 Feb 2020 06:57:27 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iKSfsIPgXXAW+RQIoJFhkwvPCskNkGP0KztEH+LV+RqrSWIiWHibDpBJIomA6tIylIin5FVf4WVIb+/Ikz0qnJxQmOGK6V9LfUdgYkEmpWu9wui4E/KiP89R9/r6S8ypwnMYlbjzlhAhKMsONG7qAkoKLpxS9RK1cC/0agfI1EDWtL5CBMkD3xgerf3cyBC2bSO73T2QGBN6gJvsTLvRKPXflTBzS/ADHpt9scy/VPFwBTybErEZnSe5jm4bIOZUzMYUGRwFn70tQMvxOzxRgFYxXHoCjm2kcn7R1bTOHV9bOyepOV/6TXLS5vjR+Skug+B9Tip6MESn1Fck/U6vdA==
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=1WVt+gDCW7U9NREd8GqClErlYgnFlPgJR60TP1sXTmA=; b=g+17GKy65DpTSAA5f0tw9nj6Y4IjIVmNyW+42VDUmcNo3zUPEk0u7YjUb7YnPU3I1F1NNV3FkbsZQrO/Yy5pGUPh5gQ6AexXszzhifmOiUYTKDKu63RoKu3i6Y1jlazrSm6TLoTSsRJlSKVXKMzUaKn693UE5GJZBLsxuqLkSQM9eNAyNAF9jBpHG2TvIfxgdQusrH5iSkhOxLGXAN42yogcgaoMAlw9KNbgta7cU7jaBetAs/OSk/+UsnhMLgIPmVdvpIn0mQvsllyyvcNZYpwR1GVnzq9q3g/rfzfUzvGKiC5OUTUwl60P72pJ6nKbawbwWzyAmOPS9bq1BNvvAw==
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=1WVt+gDCW7U9NREd8GqClErlYgnFlPgJR60TP1sXTmA=; b=JNh+77jycll83WEfDWUh98RXAm0x6jcI1Kc1gT8lNQGyYVKxYWUtS2OPZ4wzGcQZu4+EUaBf8J4pCfwakbc/7ZobUPgBUVTc/Zugq+rWyViMkiD9N3Qok0rO/4WixsT+L0a2UtkYWgmGopZt4Eg2yYL46jaMwDr/+Bb7ym7Xwnw=
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com (52.135.133.12) by DB7PR07MB4123.eurprd07.prod.outlook.com (52.134.103.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2729.14; Fri, 14 Feb 2020 14:57:25 +0000
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::cd9a:187a:90ab:3544]) by DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::cd9a:187a:90ab:3544%5]) with mapi id 15.20.2729.024; Fri, 14 Feb 2020 14:57:25 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: Bo Burman <bo.burman@ericsson.com>, "barryleiba@computer.org" <barryleiba@computer.org>
CC: "bernard.aboba@gmail.com" <bernard.aboba@gmail.com>, "draft-ietf-avtcore-multiplex-guidelines.all@ietf.org" <draft-ietf-avtcore-multiplex-guidelines.all@ietf.org>, "avt@ietf.org" <avt@ietf.org>
Thread-Topic: Moving draft-ietf-avtcore-multiplex-guidelines along
Thread-Index: AQHVaSOAPiVCMTzoDU+xzhTcn8adqacnzsjAgGvrjYCAAEf5oIAAARkAgBTNq4CAcj6zAIAArBSA
Date: Fri, 14 Feb 2020 14:57:24 +0000
Message-ID: <8c299c79fedc1c9dbaf9966b393945a52b83d75f.camel@ericsson.com>
References: <CALaySJ+FVGYTStOVYjarR_UtPG5Ksm8hKDD2DdXQLYgQO3zRrg@mail.gmail.com> <DB7PR07MB5736513571AA3CFD7E16574795B00@DB7PR07MB5736.eurprd07.prod.outlook.com> <CALaySJ+xsk-CVmvbwcNP31J8kLsQd4hLfQh1OT-gDBhzsqCaAA@mail.gmail.com> <HE1PR0701MB2697A398E78C5C636B42C49B954F0@HE1PR0701MB2697.eurprd07.prod.outlook.com> <CALaySJKMzcsAU4d6sr5Fdk-Z_OSK=MyHd9no13bnawKzfZKC6Q@mail.gmail.com> <HE1PR07MB32596CC0FC216BA57A273DB98D420@HE1PR07MB3259.eurprd07.prod.outlook.com> <CALaySJJ+7AVLbTEFPg-kBiw-tjck_UekVWDcFn9-6-84XHqYcw@mail.gmail.com>
In-Reply-To: <CALaySJJ+7AVLbTEFPg-kBiw-tjck_UekVWDcFn9-6-84XHqYcw@mail.gmail.com>
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=magnus.westerlund@ericsson.com;
x-originating-ip: [192.176.1.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e9118936-14a7-47f4-232d-08d7b15e33ce
x-ms-traffictypediagnostic: DB7PR07MB4123:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DB7PR07MB41237D2833E05A45A9D22B9D95150@DB7PR07MB4123.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 03137AC81E
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(366004)(136003)(346002)(396003)(376002)(199004)(189003)(186003)(26005)(2616005)(91956017)(66476007)(5660300002)(66616009)(6512007)(66946007)(81166006)(316002)(2906002)(66446008)(8676002)(64756008)(66556008)(76116006)(81156014)(86362001)(44832011)(110136005)(4326008)(8936002)(36756003)(478600001)(71200400001)(53546011)(6506007)(6486002)(54906003); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR07MB4123; H:DB7PR07MB4572.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: adJTztCdrQ1eCrK7sQXBPT2YyrYWBgY00sNEShcODGIPO5LJLHYtCarSDsJSmk1+gNU1OLX9PCltFQ5bhw4cfZ21t+DLtDySQS0zqb34POPRtfyouSreMDKSeKh0ATmnsCa0B8yhy14WXUry/hF5cc08kebrHj9dGqfqlty3guWojiaDPHmk60a4EP6k1414icgnMbeeja1fDRGdw2e5B9hlkcj1MqQ82WoSLfO4IvTYUhaQB2wBtA3l1dAr54QsZX1f3ESp1X0ood0e2cpamL5VxgU6R+dPkdXdizq5QLorNTC0QzJspZ0jvPigHhFRiQ/F6bDpECmW/xs9aK41t3YPGUI6lmXPHo8IbxTy6H9WC5iybbOV53x5u/+3YX+UkTM7V6tjaDyF33UIx6GPk7G5L1KD7+L0Wo+UAGJDjXMjjYO3sLpbhHt3FsRtHPli
x-ms-exchange-antispam-messagedata: wuxIOXzprayPmMK8/qGrgD2NfwjLU0QJn50kIP99/b6RKf8xdXr2ZSUsJhh70CX8glfOlflXlqdewjhXIZ7lIvBss+NXWfo6FGFr+AWmFLOMyE8EuGEQzrWO9FK5UMZh/nstQeYxk3bkwcOhaP61qA==
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-W6zG64IaZZKwKI/Kf88C"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e9118936-14a7-47f4-232d-08d7b15e33ce
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Feb 2020 14:57:24.9054 (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: Mu2bvMlgpxwYeC2/de4kzbT8kNpNKSk/XpJsLZN7dmrpK4JjS/tJLtiX6anixJSLeFztce/3grQsjtTibswaKnSHyteJ87xBURlgZii1sps=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4123
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/PRHwtdq91tN0roAEEsGZAJz5PLM>
Subject: Re: [AVTCORE] Moving draft-ietf-avtcore-multiplex-guidelines along
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Feb 2020 14:57:33 -0000

Hi,

Sorry, this has been down prioritized again by me. Will do my best to get it
moving.

Cheers

Magnus

On Fri, 2020-02-14 at 04:41 +0000, Barry Leiba wrote:
> Hi... any progress on this?
> 
> Barry
> 
> On Tue, Dec 3, 2019 at 7:03 AM Bo Burman <bo.burman@ericsson.com> wrote:
> > Hi,
> > 
> > I've started a (so far author-internal) draft -10 that tries to address
> > most 
> > of Bernard's comments; in progress.
> > 
> > I however didn't yet do a total re-haul to consider if use of MID/RID/RRID
> > is 
> > sufficiently covered and described throughout the document. Help on 
> > identifying potentially impacted text would be greatly appreciated, from my 
> > co-authors as well as from the list.
> > 
> > Regarding Bernard's comment to section 5.2:
> > 
> > >  3.  For applications with dynamic usage of RTP streams, i.e.
> > >       frequently added and removed, having much of the state associated
> > >       with the RTP session rather than per individual SSRC can avoid
> > >       the need for in-session signalling of meta-information about each
> >  >      SSRC.
> > >
> > > [BA] Not sure I grasp your point here.  If there are multiple SSRCs in
> > the 
> > > same RTP session, avoiding the need for in-session signaling typically 
> > > requires:
> > >
> > > a. A mechanism for handling "unsignaled streams" (e.g. an Unhandled RTP 
> > > event as in ORTC), OR
> > >
> > > b. Support for MID to allow routing to the correct RTP receiver without 
> > > in-session signaling of the SSRC.
> > 
> > Firstly, I think the original text in bullet 3 doesn't consider use of
> > bundle 
> > or MID but rather assumes the pre-bundle type of RTP session. Adding use of 
> > MID would be part of an RTP session state (e.g. mapping SSRC to an media 
> > source, which would also map to an m= line if SDP is used) that doesn't 
> > require in-session signaling. That would correspond to your alternative b.
> > 
> > Secondly, there could still be "unsignaled streams" handling, either within 
> > (using same) MID or when not using MID in the RTP session, where other RTP 
> > session information can be used to allow proper handling of dynamically 
> > occuring RTP streams, such as e.g. RTCP SDES CNAME to identify RTP streams 
> > sent from the same endpoint (but not necessarily the same media source).
> > What 
> > type of RTP session information that is needed for proper RTP stream
> > handling 
> > depends on, I must assume, application-dependent requirements. That would 
> > correspond to your alternative a.
> > 
> > Bernard, you indicate "a OR b" above; should they be seen as mutually 
> > exclusive or could they both apply in the way I indicate? Would adding a 
> > clarification along the lines above address your concern?
> > 
> > Cheers,
> > /Bo
> > 
> > > -----Original Message-----
> > > From: Barry Leiba <barryleiba@computer.org>
> > > Sent: den 20 november 2019 07:22
> > > To: Magnus Westerlund <magnus.westerlund@ericsson.com>
> > > Cc: draft-ietf-avtcore-multiplex-guidelines.all@ietf.org; avt@ietf.org
> > > Subject: Re: Moving draft-ietf-avtcore-multiplex-guidelines along
> > >
> > > Thanks; I'd love to move it forward.
> > >
> > > b
> > >
> > > On Wed, Nov 20, 2019 at 2:20 PM Magnus Westerlund
> > > <magnus.westerlund@ericsson.com> wrote:
> > > >
> > > > Hi Barry,
> > > >
> > > > Sorry, this has failed to get the necessary author time to take care
> > > > of the comments. Will try to get it done soonish.
> > > >
> > > > Cheers
> > > >
> > > > Magnus Westerlund
> > > >
> > > >
-- 
Cheers

Magnus Westerlund 


----------------------------------------------------------------------
Networks, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------