IETF Logo Mail Archive

Re: [MMUSIC] Martin Duke's Discuss on draft-ietf-mmusic-t140-usage-data-channel-12: (with DISCUSS and COMMENT)

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 06 April 2020 17:55 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 50AC33A0DDF for <mmusic@ietfa.amsl.com>; Mon, 6 Apr 2020 10:55:28 -0700 (PDT)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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 DCoEEheWgxX5 for <mmusic@ietfa.amsl.com>; Mon, 6 Apr 2020 10:55:27 -0700 (PDT)
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2081.outbound.protection.outlook.com [40.107.220.81]) (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 2A1EE3A0DDE for <mmusic@ietf.org>; Mon, 6 Apr 2020 10:55:26 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gw4KtxCt2Xv+iAC6VKS0VlWKJ3H7zwwNku8n0cF+JDJ+i0Rnlim9ArCDPP6EeWaHNw/T3Qjc7J9vAvFr+/hdOa7ZA/sAvZ3+B8CQg839C5Dxz4Sluz8s2ZzrAjWbFxtRuc7P7aJtMEAvgvW+wKfsqqbvKWLNufSw98vpvAtkbWvj9wHlcKi6bEfgl7rYz7e4XOrORJMfxvLUOOUZJpWisHc4G0fSkt09A9jDjoMWQRCM0mykvxyMUeShANyXHR3/4Q+ObhGSEs7vZcqOhW7RU9L1l2fOOhXdzZd3cUuhpvtuyp7sle47Jv/y0bII51p6QbIJRKN0Ps5LDD+m4fnR9Q==
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=Cg22K/w6ZOEWZUV1elTDfdMHm/x8Vr9HWsV4UO7Crj8=; b=HBwPj77BMX6uLuXXiU/BgXoPn2FeoHRy0bpHflrsFRcLKg/0ey5kfYeApNqOu+7SYB1mBlusJIbqbpWIKMT3FADobr4vlE1nwrKAnVePU1QH99rIWyVkzZlcEPUDaSI4TIw4AsNGuUU+2Ni30Bi1+TKimS5BjbYZfVwNpht+JEyyiLHzsEydzIpgD8tOldh2GemzIfj/eJG+IV6blQ0z7xM6vewCA5F8P5cdLG/VaOTR+dvmPrm8mGiMixVXyv13jrWlmjNr5cJmZ4mQ1EWkDflv4xGdNvbvpYckwiC/15Hz7tyas+SZSMM8EZM21PrpW8DVrMGmpnStlsibLSQRFA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=ietf.org smtp.mailfrom=alum.mit.edu; dmarc=bestguesspass 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=Cg22K/w6ZOEWZUV1elTDfdMHm/x8Vr9HWsV4UO7Crj8=; b=ad9PmybtHmlz8r94pgPOQyegSSi+TTNdbMMUpahWDG2zA6iYMRwG3FmSnr22cl+UzUnyg8JnIGTErxqMILbFiZsWatFQzrYcdR/0Yj7CUR6oIM8yZwnt36IwwnlkakxEse8Up7iEc3s4RE8SzkpQxXngI2RnaCsXR6Rr6jVEqLI=
Received: from CY4PR22CA0032.namprd22.prod.outlook.com (2603:10b6:903:ed::18) by BYAPR12MB3560.namprd12.prod.outlook.com (2603:10b6:a03:ae::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2835.23; Mon, 6 Apr 2020 17:55:24 +0000
Received: from CY1NAM02FT041.eop-nam02.prod.protection.outlook.com (2603:10b6:903:ed:cafe::5d) by CY4PR22CA0032.outlook.office365.com (2603:10b6:903:ed::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2878.15 via Frontend Transport; Mon, 6 Apr 2020 17:55:24 +0000
Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu;
Received: from outgoing-alum.mit.edu (18.7.68.33) by CY1NAM02FT041.mail.protection.outlook.com (10.152.74.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2878.15 via Frontend Transport; Mon, 6 Apr 2020 17:55:23 +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 036HtLYg006717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <mmusic@ietf.org>; Mon, 6 Apr 2020 13:55:22 -0400
To: mmusic@ietf.org
References: <158604858069.27221.2642465321422680007@ietfa.amsl.com> <b37c846e-8b42-48e4-7ef1-a2e3a36600d4@omnitor.se> <CAM4esxTKhuzMis849yKSB5R2k4wys0MgKJEBK81k=XNde57aYQ@mail.gmail.com> <1d0c8c09-e7e6-2fd6-e8a5-32484e04b6f0@omnitor.se> <BCE384F9-E5EA-431B-997E-5B23B1698420@ericsson.com> <CAM4esxQDV8t=AqQ7vBUUSM4Z437kFNngq89kpcDMVC_dst-fhg@mail.gmail.com> <81D8AD0F-8FF8-4EE5-8E6D-B8E1BA3248D7@ericsson.com> <74d7659d-cda4-7d02-1eec-e2b1a708f3a1@omnitor.se> <F6264E03-1307-4BD1-BF67-DCF4C3165C86@ericsson.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <2fc8150b-02cd-b08b-f962-eaee133865c6@alum.mit.edu>
Date: Mon, 06 Apr 2020 13:55:21 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <F6264E03-1307-4BD1-BF67-DCF4C3165C86@ericsson.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
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:(10009020)(46966005)(2906002)(47076004)(956004)(186003)(6916009)(36906005)(75432002)(26005)(53546011)(8936002)(70206006)(2616005)(31696002)(4744005)(86362001)(7596002)(5660300002)(246002)(31686004)(70586007)(498600001)(356004)(336012)(26826003)(8676002); DIR:OUT; SFP:1101;
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: f661bd90-1ab0-4529-90fb-08d7da53ae50
X-MS-TrafficTypeDiagnostic: BYAPR12MB3560:
X-Microsoft-Antispam-PRVS: <BYAPR12MB3560B3EFE0B33798406FD43FF9C20@BYAPR12MB3560.namprd12.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:7691;
X-Forefront-PRVS: 0365C0E14B
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 8pGVCVdad7pHiWXZsOsii5hJvBU5cZCvIOClVRd06U8MTANysyyk5al21v62TxQQVxNAjn08zVgDC1iqCjEUuO7SwBFtMtpn18gt7QmcWkuOp5g95PC7qtshD+R3q8puR4QqAYXQw+qNwJc3fUc/hxFz8tRb/JcIoh9JpWwYKbwuIeN2NIkY4J8GrumxCvjiMkWQpfa3BseS/iitgzTBKFm9cKPflUCh4VQ4nTTWblTCQ33rtssiwah0A1rX9VZYb+TSoXHLPn94ClettTwiOsdQQS42v+WuK7I7A+zsBCrXPXOKfF9cH9BckXlz6tm/Q4B3cv1oAtHHpecRjUlNPnX3YQSKZz/xy9LGA57zb8vbo9MRznt3DmspGZxAh3EZzs2IvNcsF+8NUgMX5kop4R13KbzB/py3wjJCSnuVYeNIRE1XALdRwl6Nfl4UYxENfPZLduyHAS9j4BcL6FBtCQo+1BRujDnmD03zUERhW3grjHEwPbtgMUVqbAqEQH/sNlFR38G1MGJdv4Zw4BSAMg==
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Apr 2020 17:55:23.4602 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: f661bd90-1ab0-4529-90fb-08d7da53ae50
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: BYAPR12MB3560
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/ZIdBOj8RSWqeC95YNAU8DRzpgIY>
Subject: Re: [MMUSIC] Martin Duke's Discuss on draft-ietf-mmusic-t140-usage-data-channel-12: (with DISCUSS and COMMENT)
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: Mon, 06 Apr 2020 17:55:28 -0000

On 4/6/20 11:19 AM, Christer Holmberg wrote:

> Works for me. I do agree that sendonly is not a flow control mechanism (that has been discussed in the past, and we don't want to re-open that discussion).
> 
> Now, Martin DID ask for something to be said.  So, should we in Section 5.3 explicitly say that a change of the direction does not require buffering?

ISTM that if the local end of the connection is recvonly (or inactive) 
then user input SHOULD not be accepted from the user, and if received it 
MUST be discarded.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email