Re: [lp-wan] ACK compression

Olivier Gimenez <ogimenez@semtech.com> Thu, 22 August 2019 09:18 UTC

Return-Path: <ogimenez@semtech.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 1C7A812080E for <lp-wan@ietfa.amsl.com>; Thu, 22 Aug 2019 02:18:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 jvOdC9GL6oOk for <lp-wan@ietfa.amsl.com>; Thu, 22 Aug 2019 02:18:46 -0700 (PDT)
Received: from mail1.bemta23.messagelabs.com (mail1.bemta23.messagelabs.com [67.219.246.212]) (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 D7EE512022E for <lp-wan@ietf.org>; Thu, 22 Aug 2019 02:18:45 -0700 (PDT)
Received: from [67.219.246.101] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-2.bemta.az-b.us-east-1.aws.symcld.net id 76/0A-05674-4FD5E5D5; Thu, 22 Aug 2019 09:18:44 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgk+JIrShJLcpLzFFi42LxUPvxXPdzbFy swZttyhZTun8yWryZZW8xY8o7Rgdmjym/N7J6LFnyk8mj5dlJtgDmKNbMvKT8igTWjOW3jAuu fGasmL5iInMD48YPjF2MnBxCAo8YJWY/tYCwXzBKPLgj18XIBWTvZJSYOfcbO0iCTUBH4v/zW awgtohAusSNtcvYQGxmAROJlrdzwWxhAVWJHdcOM0LUqEls7Z/CDGFbSfzofglmswDVNK3bDm bzAsXnrV3MBLFsM6PE0W2vwJo5BeIlzuzoYwKxGQXEJL6fWsMEsUxc4taT+WC2hICAxJI955k hbFGJl4//sYIMkhCYxiyx60AXVBGXxNH/E1khbAWJjff/sEAMSpR41TKXEeIKQYmTM5+wQLyv KNE6bSHzBEbxWUj2zULSMgtJyyxGDqC4psT6XfoQJYoSU7ofskPYGhKtc+ayI4svYGRfxWiWV JSZnlGSm5iZo2toYKBraGika6RraG6kl1ilm6RXWqybmlhcomuol1herFdcmZuck6KXl1qyiR EY7SkFTGt2ML6Y+UbvEKMkB5OSKO+U1NhYIb6k/JTKjMTijPii0pzU4kOMMhwcShK8TMD0ISR YlJqeWpGWmQNMPDBpCQ4eJRFeDpA0b3FBYm5xZjpE6hSjN8eEl3MXMXMcPDoPSL77uRhIfly1 BEh+B5NH5i5dxCzEkpeflyolznsrBmiEAMiIjNI8uAWwBHqJUVZKmJeRgYFBiKcgtSg3swRV/ hWjOAejkjCvAcghPJl5JXB3vAI6kQnoxModsSAnliQipKQamFgfhuzg2ZH55EdW862ZHd7+LB 4vH5373/XAXX5t8AzN83VOX7yOZbfXHly9c9P2E1928nDfn3uTfYKI6Ct+tc7/qxYz2j7N/vF U5VBf5fN7/bdtAuLvC7540794X/1X50fr3xkuPi3acLLtZ9eEJwonzut8kpjB9Xrawcnne11i uCY7F+1xn/7pTRdX9I6aLZfvvBZfxmy76trzNdOu+XF/SHzCxiO27v3Fae9XnjvSedhDMNbn3 mTHJe9/npt9wiJ2zWkr6zvqmqukP3+8afFw7tqXYfOOZq3o/bZqYl/mrf0MC2cskC+5c6XOME mF9YFvDFeS+q8nm9Yc8Pf5KxAqLLmX5U/L7ambTPqs9zZXBiixFGckGmoxFxUnAgB7ocB9GwQ AAA==
X-Env-Sender: ogimenez@semtech.com
X-Msg-Ref: server-30.tower-385.messagelabs.com!1566465523!1669476!1
X-Originating-IP: [72.38.248.231]
X-SYMC-ESS-Client-Auth: outbound-route-from=pass
X-StarScan-Received:
X-StarScan-Version: 9.43.9; banners=semtech.com,-,-
X-VirusChecked: Checked
Received: (qmail 5535 invoked from network); 22 Aug 2019 09:18:43 -0000
Received: from s72-38-248-231.static.datacom.cgocable.net (HELO ca01exedge1.semnet.dom) (72.38.248.231) by server-30.tower-385.messagelabs.com with ECDHE-RSA-AES256-SHA384 encrypted SMTP; 22 Aug 2019 09:18:43 -0000
Received: from ca01mail2.semnet.dom (10.2.50.41) by ca01exedge1.semnet.dom (192.168.34.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1034.26; Thu, 22 Aug 2019 05:18:41 -0400
Received: from ca01mail2.semnet.dom (10.2.50.41) by ca01mail2.semnet.dom (10.2.50.41) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26; Thu, 22 Aug 2019 05:18:41 -0400
Received: from ca01mail2.semnet.dom ([fe80::fdc8:c457:b09e:605d]) by ca01mail2.semnet.dom ([fe80::fdc8:c457:b09e:605d%22]) with mapi id 15.01.1034.026; Thu, 22 Aug 2019 05:18:41 -0400
From: Olivier Gimenez <ogimenez@semtech.com>
To: "dominique.barthel@orange.com" <dominique.barthel@orange.com>, "lp-wan@ietf.org" <lp-wan@ietf.org>
CC: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Thread-Topic: [lp-wan] ACK compression
Thread-Index: AQHVV1LYSfGqwy6zKUKky6n6dQ5xvacD+QEAgALdIoA=
Date: Thu, 22 Aug 2019 09:18:41 +0000
Message-ID: <e36d7815d3764db4bcc55bdb6ab00b05@semtech.com>
References: <19730_1566304141_5D5BE78D_19730_162_1_D981B199.640C2%dominique.barthel@orange.com> <26140_1566304561_5D5BE931_26140_43_1_D981B574.640E0%dominique.barthel@orange.com>
In-Reply-To: <26140_1566304561_5D5BE931_26140_43_1_D981B574.640E0%dominique.barthel@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5Lmh0bWwiIHA9ImM6XHVzZXJzXG9naW1lbmV6XGFwcGRhdGFccm9hbWluZ1wwOWQ4NDliNi0zMmQzLTRhNDAtODVlZS02Yjg0YmEyOWUzNWJcbXNnc1xtc2ctZDMxYmUyYjMtYzRiZC0xMWU5LWI2MDAtZTRiMzE4NjYzZWUxXGFtZS10ZXN0XGQzMWJlMmI0LWM0YmQtMTFlOS1iNjAwLWU0YjMxODY2M2VlMWJvZHkuaHRtbCIgc3o9IjE3MTkxIiB0PSIxMzIxMDkzOTExOTE4NzMwODkiIGg9InZVRW1mTWd1ZmhlL05YYVdHN0tac2FFZW9ndz0iIGlkPSIiIGJsPSIwIiBibz0iMSIvPjwvbWV0YT4=
x-dg-rorf:
x-originating-ip: [10.144.16.33]
Content-Type: multipart/alternative; boundary="_000_e36d7815d3764db4bcc55bdb6ab00b05semtechcom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/Aj4anuVpAZZWcu3_t0pqbT67efk>
Subject: Re: [lp-wan] ACK compression
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: Thu, 22 Aug 2019 09:18:48 -0000

Pascal, Dominique, thank you for your comments

You are right, there is an issue with the algorithm I proposed. Please find following an updated proposition.

Also I think that my example was wrong and misleading: an uncompressed bitmap when penultimate tile is lost is not finishing by 0 but 1, and bitmap size is the number of fragments (2^N with N = FCN size). This is shown in  figure 29 of draft-ietf-lpwan-ipv6-static-context-hc-21


Olivier


For transmission, the Compressed Bitmap in the SCHC ACK message is
   defined by the following algorithm (see Figure 16 for a follow-along
   example):

   o  Build a temporary SCHC ACK message that contains the Header
      followed by the original Bitmap (see Section 8.2.2.3<https://tools.ietf.org/html/draft-ietf-lpwan-ipv6-static-context-hc-21#section-8.2.2.3> for a
      description of Bitmaps).

   o  Select following case regarding bitmap’s last two bits

   o  Case b’11

        x  Position scissors at the end of the Bitmap, after its last bit.

        x  While the bit on the left of the scissors is 1 and belongs to the
           Bitmap, keep moving left, then stop.  When this is done,

        x  While the scissors are not on an L2 Word boundary of the SCHC ACK
           message and there is a Bitmap bit on the right of the scissors,
          keep moving right, then stop.

        x  At this point, cut and drop off any bits to the right of the
           scissors
   o Case b’01
        x  Position scissors at the penultimate bit (after the last 0)

        x  While the bit on the left of the scissors is 0 and belongs to the
           Bitmap, keep moving left, then stop.  When this is done,

        x  If the scissors are on an L2 word boundary of the SCHC ACK
           Bitmap, move right until next L2 word boundary. When this is done,

        x  While the scissors are not on an L2 Word boundary of the SCHC ACK
           message and there is a Bitmap bit on the right of the scissors,
          keep moving right, then stop.


So the examples might be, for FCN size N = 4


Uncompressed bitmap 1:

   |---- SCHC ACK Header ----|--------      Bitmap     ------|

             |-- T --|-M-| 1 |   2^N                         |

   +--- ... -+- ... -+---+---+-------------------------------+

   | Rule ID |  DTag | W |C=0|1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 1|

   +--- ... -+- ... -+---+---+-------------------------------+

           next L2 Word boundary ->|

compressed bitmap 1:

   |---- SCHC ACK Header ----|-----   Bitmap    ----|

             |-- T --|-M-| 1 |

   +--- ... -+- ... -+---+---+----------------------+

   | Rule ID |  DTag | W |C=0|1 0 1 0 0 0 0 0 0 0 0 |

   +--- ... -+- ... -+---+---+----------------------+

           next L2 Word boundary ->|



Uncompressed bitmap 2:

   |---- SCHC ACK Header ----|--------      Bitmap     ------|

             |-- T --|-M-| 1 |   2^N                         |

   +--- ... -+- ... -+---+---+-------------------------------+

   | Rule ID |  DTag | W |C=0|1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1|

   +--- ... -+- ... -+---+---+-------------------------------+

           next L2 Word boundary ->|

compressed bitmap 2:

   |---- SCHC ACK Header ----|Bitmap|

             |-- T --|-M-| 1 |

   +--- ... -+- ... -+---+---+------+

   | Rule ID |  DTag | W |C=0|1 0 0 |

   +--- ... -+- ... -+---+---+------+

           next L2 Word boundary -> |


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.