[Roll] [roll] #89: Spec is limited to single interface intermediate routers
"roll issue tracker" <trac+roll@trac.tools.ietf.org> Wed, 04 April 2012 13: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 D260121F8738 for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 06:11:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.444
X-Spam-Level:
X-Spam-Status: No, score=-102.444 tagged_above=-999 required=5 tests=[AWL=0.155, 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 yaF6PI502DkL for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 06:11:15 -0700 (PDT)
Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [208.66.40.242]) by ietfa.amsl.com (Postfix) with ESMTP id F2C5421F86BD for <roll@ietf.org>; Wed, 4 Apr 2012 06:11:14 -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 1SFPzS-0006vd-JP; Wed, 04 Apr 2012 09:11:10 -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: Wed, 04 Apr 2012 13:11:10 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/89
Message-ID: <055.221455d39fc20c241b942c0dcb13bc22@trac.tools.ietf.org>
X-Trac-Ticket-ID: 89
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] #89: Spec is limited to single interface intermediate routers
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: Wed, 04 Apr 2012 13:11:15 -0000
#89: Spec is limited to single interface intermediate routers Problem (currently open) ------------------------------ The spec does not allow for routers with multiple interfaces. It expects that an address is usable downwards and upwards. Discussion ------------- [Pascal] "When an intermediate router adds itself to a route, it MUST ensure that the IPv6 address added to the route is reachable in both forward and backward directions." This is written with the vision that the router has a single interface and acts as a repeater. But really a router could have 2 interfaces on a same subnet in which case that clause does not fly. [Mukul] All I mean is that the accumulated route MUST NOT have an address that cannot be accessed in one of the directions. If the address cannot be accessed in the backward direction, then the DRO would not be able to travel to the origin. [Pascal2] Then you're preventing a router with 2 interfaces. That's sad. I'm fine for an experimental draft but for standard track that will have to be changed. [Mukul2] OK, I am keeping it the way it is. [Pascal3] This also need to be logged as a last call issue and its proposed resolution. Nothing wrong with having limitations, yet I think we must have specific text to indicate that the spec so far is limited to devices with a single interface. When we make the Standard Track version, I expect we'll have to go beyond that limitation. The drawback is for experimental implementations that may not be interoperable with the final solution. [Mukul3] Could you please explain how does the requirement regarding addresses to be accessible in both forward and backward directions limits P2P-RPL to only single interface devices? I think this requirement means that P2P-RPL cannot be used across link layers. Is that what you mean? I think allowing operation across link layers would require P2P-RDO to accumulate additional information (backward address to be used for forward addresses not accessible in backward direction). I think at the moment we want to avoid this complexity. [Pascal4] Because an IP address is associated to an interface. If you have 2 interfaces, even in a same subnet, there should be 2 addresses. [Mukul4] But, why would the two IP addresses the device has on the same subnet wont be accessible in both forward and backward directions? Pascal -- -----------------------------------+--------------------- 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/89> roll <http://tools.ietf.org/wg/roll/>
- [Roll] [roll] #89: Spec is limited to single inte… roll issue tracker
- Re: [Roll] [roll] #89: Spec is limited to single … Mukul Goyal
- Re: [Roll] [roll] #89: Spec is limited to single … Pascal Thubert (pthubert)
- Re: [Roll] [roll] #89: Spec is limited to single … Mukul Goyal
- Re: [Roll] [roll] #89: Spec is limited to single … Pascal Thubert (pthubert)
- [Roll] Closure text for ticket #89 Mukul Goyal
- Re: [Roll] [roll] #89: Spec is limited to single … roll issue tracker
- Re: [Roll] Closure text for ticket #89 Pascal Thubert (pthubert)
- Re: [Roll] [roll] #89: Spec is limited to single … Michael Richardson