RE: In consideration of I-D.templin-6man-rio-redirect

"Templin, Fred L" <Fred.L.Templin@boeing.com> Wed, 19 July 2017 09:36 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA0A3131C62 for <ipv6@ietfa.amsl.com>; Wed, 19 Jul 2017 02:36:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Ns6Lk1OXJowY for <ipv6@ietfa.amsl.com>; Wed, 19 Jul 2017 02:36:54 -0700 (PDT)
Received: from phx-mbsout-01.mbs.boeing.net (phx-mbsout-01.mbs.boeing.net [130.76.184.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BF3E131C45 for <ipv6@ietf.org>; Wed, 19 Jul 2017 02:36:54 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id v6J9arR6045889; Wed, 19 Jul 2017 02:36:53 -0700
Received: from XCH15-06-08.nw.nos.boeing.com (xch15-06-08.nw.nos.boeing.com [137.136.238.222]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id v6J9arSf045885 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Wed, 19 Jul 2017 02:36:53 -0700
Received: from XCH15-06-08.nw.nos.boeing.com (2002:8988:eede::8988:eede) by XCH15-06-08.nw.nos.boeing.com (2002:8988:eede::8988:eede) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 19 Jul 2017 02:36:52 -0700
Received: from XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) by XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) with mapi id 15.00.1263.000; Wed, 19 Jul 2017 02:36:52 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, "ipv6@ietf.org" <ipv6@ietf.org>
Subject: RE: In consideration of I-D.templin-6man-rio-redirect
Thread-Topic: In consideration of I-D.templin-6man-rio-redirect
Thread-Index: AQHTAHDYiPckzv4gME6Aj7m1B2sutqJa4Zmg
Date: Wed, 19 Jul 2017 09:36:52 +0000
Message-ID: <cd5a0a68dade4a62a3ab221740a8b85f@XCH15-06-08.nw.nos.boeing.com>
References: <2C483555-4761-4149-B00D-DAA04CEE13E5@google.com> <16b18ff0-b94d-549b-41c0-816a31c61380@gmail.com>
In-Reply-To: <16b18ff0-b94d-549b-41c0-816a31c61380@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [137.136.248.6]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Pi23Ilo2bvvg5T2w5vCOTZRSq6E>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jul 2017 09:36:56 -0000

Hi Alex,

> -----Original Message-----
> From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Alexandre Petrescu
> Sent: Wednesday, July 19, 2017 2:25 AM
> To: ipv6@ietf.org
> Subject: Re: In consideration of I-D.templin-6man-rio-redirect
> 
> 
> [...]
> > Question: Why are you using NS/NA for the RIO confirmation lockstep?
> > Why not use RS/RA instead?
> 
> I subscribe to this question.  Especially if the 'Target' in the figure
> is a Router, and especially if we talk about Target-to-Target communication.

Target is a node that receives a Prefix Delegation. The node can then act
as either a host that uses the prefix for its own multi-addressing purposes
or as a router that forwards packets on behalf of nodes on its downstream
attached networks. Our draft refers to these nodes as "Type D" hosts.

> In IPWAVE WG we develop a problem statement about this, for vehicle to
> vehicle communications.

This is for peer-to-peer communications so that two peer nodes on the link
can communicate directly without having to go through a default router. The
peer-to-peer communications are established through an NS/NA exchange
which may be initially triggered by a Redirect. 

> There are also some I-Ds with solutions doing this with RA extensions.

Our concept follows directly from RFC6706. But, we recognize the need
for involving RIOs in other IPv6 ND messages than just Redirects. We do
not see a need for any RA extensions.

Thanks - Fred

> Alex
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------