IETF Logo Mail Archive

Re: [MMUSIC] Roman Danyliw's No Objection on draft-ietf-mmusic-t140-usage-data-channel-12: (with COMMENT)

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 07 April 2020 20:48 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 0A4123A1226; Tue, 7 Apr 2020 13:48:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.268
X-Spam-Level:
X-Spam-Status: No, score=-2.268 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.168, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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 fOt9TKqtnwwd; Tue, 7 Apr 2020 13:48:16 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70078.outbound.protection.outlook.com [40.107.7.78]) (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 D42403A120E; Tue, 7 Apr 2020 13:48:14 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OxQSKQTiQeyO7V5rLQlV/X7P3oK+ZcMo4S1bJXB6eB2LKCU20WTYINJ+cwchSYGovNIRGuWAKYUCdp6OlU4rXPg/PCEMSv9m/bj1Ju49GqGulMKiKZQ6StpYZCkgKlkig/KPZKj8jIUYNI55WveQzk9oWljz5Z+XdOLrwkozXf9VpNDmhH45eFFixT0ZliU2WtA4xS39Ly8uFfYLAjj9Kilf6ByGiCtgMSMGq9ea2Ee3CD+EzdGNJSl6HAaD+Ttf6s3+QFf9IQTls9SmgEF9KkZVvSUQN2Y705+gM9SAT5dMk/06zioA7TIDw5Xz2eN3OHZ69KZKN/RCb0IEUIQFUw==
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=GzVP9hLkd3hwBuZMNY2bXdAxCphrp5MoDb/5f6Zq0Fo=; b=MOkLzowOQNA2/trD0MjL8km28ui2LH3QyHDaIg3uy3j6+s5X7XmA3bfq3QPNFL0Bra0h4dJFkYITRLO83wCfGJ+nQAys32nmtglogS5Uc9AWr0iT/0E+pU+xuvD5g5whAHVjarAPz78WXOZZmTjhktGUPeFSi56bD6nB19A2coqWZRV6+Gdk4EILBc6dkImm5H2AWwMA8khAfOXzyF+cjIVGsL247AhcpRh1X7ODBNauU+IeoG6JQbXzQ4B8RZeHasGQ1rNzdB5gokbdAVvmuayiAIF2u+BsFbaudA0+jfAUUoAyKNTxlk0iOpMRPZu1fMxwJBbNV0HPIQRyKqWBew==
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=GzVP9hLkd3hwBuZMNY2bXdAxCphrp5MoDb/5f6Zq0Fo=; b=tbn9biOBLkGlqj409dXnErsR4r2VmIcvc8pSIT8AhBg1sztjTP9KcdSES5s/admgIGHjJFxkdQHk0W5JIqiVCOFZFW3ev74bOFT5T5ibYeD8e1PByJLtmtsUwpeZUjhZFiRqT5QriUwTmknDTVH5aIL38A0sH0N8b9VZh6NNzvQ=
Received: from AM0PR07MB3987.eurprd07.prod.outlook.com (2603:10a6:208:46::31) by AM0PR07MB5235.eurprd07.prod.outlook.com (2603:10a6:208:ec::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.13; Tue, 7 Apr 2020 20:48:12 +0000
Received: from AM0PR07MB3987.eurprd07.prod.outlook.com ([fe80::57b:b81e:33ec:5512]) by AM0PR07MB3987.eurprd07.prod.outlook.com ([fe80::57b:b81e:33ec:5512%7]) with mapi id 15.20.2900.015; Tue, 7 Apr 2020 20:48:12 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mmusic-t140-usage-data-channel@ietf.org" <draft-ietf-mmusic-t140-usage-data-channel@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, Flemming Andreasen <fandreas@cisco.com>
Thread-Topic: Roman Danyliw's No Objection on draft-ietf-mmusic-t140-usage-data-channel-12: (with COMMENT)
Thread-Index: AQHWDRSejP9tU+MZwEiKnU6P0UeZoqhuU9KA
Date: Tue, 07 Apr 2020 20:48:12 +0000
Message-ID: <24B77719-7204-4439-9169-15D14B884A2D@ericsson.com>
References: <158628851897.31223.7957590631237563696@ietfa.amsl.com>
In-Reply-To: <158628851897.31223.7957590631237563696@ietfa.amsl.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: [188.127.223.154]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 88fb1d25-1a7f-47dc-155e-08d7db34fcf0
x-ms-traffictypediagnostic: AM0PR07MB5235:
x-microsoft-antispam-prvs: <AM0PR07MB5235B8517E7857B0419EEBCB93C30@AM0PR07MB5235.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 036614DD9C
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB3987.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(10009020)(4636009)(366004)(6506007)(91956017)(6486002)(2906002)(26005)(2616005)(33656002)(54906003)(110136005)(6512007)(66446008)(186003)(44832011)(4326008)(81166006)(81156014)(36756003)(966005)(66476007)(66556008)(76116006)(71200400001)(5660300002)(86362001)(8676002)(498600001)(66946007)(8936002)(64756008); DIR:OUT; SFP:1101;
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: fftofbeih+Ev40ZOWXOawCqNvUygpCkANmMpb4l94Ef89ktksL+/kNw96Pqnc9rlvjLrctng6bkdO8UyShEkv8IOYtU1ZCAZy5diSeAHt0W6NgZopjdu7Ht70XBZtBxIgVomjtFch+LM0xN7JJXTlf4HFfq7iJiUIfD6O0w/+qFqzQJH3OinJXLsgQB4rG8Ld+N1N5g2Sn4Jv1D1aHp7BzgqJlWkOkZAwYmRM7Sw1PRSYABD1lAFBAVUZfFCiB1Z0UXGHSO4SsLs5klQM/CL5FtsE41zNqJSGHIU+HBPLUbvJqSP9wGxFqxAIwK8emwwyWiiUB7RWOoUekMIqpSWszcrdzQtMAHIjPeZYFlmck+9YkAg6YQE5jekHTqbVcsXqYjUReHOm/TVu0YnTu0uh343YSEnWYFWT+EOD/MHgHwryqZVFzhPIDi2adCejk7yNKiS2cBVN+g+3nWKMPHtgWACmavKHvP/9QkDEp4kdtQiMeKZmkRCiri0x8C2J9B35tqWoapV0jwdg5OBgks1/g==
x-ms-exchange-antispam-messagedata: gx1dAwSoFY433OfvMeXoH5qGUH56Z6cHdn+NKOxN9NedBqCydYQ6dhwBPJ+VAtVYwJ2ggS3LMtKEEs6rh1vMC1hxGU85aQOukk9sppAhaWOfp43N4LcaDKSRdOsI+be/qbKbuDo4/uy8ZlsGwkdW+Q==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <3C36319DE5F9FE46B32462836449D36C@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 88fb1d25-1a7f-47dc-155e-08d7db34fcf0
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2020 20:48:12.3809 (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: wp8/DNyHgEkh2UO1xhvEK5baecWYVoK+jJ/6SPqltRcTBn6aJikBBENkHq1m3BD8JdEsjkkHMKbsrHJyP3IsvSRBM48weZY5wHi4TTxFveQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5235
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/BwiDa_9MsnxV4kHpqKIIb4x9Mlo>
Subject: Re: [MMUSIC] Roman Danyliw's No Objection on draft-ietf-mmusic-t140-usage-data-channel-12: (with 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: Tue, 07 Apr 2020 20:48:18 -0000

Hi Roman,

Thank You for the review! Please see inline.
    
 ----------------------------------------------------------------------
 COMMENT:
 ----------------------------------------------------------------------
    
 >   ** I support Martin Duke’s DISCUSS position.
 >   
 >   ** Section 5.4
 >   Initially:
 >   “As a T.140 data channel does not provide a mechanism for the receiver to
 >   identify retransmitted  T140blocks after channel reestablishment, the sending
 >   endpoint MUST NOT retransmit T140blocks unless it has strong indications  that
 >   a T140block has been lost during the data channel failure.”
 >   
 >   Later:
 >   “Different mechanisms used by sending and receiving endpoints to detect or
 >   suspect text loss are outside the scope of this specification.”
 >   
 >   How is this normative MUST NOT supposed to be evaluated if the the explanation
 >   of “strong indications” is not explained in this document and no reference is
 >   provided?
   
Based on the discussions with Martin, we are going to remove the text about "strong indications":

https://github.com/cdh4u/draft-datachannel-t140/pull/56/commits/432cc24a42cec7f084657738bd2b69a8c2f9d380

Regards,

Christer

v2.23.0 | Report a Bug | By Email