IETF Logo Mail Archive

Re: [6lo] draft-ietf-6lo-fragment-recovery: Send a FULL bitmap when datagram is complete?

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 21 October 2019 15:30 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09B8E12013D for <6lo@ietfa.amsl.com>; Mon, 21 Oct 2019 08:30:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=VnZ5sMFY; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Xq+zRfAi
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 cT65r5DL13JP for <6lo@ietfa.amsl.com>; Mon, 21 Oct 2019 08:30:12 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7948512011C for <6lo@ietf.org>; Mon, 21 Oct 2019 08:30:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11330; q=dns/txt; s=iport; t=1571671812; x=1572881412; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=LT9fj/j4s9frYb2lkvfFqvi9ZMr1Q2C+Qh7rRToom2I=; b=VnZ5sMFY4v3On5HPd5WdztFG8zf77tgIV9jY5lf/ZOZys1qVYbu3Uxcx 5Ems1ABA/xCUAnSroRNjGOm3OuGqB2Atu9JUD+XXqqlG4gy1wSvpQhECc T0iq+PGQ2Prl8g8Xg/VdJe+D68yT5UpA+Kbr7pUiJZHdKovYY9SRraBn0 E=;
IronPort-PHdr: 9a23:DWC4gBHZfg3zVxfcws1Of51GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e4z1Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNVcejNkO2QkpAcqLE0r+eeb2bzEwEd5efFRk5Hq8d0NSHZW2ag==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DAAgBBzq1d/40NJK1lHQEBAQkBEQUFAYFpBgELAYEbL1AFbFcgBAsqhCaDRwOKVU2VMIRhgS4UgRADVAkBAQEMAQEtAgEBhEACF4MEJDYHDgIDCQEBBAEBAQIBBQRthTcMhUwCAQMSEQoTAQE4DwIBCA4xAwICAjAUEQIEARIIGoMBgXlNAy4BAqRUAoE4iGF1gTKCfgEBBYULGIIXCYE2AYwOGIFAP4ERRoFOfj6ELhmDDjKCLI0GgnCFOoI5hnmOeQqCJIxciGWZTI41mUYCBAIEBQIOAQEFgVkKKCqBLnAVgydQEBSDBgwXFYM7ilN0gSmOWQEB
X-IronPort-AV: E=Sophos;i="5.67,324,1566864000"; d="scan'208,217";a="647535980"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 21 Oct 2019 15:30:11 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x9LFUBP5014234 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Oct 2019 15:30:11 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 21 Oct 2019 10:30:10 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 21 Oct 2019 10:29:32 -0500
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 21 Oct 2019 10:29:32 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MmEKLqNN3Iwl5jawz34nMthDkDGct/nQdUeX4vyZoCeJw4Q3GoB8Jqrl70MgRYNuFgQwYhQQnue+DmcxPAWrHo8QLB/nnvY1pTd/XN2oAzgo2zGxLv91ctjDQdNQtbXrJJQIz4yyiKvI72dlxhgBya2bRQEPRLhDdO2q4Gia/qPx1+/pHxYhZFwiuwrY3ALvOpWKBhRkSe/cDli9A5DDjyQHLsQ8Ayzki/hWtz+LyDsLH5hsGqlu4Zie6RClWMSPDisxf7+KFkNdbul8Qe3KSvq+4DElZGW6aFn7cVQh5DNX1Lu5pfFGY3gZuTf/jIaOb+vqASS6iEk/UNTSnZXwgg==
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=LT9fj/j4s9frYb2lkvfFqvi9ZMr1Q2C+Qh7rRToom2I=; b=IQpi7uBftqr0cJOlK3wQh+ySuzo6Ly7D+S174E5c315fuqIa7RDJyLTy/UJjdxOc6Cxdyshp9dcg7t8pvQ9gwP7B+tvtrbXkcQv4y8d/XsGudsdzGsPpfojJAMdCuXNBgJvl8SDALmZE7fCuJCX3uMX2GICl+mlRt4tnIZ/Rp10VQUnqEHz9Lke6tNjpQWvwN9E6Pj22LuAYcHSn426h2fBsJ+lsVxKlyr8+1/SBue+Dj3dA9GYHU7DR22Ki/8UHeYeppXdgegA37zxZbiG3MBl4nSL+BBUJeq3GnQI4hq+rZ57Ovtdc1HzXRbCPBJ0Vs1Rzhvr1elG4Q0/IUte45Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LT9fj/j4s9frYb2lkvfFqvi9ZMr1Q2C+Qh7rRToom2I=; b=Xq+zRfAiM30BEvjYkfPLdw2QB5FEiHV1wER8mM3/rhysWHsvR0gxBoteHXfA6IanWCbKahJMkkKAhJw6rLQ66EcMXh3Ji20z7X+eEv6W/2c1PjpWFzmUO8VMy1Jd287KC8UkFk0pML+wqK/e5xeuQkqwZMvhIYNYPaVLkpQHHcE=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB4509.namprd11.prod.outlook.com (52.135.39.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.20; Mon, 21 Oct 2019 15:29:31 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::31c9:3a31:3c07:a920]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::31c9:3a31:3c07:a920%6]) with mapi id 15.20.2347.028; Mon, 21 Oct 2019 15:29:31 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Martine Lenders <m.lenders@fu-berlin.de>, "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: [6lo] draft-ietf-6lo-fragment-recovery: Send a FULL bitmap when datagram is complete?
Thread-Index: AQHVeGUCxtiYSEHuDEyFckV3dnOaB6dlSJGAgAAIxtA=
Date: Mon, 21 Oct 2019 15:29:29 +0000
Deferred-Delivery: Mon, 21 Oct 2019 15:28:43 +0000
Message-ID: <MN2PR11MB35656F0BF3DDBB4F58791AC3D8690@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <CALHmdRy60adS4rkdzgu4b8aBvEVWPk2tN=1ppXcbJNzfuZQg-w@mail.gmail.com> <CALHmdRwEFCkLgZn9tzKn3v1vO_iA4eHvpy1FLs_czenn1+wOVQ@mail.gmail.com>
In-Reply-To: <CALHmdRwEFCkLgZn9tzKn3v1vO_iA4eHvpy1FLs_czenn1+wOVQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2001:420:44f3:1300:3df3:e15e:b7ba:c606]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9a977084-8843-4a72-bf85-08d7563b7837
x-ms-traffictypediagnostic: MN2PR11MB4509:
x-microsoft-antispam-prvs: <MN2PR11MB4509FFE12FB0EAA55F66C3BDD8690@MN2PR11MB4509.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0197AFBD92
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(366004)(396003)(376002)(346002)(199004)(189003)(74316002)(478600001)(7736002)(2906002)(33656002)(76116006)(316002)(81156014)(25786009)(11346002)(81166006)(5660300002)(6506007)(71200400001)(71190400001)(256004)(7696005)(2501003)(486006)(102836004)(52536014)(446003)(55016002)(6436002)(476003)(86362001)(8936002)(236005)(66946007)(54896002)(6306002)(66476007)(790700001)(110136005)(76176011)(6116002)(9686003)(66556008)(8676002)(14454004)(99286004)(6246003)(46003)(229853002)(186003)(66446008)(64756008); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4509; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: E7y1z9pLgEaNQRAEorQsJPPm6jRYXqIagoUvlcI17rj9hz9AQBlN0N6QPtYunBYiDjwVH+tm6hWp6MezCw1d0VUt8O3pisbAv359CgGaKSrrM03tCUhEy+Y7inIB4KBEI56CdmXQYm4VOiYlf1aj52Z8664eT7zgC9mJayJYZSiCzXXFC6TGYA/lfFYCwQZa+mhpQwhbu5BLu40ZFxn66TwDAe9CQWLG0Q2eoBzrvg46pHCd5cHAq8ErfrZrj1S2lhksM8qC9FeFGvSbf/N8NP11CD6xL+YCsbUtC2r2W956tmkDHT/hTpLiTPSz5yffmxhs+4SgWjs4JIYBGyjxnKn+af+YGFBKY7F8J1lboB/TDVS6O3IXhqJk1kpAP96hKcfwC+E3WL82lXe4fASPYmd+c1rLKrfogIaMyGl3qmre3iC3Jf1tx+YmOI7l65VB
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB35656F0BF3DDBB4F58791AC3D8690MN2PR11MB3565namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 9a977084-8843-4a72-bf85-08d7563b7837
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Oct 2019 15:29:31.4664 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: lTbtbx1Yk9EYGKLH5pI6et17wgoR2i+U7cR89p2LsfWB3isCFK4gynBLCBzg/jSuOMtejy0TscqHmBrSxFz4ZQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4509
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.20, xch-aln-010.cisco.com
X-Outbound-Node: alln-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/ZvY_x41MmzyNh_yt1LOdHM1ottQ>
Subject: Re: [6lo] draft-ietf-6lo-fragment-recovery: Send a FULL bitmap when datagram is complete?
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Oct 2019 15:30:15 -0000

Sorry I missed that Martine!

The ALL 1s was already sent when the last fragment was received. This text happens later.

It is supposed to have been processed along the way back. The receiving end node maintains a state for a “short” time after the message processing to absorb packets that may still be in flight. During that “short” time it is capable to recognize redundant packets and drop them as opposed to create a new state and expect the full fragment. For legitimate packets still in flight the good thing would be to stay silent. If the Ack with a FULL (All 1s) bitmap was lost then sending it again would be OK as you point out.

But there might also be error conditions, like a weird situation that the FULL bitmap did not fix on its way back where the sender keeps sending. If the FULL bitmap failed then retrying it may fail again. The reset is a clearer indication to drop everything regardless and move to the next.

Works? Should we massage text?

All the best

Pascal

Am Di., 1. Okt. 2019 um 16:31 Uhr schrieb Martine Lenders <m.lenders@fu-berlin.de<mailto:m.lenders@fu-berlin.de>>:
Hi,

draft-ietf-6lo-fragment-recovery states in section 6.3

[the] might need to abort the process of a fragmented packet for internal reasons, for instance if it […] considers that this packet is already fully reassembled and passed to the upper layer. In that case, the receiver SHOULD indicate so to the sender with a NULL bitmap in a RFRAG Acknowledgment.

The given example seems to me the perfect instance to set a FULL bitmap instead. There is no other instance were a FULL bitmap is specified to be sent, except for the case that the datagram incidentally fills out the whole value space of the sequence number field.

Or am I missing something?

Kind regards,
Martine

v2.23.0 | Report a Bug | By Email