IETF Logo Mail Archive

Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?

Lorenzo Colitti <lorenzo@google.com> Mon, 09 November 2015 02:05 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 761DB1B58B3 for <v6ops@ietfa.amsl.com>; Sun, 8 Nov 2015 18:05:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 7zS-f_9jhtK9 for <v6ops@ietfa.amsl.com>; Sun, 8 Nov 2015 18:04:59 -0800 (PST)
Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D1491B58B2 for <v6ops@ietf.org>; Sun, 8 Nov 2015 18:04:59 -0800 (PST)
Received: by ykdv3 with SMTP id v3so153386952ykd.0 for <v6ops@ietf.org>; Sun, 08 Nov 2015 18:04:58 -0800 (PST)
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=zF1xz6C+ieH6OCLOgrp1jcfUCKmyyFJz2orkgqeSj0g=; b=DO8civQvlxhFyYWsAjEvD5G7Pq1A9jpShnjcHUxyjrJz3HizzSEQ5Om4mzganm8rdE Eq743GaW4XRFgzrpYEeqDiraiPd8JQ75iNCwYzHQKPhf8M8ZCj1TweI0vDW5yDZKiXES lBiw7e3wb1LpU3vsOawT3KQQBDfkoGqK9/stFYCY/jupHB49j5p2k/h2zsUfV18Ewl+J NsYi8hOwSMsn86Vf4daSLXK/rTP4s3MLa/8uxfY8Gu8Y95XG4HEjvMEX2rUQhT750MS4 nHa0lIJkwdiF/OnT6bxK5i0BKsf2ifjf23Z+fVlxsS5punemrXS+Yt5ZEpCjgoaLcxOW 2nYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=zF1xz6C+ieH6OCLOgrp1jcfUCKmyyFJz2orkgqeSj0g=; b=mVjqj/7zgp2akbRxoJnDAsRPkE1VbHDnGDHwnsKUXTZ7rd2DMrUiOlxyIgskFBEMQJ gmjevdWXPsVDzisYD1syOw82U4OMUzMkwjj2vB24gojwCF4ZALRdxDN8Ko3TSBkSdZON DRkdREmQgwe4LS6xwkw9sJob1yuV6BQaSAXbwWUMuo0yMHlogkK+DKpLmwCXTEwmC4/+ ME0dbyR0KKClsOCHLnawdy+Hxb3nM3aY0Si4kDqptZ2amTyYfUbBtFh02leHIHes+dar EODOsmJ4U86FUR6VpKNom5kQVWLOGJc5BKGJq+iacBpkVTbCUpJNsunjfdKjc7N1Xxj3 +yHQ==
X-Gm-Message-State: ALoCoQlTJv7oLIUG/8dXzCxNaM83iesSZCz1JHKRNY/36HIZqJYQ7QR2PZ+NNvu14oXbfM+7Ig0V
X-Received: by 10.129.90.193 with SMTP id o184mr24248253ywb.123.1447034698640; Sun, 08 Nov 2015 18:04:58 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.87.197 with HTTP; Sun, 8 Nov 2015 18:04:38 -0800 (PST)
In-Reply-To: <CAG6TeAsHMTyhbRrOenb1kA9XEDdOCBBbuN3ZGF3LJ=8ToyGtiQ@mail.gmail.com>
References: <D25D5920.C914E%Lee.Howard@twcable.com> <5637FDD0.70300@jvknet.com> <D25E32F1.C9507%Lee.Howard@twcable.com> <CAKD1Yr1VvzkSmJo3hu6t_3CUguLN_UkNZjRUqvU_ygPBTyb+8g@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F45C2319739@nkgeml506-mbx.china.huawei.com> <CAKD1Yr3g-ZV+MkbtDrusbtYaZ_wmCxDG9XbT25Ldma4koGpV6A@mail.gmail.com> <D25E7DDF.C9709%Lee.Howard@twcable.com> <CAKD1Yr3Vsn7Ny_xSCr_=sVCHyU+=ZrRh2iQDUPx-5FWdHajv2w@mail.gmail.com> <D2614A6A.CA099%Lee.Howard@twcable.com> <563B9D1E.4030606@umn.edu> <D261FE8E.CA1FB%Lee.Howard@twcable.com> <CAKD1Yr3jip0NBkDxg=MvgZXg0LMS+PtREDw2jSRx0xJLqHwhGQ@mail.gmail.com> <563C7C01.6010703@foobar.org> <CAKD1Yr1rKjkDhhuD9L=R_MJ+ofOAZ2Nt+5mszZKQxCh-kH4vqw@mail.gmail.com> <563FA84C.7030601@si6networks.com> <CAKD1Yr0F888Aw0opSigtC8HV6esUrE1JECKQ4gT737s+43ayfw@mail.gmail.com> <CAG6TeAs8ie=c0F8RMioBpemCw949Bf9c7ZTNvqgaZP=10rmNcQ@mail.gmail.com> <CAKD1Yr1EqbiGJ8EZo8E909zujUt49skcz1SNe8stEWfHnbUsTw@mail.gmail.com> <CAG6TeAsHMTyhbRrOenb1kA9XEDdOCBBbuN3ZGF3LJ=8ToyGtiQ@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 09 Nov 2015 11:04:38 +0900
Message-ID: <CAKD1Yr3RUc9FEw7VyJ=ENH_sJY85m1BESo77v_maShPvCkj6rA@mail.gmail.com>
To: Fernando Gont <fgont@si6networks.com>
Content-Type: multipart/alternative; boundary="001a1149163431149b05241205e3"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/Yc0-ziAfjT1k0Ko227mD5cNvmss>
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 09 Nov 2015 02:05:00 -0000

On Mon, Nov 9, 2015 at 11:01 AM, Fernando Gont <fgont@si6networks.com>
wrote:

> That's certainly not how we'd design a protocol for file transfer if we
> were yo design it today.
>
The main reason you wouldn't design it like that today is that NAT has
broken the original architecture of IPv4. But there's no reason to break
IPv6 in the same way. The main reason that NAT came into existence NAT was
address scarcity, and that reason doesn't exist in IPv6.

v2.23.0 | Report a Bug | By Email