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

Roman Danyliw via Datatracker <noreply@ietf.org> Tue, 07 April 2020 19:41 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: mmusic@ietf.org
Delivered-To: mmusic@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 00DB23A100D; Tue, 7 Apr 2020 12:41:59 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-mmusic-t140-usage-data-channel@ietf.org, mmusic-chairs@ietf.org, mmusic@ietf.org, Flemming Andreasen <fandreas@cisco.com>, fandreas@cisco.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.124.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <158628851897.31223.7957590631237563696@ietfa.amsl.com>
Date: Tue, 07 Apr 2020 12:41:58 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/R69_2Dedst-09kChKVtH9AWui8I>
Subject: [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
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 19:41:59 -0000

Roman Danyliw has entered the following ballot position for
draft-ietf-mmusic-t140-usage-data-channel-12: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mmusic-t140-usage-data-channel/



----------------------------------------------------------------------
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?