Re: [lp-wan] Flow validation in ACK-on-error Mode

Rodrigo Muñoz <rodrigo.munoz.lara@gmail.com> Wed, 25 September 2019 23:11 UTC

Return-Path: <rodrigo.munoz.lara@gmail.com>
X-Original-To: lp-wan@ietfa.amsl.com
Delivered-To: lp-wan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E9C212008A for <lp-wan@ietfa.amsl.com>; Wed, 25 Sep 2019 16:11:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Wr0coU0zZwJA for <lp-wan@ietfa.amsl.com>; Wed, 25 Sep 2019 16:11:14 -0700 (PDT)
Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (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 A9C561200D6 for <lp-wan@ietf.org>; Wed, 25 Sep 2019 16:11:14 -0700 (PDT)
Received: by mail-ua1-x930.google.com with SMTP id l13so148476uap.8 for <lp-wan@ietf.org>; Wed, 25 Sep 2019 16:11:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X4s1tlUfASHGvd98mjwvLwpKYZJ4czsSBRcZnA1ZgjQ=; b=BYHQ6J5Ld0YZqZYng9GsizypnVFpYB6OPFlq+DzUE4Jk03q6vpnG35hi6v5V5sXmDO knpkJX8MJ0ENyII2gqDK62idvRlrKhm0uhcZJiI4vbwNgAC7J43+mLKnClD5rEEdLuvf IeVWQQV2TWTdwNTSfTeMei5L49kURMTCuSr+fiYbYRlYdxBY4IeNmSFVYoV/55gWPlcq JIVNp2/f3XR6x1+z7Ephk9TZzgQW0PP51se8afynO2WqhYFDo7jSnUCVpn4co+tDl5le QRHUL6gyEpkmOTn195dzlq6d1hlzfKAf6QsSbQbB2SwqrHhjnOqbCkhRmhb788tBMA66 lJfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X4s1tlUfASHGvd98mjwvLwpKYZJ4czsSBRcZnA1ZgjQ=; b=hHiLty35BGN4fdqW4M8SI+M1xXZAxfNacfuCA+b6xWKbqD2sdd0e3bZ3t8fRfeOsfU vy+VHu1gcqMrJoRKCnZ4ufvFsMWt0PQvjeCvepOzGELANHvTuAI5WvqwHeju3o9ZoFjt Eo/IrqS0A0iCXPl6j5woWPJuPIBvvjYPhRfXoTyxoxDhgngQe3TMwbb4WcMonbMa5c53 zU6NcoGhlVg7S+F68Y7ggnS+xsyyrV8O/PdZoqy4i2jnBT/TJEbPohMrnYlw5pUvNFf2 pw3fGxUaa3gwVsIwHXQRg68Vz4MlFwN0UAwHICo5GAXR0L2/+KQdfo5bN46uNNHoRzsd IHEA==
X-Gm-Message-State: APjAAAWsSMh0y6pXyvOv7zzP5yIjzlPTySwH8JX954NMNYyUYZM7w/EQ naOT8WCDvL0KhvcJC6Uu9eSXpy11JTQkYkyvWyE=
X-Google-Smtp-Source: APXvYqwGpVwBqMgx8Jur1IRKX2jdD4M4FR5jH16iPYrh0tGTSS9TC2Ll24cXePx180d5Bd4K9Qm5oD0jNMVHGXqx7AQ=
X-Received: by 2002:ab0:76d1:: with SMTP id w17mr184467uaq.114.1569453073353; Wed, 25 Sep 2019 16:11:13 -0700 (PDT)
MIME-Version: 1.0
References: <CALJ+G3WJxOmNjOz1jOV-G50G5L_bqV3BgHqvwM2VcPEnk4bQ6w@mail.gmail.com> <DBBPR08MB47575AE3E01C023A75C6621C898C0@DBBPR08MB4757.eurprd08.prod.outlook.com> <CALJ+G3XgZaV1vHHMZsSRLiZdqd0mYvG0GRP7GCc7yMFSjN4npw@mail.gmail.com> <DBBPR08MB47577AE9F13E27540B081351898C0@DBBPR08MB4757.eurprd08.prod.outlook.com> <CALJ+G3Xv93nNAw489kdFp-RmcREVnto0LdnoC7Ozt9EfJDAn+A@mail.gmail.com> <DBBPR08MB47573589DD193B036910C749898E0@DBBPR08MB4757.eurprd08.prod.outlook.com> <4f03d8a4eada4ac39aaf9af2fa3c0767@semtech.com>
In-Reply-To: <4f03d8a4eada4ac39aaf9af2fa3c0767@semtech.com>
From: Rodrigo Muñoz <rodrigo.munoz.lara@gmail.com>
Date: Wed, 25 Sep 2019 20:11:01 -0300
Message-ID: <CALJ+G3WqFm0bA9ajKYAmrNaWzRw29fJJ6oaR1NHpSqEQBNRkhQ@mail.gmail.com>
To: Olivier Gimenez <ogimenez@semtech.com>
Cc: "lp-wan@ietf.org" <lp-wan@ietf.org>, Sandra Cespedes <scespedes@ing.uchile.cl>, Juan Carlos Zuniga <juancarlos.zuniga@sigfox.com>, "ivaylo@ackl.io" <ivaylo@ackl.io>
Content-Type: multipart/alternative; boundary="000000000000edd7b3059368c433"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/2r4RKvo8czR_zk5o-TdIRtqGGUI>
Subject: Re: [lp-wan] Flow validation in ACK-on-error Mode
X-BeenThere: lp-wan@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Low-Power Wide Area Networking \(LP-WAN\), also known as LPWA or Low-Rate WAN \(LR-WAN\)" <lp-wan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lp-wan/>
List-Post: <mailto:lp-wan@ietf.org>
List-Help: <mailto:lp-wan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Sep 2019 23:11:16 -0000

Hi Olivier

I forgeted answer your question. Yes, I'm agree with the below description

> At the end of a window or a
> fragmentation session, corresponding ACK(s) is (are) transmitted
> by the network gateway (LoRaWAN application server) in the RX1 or
> RX2 receive slot of end-device.  If this ACK is not received *by* the
> end-device *at the end of its RX windows, it* sends an all-0 (or an
all-1) fragment with no payload
> to request an SCHC ACK retransmission.

Thanks for consider my request

Regards

El lun., 23 sept. 2019 a las 8:14, Olivier Gimenez (<ogimenez@semtech.com>)
escribió:

> Hi Rodrigo,
>
> From what I understand the second image your question is: “How does the
> transmitter knows when to send the All-1 SCHC message” ?
> In LoRaWAN class A there is no way to initiate communication from the
> network, device has to send an uplink so it can open RX windows.
>
> So the device can send the All-1 as soon as RX1, RX2 widows are over
> without downlink. Please see attached picture
>
> I propose to change the following sentence of §5.1.1, it is clearer for
> you ?
>
> > At the end of a window or a
> > fragmentation session, corresponding ACK(s) is (are) transmitted
> > by the network gateway (LoRaWAN application server) in the RX1 or
> > RX2 receive slot of end-device.  If this ACK is not received the
> > end-device sends an all-0 (or an all-1) fragment with no payload
> > to request an SCHC ACK retransmission.
>
> to
>
> > At the end of a window or a
> > fragmentation session, corresponding ACK(s) is (are) transmitted
> > by the network gateway (LoRaWAN application server) in the RX1 or
> > RX2 receive slot of end-device.  If this ACK is not received *by* the
> > end-device *at the end of its RX windows, it* sends an all-0 (or an
> all-1) fragment with no payload
> > to request an SCHC ACK retransmission.
>
> To view our privacy policy, including the types of personal information we
> collect, process and share, and the rights and options you have in this
> respect, see www.semtech.com/legal.
>


-- 
-------------------------------------------
*Rodrigo Muñoz Lara*