Re: [v6ops] about LLAs pros/cons static routing - auto/self-configuration of addresses, draft-matthews-v6ops-design-guidelines

Philip Matthews <philip_matthews@magma.ca> Thu, 09 August 2012 21:58 UTC

Return-Path: <philip_matthews@magma.ca>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17B0E21F85F3 for <v6ops@ietfa.amsl.com>; Thu, 9 Aug 2012 14:58:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.685
X-Spam-Level:
X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[AWL=0.295, BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619]
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 C2LtVLz1huWT for <v6ops@ietfa.amsl.com>; Thu, 9 Aug 2012 14:58:29 -0700 (PDT)
Received: from mail-06.primus.ca (mail16.primus.ca [216.254.141.183]) by ietfa.amsl.com (Postfix) with ESMTP id 3F57421F85DA for <v6ops@ietf.org>; Thu, 9 Aug 2012 14:58:28 -0700 (PDT)
Received: from [74.198.165.21] (helo=[172.20.10.2]) by mail-06.primus.ca with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from <philip_matthews@magma.ca>) id 1SzakH-0003jX-2z; Thu, 09 Aug 2012 17:58:25 -0400
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <1344548354.85419.YahooMailNeo@web32503.mail.mud.yahoo.com>
Date: Thu, 09 Aug 2012 17:58:15 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <EC13533C-3F69-4061-BACC-4E9B4E62489C@magma.ca>
References: <501AB97A.7060202@gmail.com> <33FE6FAB-E7D8-4CA7-8C94-933D1BA1DE2F@magma.ca> <501AEB86.5080808@gmail.com> <20120803135243.GU38127@Space.Net> <CAD6AjGSj1qbNYmQR2njwfCPX+=kWVcJRA7T27C-4Yp8czwU9ng@mail.gmail.com> <CD140280-69C6-443B-AC66-3CB1418664E6@magma.ca> <20120806191534.GY38127@Space.Net> <5D908C2E-DC1D-4268-83ED-E9F23A51514F@magma.ca> <1344507004.18219.YahooMailNeo@web32504.mail.mud.yahoo.com> <50239553.3010206@gmail.com> <3AA7118E69D7CD4BA3ECD5716BAF28DF0F4E5159@xmb-rcd-x14.cisco.com> <1344548354.85419.YahooMailNeo@web32503.mail.mud.yahoo.com>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
X-Mailer: Apple Mail (2.1084)
X-Authenticated: philip_matthews - ([172.20.10.2]) [74.198.165.21]
Cc: "v6ops@ietf.org list" <v6ops@ietf.org>, "Michael Behringer (mbehring)" <mbehring@cisco.com>
Subject: Re: [v6ops] about LLAs pros/cons static routing - auto/self-configuration of addresses, draft-matthews-v6ops-design-guidelines
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Aug 2012 21:58:30 -0000

On 2012-08-09, at 17:39 , Mark ZZZ Smith wrote:

> Hi Michael,
> 
> 
> ----- Original Message -----
>> From: Michael Behringer (mbehring) <mbehring@cisco.com>
>> To: Brian E Carpenter <brian.e.carpenter@gmail.com>; Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
>> Cc: Philip Matthews <philip_matthews@magma.ca>; Gert Doering <gert@space.net>; "sthaug@nethelp.no" <sthaug@nethelp.no>; Eric Vyncke (evyncke) <evyncke@cisco.com>; "v6ops@ietf.org list" <v6ops@ietf.org>
>> Sent: Thursday, 9 August 2012 9:08 PM
>> Subject: RE: [v6ops] about LLAs pros/cons static routing - auto/self-configuration of addresses, draft-matthews-v6ops-design-guidelines
>> 
>>>> Traceroute would work for you,
>>> 
>>> It shouldn't, because intermediate routers should discard ICMPv6 
>> packets
>>> with LL source addresses, according to RFC 4291 section 2.5.6.
>>> 
>>> The fact that they don't is an implementation error, and we 
>> shouldn't rely
>>> on that. ICMPv6 should never be sourced from a LL address.
>> 
>> I can confirm that at least one implementation (ours) responds using a global 
>> address (from a loopback), not the link local. 
>> 
>>> 
>>>      Brian
>>> 
>>> however outside of your network, other people would be querying their
>>> own version of 0.8.e.f.ip6.arpa., hiding your interface and router names.
>>> This idea might be useful to assist with troubleshooting for a "Using 
>> Only
>>> Link-Local Addressing Inside an
>>> IPv6 Network" http://tools.ietf.org/html/draft-behringer-lla-only-01 
>>> scenario.
>> 
>> The concern is that for ICMP echo reply, traceroute, etc the router will respond 
>> with a global address, which is a loopback address (in the absence of global 
>> addresses on the interface). You can therefore see the router, but not the 
>> interface (unless RFC5837 is implemented, which is generally not the case 
>> today). 
>> 
>> So I can't see how this helps troubleshooting? (I must be misunderstanding 
>> something here)
> 
> As Brian said, traceroute won't reliably work due to the LL source address issue, however having unique static LL addresses across your network's router interfaces, and then having a record of the static LL address assignments in 0.8.e.f.ip6.arpa via PTRs (and perhaps TXTs for supplementary information) might still be a useful troubleshooting tool. For example, if you're on the CLI of one router, and want to find out the interface name corresponding to an adjacent router's static LL address, a ping command with a reverse resolve of the address far router's interface address would return the result of the PTR and therefore the name of the remote interface and router.

I believe traceroute will work.  As Michael said, at least some routers, if there is no GUA/ULA configured on the interface, then the router sends the ICMP reply using the IP address of the loopback or system address as the source address. Michael confirmed that Cisco routers work this way, and I can confirm that Alcatel-Lucent routers work this way. 

If anyone knows of a router which behaves differently, I would be interested in hearing of it. This would be a useful comment to put in my I-D.

- Philip