Re: [nwcrg] nwcrg @ ietf106 minutes

Marie-Jose Montpetit <marie@mjmontpetit.com> Tue, 26 November 2019 07:28 UTC

Return-Path: <marie@mjmontpetit.com>
X-Original-To: nwcrg@ietfa.amsl.com
Delivered-To: nwcrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74532120836 for <nwcrg@ietfa.amsl.com>; Mon, 25 Nov 2019 23:28:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mjmontpetit-com.20150623.gappssmtp.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 yH3xU3LTzEiR for <nwcrg@ietfa.amsl.com>; Mon, 25 Nov 2019 23:28:17 -0800 (PST)
Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3D27120EFC for <nwcrg@irtf.org>; Mon, 25 Nov 2019 23:28:16 -0800 (PST)
Received: by mail-io1-xd30.google.com with SMTP id z26so15872087iot.8 for <nwcrg@irtf.org>; Mon, 25 Nov 2019 23:28:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mjmontpetit-com.20150623.gappssmtp.com; s=20150623; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=9IWd9dJ/TTgDZK4CwJlpzBU/DKahZ2TpR/HmR2J/Tzg=; b=H+KoCCw4z4AyVoFJtYOm5rc/qVqB//DDCYsfM9fmMYcRiMrgH0gXPuthIm4BC+5IiZ 6i878OD2ARMgTx0+CCPlO+iYT7etkXNc7+g282qMGRKQV1fxMpSEOSjMH8AJbd0hRRZO XYNhWnDZ8KZRvOkKTNbPzBrgN/5ffH6Skg+gM5InU7CoWbk29SQq6wmLmLPhOxH3+L3w nT0Vh9/gJ2nECvfTC8G6CmhPx9PyZ+kOYyHEC9QSIBOZSRWCHNJOJ4HBo+9nBd8dr0r1 7t3QYWGa6fapSZKWdZ73JLs20EA1HMiZaUkxDpsUYSXMO1X7OASMkCl1uR4EOVcOfzrz QI3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=9IWd9dJ/TTgDZK4CwJlpzBU/DKahZ2TpR/HmR2J/Tzg=; b=gUy4HkUFzNpUZ1BdW1ZFh57YXRCQxCBp27IVy8eamn2y2wwE1ferzby910I9rgiaKS 37P+CiDYIbEvcj4fH9P7cwh4o5D7MmyZ3Ap/JZ/JpOhN8NnY5kHTLmHOOviaonT0MMjR pcWn3T8eoVk5eoGok9cEgsBL3Ebc0R5zKN+us9Og/2ix7MP+Cebvc4kXPY/BVMKrsCXh Yjml7eFr0TugjY9wPeT5bOtqsZqKobduHxmk0tE62Uw8iDthL1Pxq2N8j6OLGPFbxXuk 73kB3xDlgbFszId+ODJhjs36oai78UFohHTh1EqMTczkZvuYVd717uXx/It6bQasPCQa Nu9A==
X-Gm-Message-State: APjAAAVH5iUTkAgEjW0AzCfSAYcAefl2BwWnxp+dyUQJaL/QjfWdmp3j aY7PDI9JjiKTFshziaR5CvU3jBaFUa9k/zUfedBxmQ==
X-Google-Smtp-Source: APXvYqxyWzGxt0+5/E3YlWHxBuwRVgDUSwWXB0ZG07nsBpqIgtAaPZ+VWek3RqcH+reEsnqSH/GmSVzbs+FjgG3GS2s=
X-Received: by 2002:a6b:710f:: with SMTP id q15mr3673609iog.103.1574753296133; Mon, 25 Nov 2019 23:28:16 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Mon, 25 Nov 2019 23:28:15 -0800
From: Marie-Jose Montpetit <marie@mjmontpetit.com>
In-Reply-To: <2034725577.38471.1574728976552@mail.yahoo.com>
References: <9919B131-F5AF-4315-8306-DEE754984D0F@inria.fr> <2034725577.38471.1574728976552@mail.yahoo.com>
MIME-Version: 1.0
Date: Mon, 25 Nov 2019 23:28:15 -0800
Message-ID: <CAPjWiCTgjxckAm5VWqZ7c7o6xy8s4W4m2RbXj=ndTbTvnoXsNg@mail.gmail.com>
To: Vincent Roca <vincent.roca@inria.fr>, "lloyd.wood@yahoo.co.uk" <lloyd.wood@yahoo.co.uk>, nwcrg@irtf.org
Content-Type: multipart/alternative; boundary="000000000000d345bb05983ad210"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/SsrLq1f9Q5rBgO49uabDpZuzcVg>
Subject: Re: [nwcrg] nwcrg @ ietf106 minutes
X-BeenThere: nwcrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IRTF Network Coding Research Group discussion list <nwcrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nwcrg/>
List-Post: <mailto:nwcrg@irtf.org>
List-Help: <mailto:nwcrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2019 07:28:19 -0000

Hi Lloyd, a few things:

Are you recommending adding a glossary to the draft and adding a
clarification of the DVB S2 vs IETF definition of FECFRAME?

As per on-list discussion: you have been the main commenter on this draft
(and thanks for thatt) so maybe you could see if the latest version
responds to your comments and we start from there for a next “last-call”
cycle?

mjm



Marie-José Montpetit, Ph.D.
Research Affiliate, MIT Media Laboratory
mariejose@mjmontpetit.com
mariejo@mit.edu

On November 26, 2019 at 1:43:02 AM, lloyd.wood@yahoo.co.uk (
lloyd.wood@yahoo.co.uk) wrote:

> All the comments from Lloyd Wood and Vincent Roca have been answered
> (see details in github I-D repository for Lloyd’s comments).


Well, this is news to me. If something is brought up on the list,
I'd expect it to be answered on the list, as the primary place
where work is discussed. Where is this? Thanks.


> Some satellite vocabulary (satellite "payload" and "FECFRAME"
> in the satellite context) may create confusion at IETF and these
> terms have been removed.


I can see satellite payload/packet vs frame payload causing
confusion if no context is provided, and there is little need
to refer to the satellite platform/payload distinction when everything
is going through the communications payload. However, there is a
glossary in the draft where the term and its use can be explicitly
called out. A glossary is to clear up confusion about vocabulary;
that is why it is there.


FECFRAME is integral to DVB-S and S2, which the draft relies
on heavily. That an IETF group chose the same name, what, a
decade later is merely a coincidence. And there is a glossary
in the draft where the term and its use(s) can be explicitly called
out.


Really, discussing DVB-S without not even saying why you're
not addressing the key FECFRAME component of DVB-S is
insufficient, or not clarifying error correction vs erasure
correction in some detail particularly where terminology (FEC)
overlaps, is not enough in my view.


noted on the draft:


   Physical and link layers coding protection is
   usually sufficient to guarranty Quasi-Error Free, with a negligeable

should be

Physical- and link-layer coding protection are usually
sufficient to guarantee Quasi-Error-Free communications,
with a negligible...


Please run a spellcheck before asking for another
last call.


thanks and regards


Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood


On Tuesday, 26 November 2019, 01:08:12 GMT+11, Vincent Roca <
vincent.roca@inria.fr> wrote:


Dear all,

We have uploaded the preliminary meeting minutes in the datatracker:
    https://datatracker.ietf.org/doc/minutes-106-nwcrg/
Please tell us if you have comments.

NB: you will also find them in the github repository in IMHO a more
readable format
    along with all the slides presented:

https://github.com/irtf-nwcrg/rg-materials/tree/master/ietf106-2019-11_singapore

We’d like to warmly thank Nicolas, Cédric and Oumaima for taking notes.

Cheers,

Marie-Jose and Vincent

_______________________________________________
nwcrg mailing list
nwcrg@irtf.org
https://www.irtf.org/mailman/listinfo/nwcrg