[Roll] [roll] #91: Is it possible for an origin to get an error message in case the P2P-RPL route discovery fails.
"roll issue tracker" <trac+roll@trac.tools.ietf.org> Thu, 05 April 2012 10:59 UTC
Return-Path: <trac+roll@trac.tools.ietf.org>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2189B21F8698 for <roll@ietfa.amsl.com>; Thu, 5 Apr 2012 03:59:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.51
X-Spam-Level:
X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vq73elfHkYoH for <roll@ietfa.amsl.com>; Thu, 5 Apr 2012 03:59:47 -0700 (PDT)
Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [208.66.40.242]) by ietfa.amsl.com (Postfix) with ESMTP id 9792F21F8685 for <roll@ietf.org>; Thu, 5 Apr 2012 03:59:47 -0700 (PDT)
Received: from localhost ([::1] helo=gamay.tools.ietf.org) by gamay.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+roll@trac.tools.ietf.org>) id 1SFkPl-0002H9-Ji; Thu, 05 Apr 2012 06:59:42 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: roll issue tracker <trac+roll@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: mukul@UWM.EDU, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 05 Apr 2012 10:59:40 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/91
Message-ID: <055.920233a6500cd12143f61f93f9b312dd@trac.tools.ietf.org>
X-Trac-Ticket-ID: 91
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: mukul@UWM.EDU, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac+roll@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on gamay.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: [Roll] [roll] #91: Is it possible for an origin to get an error message in case the P2P-RPL route discovery fails.
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Reply-To: 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: Thu, 05 Apr 2012 10:59:48 -0000
#91: Is it possible for an origin to get an error message in case the P2P-RPL
route discovery fails.
Discussion:
[Cedric]
On big question that rise my mind is, what happened if the route discovery
fail ?
Some protocols sends out an error message when the route discovery fails
or get stuck.
Do authors think that it could be relevant to add a "discovery-error"
message as defined in other route discovery protocols ?
[Mukul]
I dont think it is possible to detect the failure of a P2P-RPL route
discovery. No node knows if a P2P-RPL route discovery has failed.
P2P-RPL forms a temporary DAG and the route discovery (well, at least the
first half) succeeds when a target joins the DAG. Only the target knows
whether it joined the DAG or not. So, no node knows if the (first half of
the) route discovery failed.
Second half involves the target sending DRO to the origin. If the DRO does
not reach the origin, (the second half of) the route discovery fails. The
target can ensure (or at least increase the probability of) success by
asking for DRO-ACK and retransmitting the DRO if the DRO-ACK is not
received within certain time duration. DRO message travels by multicast,
so an intermediate router, that forwards a DRO further, has no idea
whether the next hop on the route received the DRO or not. Again, no node
knows if the (second half of the) there is no one to generate the
discovery-error message.
I think an origin might infer the route discovery to have failed, if the
DAG's life time has expired but no DRO is received. But I am not sure we
should mandate this to be the way failure is inferred. We have just 4
values for the DAG life time. So, I think we should leave it to origin how
much to wait for a DRO before admitting failure.
--
-----------------------------------+---------------------
Reporter: jpv@… | Owner: mukul@…
Type: defect | Status: new
Priority: major | Milestone:
Component: p2p-rpl | Version:
Severity: Submitted WG Document | Keywords:
-----------------------------------+---------------------
Ticket URL: <http://trac.tools.ietf.org/wg/roll/trac/ticket/91>
roll <http://tools.ietf.org/wg/roll/>
- [Roll] [roll] #91: Is it possible for an origin t… roll issue tracker
- Re: [Roll] [roll] #91: Is it possible for an orig… C Chauvenet
- Re: [Roll] [roll] #91: Is it possible for an orig… Mukul Goyal
- Re: [Roll] [roll] #91: Is it possible for an orig… C Chauvenet
- Re: [Roll] [roll] #91: Is it possible for an orig… Mukul Goyal
- [Roll] Closure text for ticket #91 Mukul Goyal
- Re: [Roll] [roll] #91: Is it possible for an orig… roll issue tracker