Re: [v6ops] A good example of why we need to careful about ULAs

Lorenzo Colitti <lorenzo@google.com> Sat, 01 June 2013 03:19 UTC

Return-Path: <lorenzo@google.com>
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 3F50721F8B98 for <v6ops@ietfa.amsl.com>; Fri, 31 May 2013 20:19:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 VZuurfJfjvMF for <v6ops@ietfa.amsl.com>; Fri, 31 May 2013 20:19:37 -0700 (PDT)
Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id AA2CC21F8ADF for <v6ops@ietf.org>; Fri, 31 May 2013 20:19:37 -0700 (PDT)
Received: by mail-qc0-f173.google.com with SMTP id c11so1221249qcv.32 for <v6ops@ietf.org>; Fri, 31 May 2013 20:19:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=J3/rbdJvEMa0aASeAOrWW41Ei1Kb45oc/Si15Pd4Lio=; b=krdn1se1P+mvaHvrV0Ri0oWAaMZusjf2yh6JLmvJOShg2yqdoj/mU7Kq99ozLJ5c55 Z03dXs8R8+BaLZ2rGsmHpVWY0kElAZV9OjZVTNzFy08xFmyjeQEd//RFwrk2nddX3RUx isrzOWzRKT9E92mpaHN37PXLUX5ZzSV1T4mXIA3nMdurTRRkX5M7UD2cT82r0ui8nDva HUvjSsK9j6VveoehcMwbSY6ABEUUU2x00nWT5OCg54yqJcJtpN2A5lTX4kSMDMwLUHuZ JxkLTWQXaI8TGfoqZi/SsagU9keKXKDeGrxjefWSQ50XovTha1tGnjlcm3wD7IAo3Xaf CVOw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=J3/rbdJvEMa0aASeAOrWW41Ei1Kb45oc/Si15Pd4Lio=; b=AqPHaYItTa/J5BOu/EZi8Lf78LXn5WwtBaYnwFGjFZgmm3UeEnyj3AXddIuU70UbAd SAaL8jObP3umG4bRJlqydml7YCh4aRcgI5RwenVtEu5xiKe42KvQKEClIIL8icq1x2Pc +Rr9jP4U3LOJMDL10Vfk3n3G1DKFr1p1KSbPtEptHu0Z7S06E0qDR0yF6rwPbgKa+qOQ 5VBGrlO4EmkJEMly9vrhKTiHvFf9Xzxw7z6jcU/t9z4Llr7WmnfiuKGwzTsrm2EReoRd LcYlidoerlrUkCLVZXt0aiDjqTZsjTyR9t7TS+HFz4MpiDGZPejdRLnUuQiUESH4B+L3 2uvw==
X-Received: by 10.49.85.131 with SMTP id h3mr12513241qez.42.1370056776896; Fri, 31 May 2013 20:19:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.135.198 with HTTP; Fri, 31 May 2013 20:19:16 -0700 (PDT)
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B6307751BDDBD@mbx-01.win.nominum.com>
References: <CAKD1Yr29kf1Me=6JR66Gq0dFYgQx2wq=pjW8WZyHByPA0POsMQ@mail.gmail.com> <1369901467.70362.YahooMailNeo@web142506.mail.bf1.yahoo.com> <51A7C86B.3020808@gmail.com> <51A7CDA9.4090304@massar.ch> <8D23D4052ABE7A4490E77B1A012B6307751BDDBD@mbx-01.win.nominum.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Sat, 01 Jun 2013 12:19:16 +0900
Message-ID: <CAKD1Yr1L6OPw4oF6JeDsQpo-iWbrJDh26hMcSohocPYZvVD-Mw@mail.gmail.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
Content-Type: multipart/alternative; boundary="047d7bd7566a82946b04de0f331c"
X-Gm-Message-State: ALoCoQn6aGt8Er7d7QwH6Y7yOMfEFTGOcdUZESHHZtZRZKSWOgVxc6+1NUyl9/dbjBdhUI2wOTz8erukjMaHIzsylEZWaLQlafExTWJLPnKRTHhbiilN6vrI3IofOeoQWO/bFzApAS9l47aL2VsCQkVgrEDFgeO5mfasIpS/eJ2GHmUYsTWSzBA4Yj1eCZ+wqrqY3LriQTPL
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, "draft-ietf-v6ops-ula-usage-recommendations@tools.ietf.org" <draft-ietf-v6ops-ula-usage-recommendations@tools.ietf.org>
Subject: Re: [v6ops] A good example of why we need to careful about ULAs
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: Sat, 01 Jun 2013 03:19:38 -0000

On Fri, May 31, 2013 at 11:12 AM, Ted Lemon <Ted.Lemon@nominum.com> wrote:

> On May 30, 2013, at 6:07 PM, Jeroen Massar <jeroen@massar.ch> wrote:
> > If you know how to replicate it, I am very interested in a packet dump
> > or what is involved to cause it.
>
> Just number your internal network using ULAs and no global addresses, and
> then run a traceroute across it.   Global addresses on the source end,
> global addresses on the destination end, ULAs in the middle.   The only way
> to "fix" this is to break traceroute.   This does not represent brokenness.


RFC 4193 section 4.3 disagrees with you. It says that border routers should
drop those packets and send back ICMP unreachables.