Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-04.txt

Brian E Carpenter <> Wed, 18 February 2015 22:51 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id B96D31A1B77 for <>; Wed, 18 Feb 2015 14:51:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id TB5RWqZsTqeL for <>; Wed, 18 Feb 2015 14:51:04 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 60D861A1B12 for <>; Wed, 18 Feb 2015 14:51:04 -0800 (PST)
Received: by padbj1 with SMTP id bj1so4651452pad.5 for <>; Wed, 18 Feb 2015 14:51:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Sd+31FLX6A5KFAquOmj2FusgwFAmP48vTSXyexRlQDQ=; b=M0eAxdO9ROY6SGLz7wrn+tvOcZdSBYMc0GFDB9LHBjpy+XzngLa8yGa/TiebGzRd/e wGha3qsC6v8F7Hs/HbKrB/qDEiVXJXEeL0zKYyU6e7sRPkDUK3tgX+8HOmd4WPQIT/ba 0shjv7Y1wDcCLZiKfsE05m+egYQWqigycCfjitPoxcBQ8R5zgLBIoEeAdSHkleCJxy8D Kuk1NBaA/u/IexQsDOp8aVxwlxhJw7UnfUFuT8KsOfq4npPZzjYpubsv3Sr8my/LNB7c B+elgJ/kN9YoOe/re3NV22qsUkpaU9KqqaU/Rzz/3sdxHwMJM6nGmLVFeNcnWXJt1oZN kLOw==
X-Received: by with SMTP id ox5mr2703537pbb.94.1424299864106; Wed, 18 Feb 2015 14:51:04 -0800 (PST)
Received: from ?IPv6:2406:e007:5091:1:28cc:dc4c:9703:6781? ([2406:e007:5091:1:28cc:dc4c:9703:6781]) by with ESMTPSA id gj9sm21649047pbc.32.2015. for <> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Feb 2015 14:51:02 -0800 (PST)
Message-ID: <>
Date: Thu, 19 Feb 2015 11:51:23 +1300
From: Brian E Carpenter <>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
References: <>
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-04.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 18 Feb 2015 22:51:05 -0000

>  It is very difficult to impossible to ping a link-local address
>  from a device that is not on the same subnet. This is a	
>  troubleshooting disadvantage, though it can also be viewed as a
>  security advantage.

I am puzzled by how it could ever be possible at all.
Link-local addresses are by definition meaningless off
the link in question, and they should never even be known by
any node on another link. (And of course it gets even more
complicated on devices with several interfaces, such as routers,
since a link local address is only meaningful with a ZoneID,
and that is a node-specific value, meaningless to other nodes
on the *same* link.)