IETF Logo Mail Archive

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

Lorenzo Colitti <lorenzo@google.com> Sun, 08 November 2015 05:25 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 219CC1AD49D for <v6ops@ietfa.amsl.com>; Sat, 7 Nov 2015 21:25:56 -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 LYScoFtEC4Qp for <v6ops@ietfa.amsl.com>; Sat, 7 Nov 2015 21:25:55 -0800 (PST)
Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (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 D09FA1B396C for <v6ops@ietf.org>; Sat, 7 Nov 2015 21:25:54 -0800 (PST)
Received: by ykdr3 with SMTP id r3so223794500ykd.1 for <v6ops@ietf.org>; Sat, 07 Nov 2015 21:25:54 -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=ny1s6Pu4jelufa+L9kC3+pX/HcQSxsYbNwiKvDCye94=; b=HJkp4FNayc2KSNdFXoKeuCmutofdxfO/iaOAnQpMKDtaliBytbsQfZVqn8pmS0hpp6 Q62ISBOQtdbdOvd24LQLhnblsdUIuDYT7YuSmG9R0M+QK67rJq0VgEVM++JEDAmpj8uh 0LEe6aFbf6aDOUkEii1Yr7KEroch2I6MuSSAPqqrfEOuuLR9WOdTL00lMoMcIYoFzgCR YTjBmT5vh/OPS/pHRY7o86LwT0MKGsHvkrK18mSLInoYg+RPmm3w7juGj//0br55T6Bm WotHlRe5iHHLfmlNeC5tn6CnBxv1Atl+KIg8D2Dg6GUHLJYhgOItV0tX0JgAq43XqDZ5 XRsw==
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=ny1s6Pu4jelufa+L9kC3+pX/HcQSxsYbNwiKvDCye94=; b=LK+zsZrL6X3s0NdThLauLFYbvx5moyxBFWT+hZLHqkhTkP+MOLnD5nJ3dFkJYLIdXI MZ8gK42fQ4bZd5nMNEMt2iI9WVD9sfX0NW7QyhJDoJ2IM4FssF4d3aC+gqfV7hS2EnBP ILH7eeIAUDOPe2x1vKSCC4M39a35LzbdRSektBKj7VlaKY8nY1CqHa/k/tFLfd62erH7 NBgFU0PSWbWXZxG0eVY/rX0Y84owJ1ytV6oBLl3qbAjHIQkT9UMcnSGKbhLco/N75TZc IAIlbEd+WpcJUYM2hClBYoHIAIGai8wTakSQ7eftVzjmxtpu9QG7LUKPkTPzkrNGjv+l Asqg==
X-Gm-Message-State: ALoCoQn1cD0nj1lGK9A+RwZemf2nTYS56TRJqtDBMcsnncOdIGxO0QSMo5mWfzFlPsIBLJ/7vPlr
X-Received: by 10.129.90.193 with SMTP id o184mr20317538ywb.123.1446960354060; Sat, 07 Nov 2015 21:25:54 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.87.197 with HTTP; Sat, 7 Nov 2015 21:25:34 -0800 (PST)
In-Reply-To: <563C7C01.6010703@foobar.org>
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>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Sun, 08 Nov 2015 14:25:34 +0900
Message-ID: <CAKD1Yr1rKjkDhhuD9L=R_MJ+ofOAZ2Nt+5mszZKQxCh-kH4vqw@mail.gmail.com>
To: Nick Hilliard <nick@foobar.org>
Content-Type: multipart/alternative; boundary="001a11491634e8d979052400b512"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/AZtOtxnAJwOPYs_LDkZWmhkYZ-Y>
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: Sun, 08 Nov 2015 05:25:56 -0000

On Fri, Nov 6, 2015 at 7:08 PM, Nick Hilliard <nick@foobar.org> wrote:

> On 06/11/2015 00:20, Lorenzo Colitti wrote:
>
> It breaks any application that requires that the application know its
> source address. Examples are SIP, FTP, audio/video chat, etc.
>
> your argument is the wrong way around: some protocols deliberately
> introduce layering violations by demanding that transport identifier
> information is encoded at the application layer.  Transport identifier
> translation merely shows up this brokenness.  The brokenness is not with
> the translation mechanism but with the higher level protocols.
>

Nope. Those protocols aren't broken, they worked fine for years until NAT
arrived and broke them. They still work fine on networks that operate the
way the Internet was originally designed with end-to-end connectivity.

v2.23.0 | Report a Bug | By Email