[Roll] [roll] #100: Can P2P-RPL be used to repair broken DAO routes

"roll issue tracker" <trac+roll@trac.tools.ietf.org> Mon, 04 June 2012 14:11 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 685DA21F8745 for <roll@ietfa.amsl.com>; Mon, 4 Jun 2012 07:11:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 69obGTp7Dnkw for <roll@ietfa.amsl.com>; Mon, 4 Jun 2012 07:11:07 -0700 (PDT)
Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [208.66.40.242]) by ietfa.amsl.com (Postfix) with ESMTP id DC36F21F8762 for <roll@ietf.org>; Mon, 4 Jun 2012 07:11:06 -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 1SbXzq-00086Z-Sk; Mon, 04 Jun 2012 10:11:02 -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: Mon, 04 Jun 2012 14:11:02 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/100
Message-ID: <055.3565d9fe3bf76ad0c8fe6519c2c7aa2f@trac.tools.ietf.org>
X-Trac-Ticket-ID: 100
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] #100: Can P2P-RPL be used to repair broken DAO routes
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: Mon, 04 Jun 2012 14:11:08 -0000

#100: Can P2P-RPL be used to repair broken DAO routes

 Resolution: Yes it can but it will be an overkill. Supporting the whole
 P2P-RPL apparatus for this particular reason only may not be a good idea.
 Need a separate mechanism to solve this problem.

 Discussion:
 ----------------
 [Joseph]
 Section 12:
 ..In general, P2P-RPL operation does not affect core RPL operation.."
 I think this is unfortunate as P2P can be used to fix issues with core
 rpl. For example, in core RPL, there is no way to repair a downward route
 until the actual Target sends another DAO, which can take a long time. It
 would be very nice if the DoDag root can use P2P-RPL to discover a route
 to a Target node that is unreachable and then use the resulting source
 route as the downward route.

 [Mukul]
 What the text you quoted means is that it does not break core RPL
 operation. P2P-RPL can certainly be used in the manner you specified. The
 root of a global DODAG can certainly use P2P-RPL to discover a source
 route to any target. Just that it will involve creation of a separate
 temporary DAG. If you want to do this route discovery within the scope of
 the existing global permanent DAG, it can be done but needs to be written
 up in a separate document. I dont think this provision should be inside
 P2P-RPL document. This is because, for RPL deployments that would not
 otherwise support P2P-RPL, it may be more efficient to simply use an RPL
 Target Option inside a DIO to trigger DAOs that would allow desired route
 to be discovered. Ofcourse, this needs to be written up to (since
 currently Target Option cannot sit inside a non-P2P mode DIO).

-- 
-----------------------------------+---------------------
 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/100>
roll <http://tools.ietf.org/wg/roll/>