Re: [Roll] Last Call: <draft-ietf-roll-trickle-mcast-06.txt> (Multicast Protocol for Low power and Lossy Networks (MPL)) to Proposed Standard

"Jonathan Hui (johui)" <johui@cisco.com> Wed, 12 February 2014 09:45 UTC

Return-Path: <johui@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3751A08C2 for <roll@ietfa.amsl.com>; Wed, 12 Feb 2014 01:45:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.048
X-Spam-Level:
X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 B0Sbxab4li3r for <roll@ietfa.amsl.com>; Wed, 12 Feb 2014 01:45:40 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id E60E91A08E2 for <roll@ietf.org>; Wed, 12 Feb 2014 01:45:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6805; q=dns/txt; s=iport; t=1392198337; x=1393407937; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qKXOqgVNvqEfC5YVpL5VJrhF0VowjqUpD51t3aqb84Y=; b=fyBJ9ekNEsGqDy5Jc+2sb94yEIXhI6jvscYsOZLby6IeS9JH/Dn+5rjG MBIBMPTgnmOi7/jg78AduY2EgRw0JcateWLH15xekN08QoUdlcS+CzpgH C4P6IOgrcH0D/1ZXjvgbaikegyYq9Zk5ApMqATiZ2750OvjadVRv69iSi c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmEFAKhB+1KtJXG+/2dsb2JhbABagkhEgQ+/JYEQFnSCJgEBBIEJAgEIOwQHMhQRAgQTiAXJFBeOK1WDJIEUBJgqkiGBb4E+gio
X-IronPort-AV: E=Sophos; i="4.95,831,1384300800"; d="scan'208,217"; a="303469725"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-2.cisco.com with ESMTP; 12 Feb 2014 09:45:37 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s1C9jbq5029197 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <roll@ietf.org>; Wed, 12 Feb 2014 09:45:37 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.213]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Wed, 12 Feb 2014 03:45:36 -0600
From: "Jonathan Hui (johui)" <johui@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] Last Call: <draft-ietf-roll-trickle-mcast-06.txt> (Multicast Protocol for Low power and Lossy Networks (MPL)) to Proposed Standard
Thread-Index: AQHPJmjOFFqfijPEKUOb4BjvwX4q/w==
Date: Wed, 12 Feb 2014 09:45:36 +0000
Message-ID: <4BF07220-E5D2-4BA7-B141-BBD70E071256@cisco.com>
References: <20140124201637.988.3372.idtracker@ietfa.amsl.com> <4C62FB50-C8E8-4CEA-BD42-B64076883379@gmail.com> <0d753074c679b2f79f1ba4acb18cd7f3@xs4all.nl> <001AF5D9-5760-42D5-8BA9-4F421B39ACDA@axelcdv.com> <47541D76-F545-4088-A7D9-4D4E15061224@cisco.com> <B2A513ED-704D-46A8-AFE0-F29F161500C3@axelcdv.com>
In-Reply-To: <B2A513ED-704D-46A8-AFE0-F29F161500C3@axelcdv.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.78.75]
Content-Type: multipart/alternative; boundary="_000_4BF07220E5D24BA7B141BBD70E071256ciscocom_"
MIME-Version: 1.0
Subject: Re: [Roll] Last Call: <draft-ietf-roll-trickle-mcast-06.txt> (Multicast Protocol for Low power and Lossy Networks (MPL)) to Proposed Standard
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Feb 2014 09:45:41 -0000

Hi Axel, see below:

On Feb 12, 2014, at 1:05 AM, Axel Colin de Verdière <axel-ietf@axelcdv.com<mailto:axel-ietf@axelcdv.com>> wrote:

Le 10 févr. 2014 à 15:03, Jonathan Hui (johui) <johui@cisco.com<mailto:johui@cisco.com>> a écrit :

On Feb 8, 2014, at 1:26 AM, Axel Colin de Verdière <axel-ietf@axelcdv.com<mailto:axel-ietf@axelcdv.com>> wrote:

- In section 9.2, it is unclear when the M flag should be cleared or set: why would it be arbitrarily cleared and not indicate whether or not this message's sequence number is the largest one received?

The M flag helps indicate whether a receiving node should reset its Trickle timer.  If the M flag is not set and the sequence number is lower than what is already known, there is no need to reset the Trickle timer.

I understand that, I just did not fully grasp the formulation in the draft. In clear, I don't get why this text:


When transmitting an MPL Data Message, the MPL Forwarder MUST either
   set the M flag to zero or set it to a level that indicates whether or
   not the message's sequence number is the largest value that has been
   received from the MPL Seed.


Is not simply formulated this way:


When transmitting an MPL Data Message, the MPL Forwarder MUST
   set the M flag to a level that indicates whether or
   not the message's sequence number is the largest value that has been
   received from the MPL Seed.


The text from the draft seems to indicate that the M flag can be arbitrarily set to zero, or set to the proper value indicating the state of the forwarder.

The text is written to allow one to reduce MPL to a simple flood with packet caching to avoid receiving a packet more than once.  In this case, there is no real need to maintain the largest sequence number.

—
Jonathan Hui