IETF Logo Mail Archive

Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 01 June 2014 20:45 UTC

Return-Path: <brian.e.carpenter@gmail.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 ACCCF1A027E for <v6ops@ietfa.amsl.com>; Sun, 1 Jun 2014 13:45:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham
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 RGfuSeGWrJTT for <v6ops@ietfa.amsl.com>; Sun, 1 Jun 2014 13:45:31 -0700 (PDT)
Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF6631A027D for <v6ops@ietf.org>; Sun, 1 Jun 2014 13:45:30 -0700 (PDT)
Received: by mail-pd0-f178.google.com with SMTP id v10so2725350pde.37 for <v6ops@ietf.org>; Sun, 01 Jun 2014 13:45:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Dk80W4k/Li1+X5DWEdk4yKtnR0UMrpWSHZQHr22NB4g=; b=p5NOulclF2GlB0OeO4+Woznl82NGT3Xpu2OTBiMKQzcz0/m2UCFm/Tp/PE354RWHA6 LnzyZt9L3irZF+S4CwM7VL6AaWyCtNrbKYTwNd+XRvJdS0aHaDoXYeeLXlJJ2DmCkUVl 33DhdLnJmCnPzpkXKh/jCkBxQ4XB8nkfTWPQpVm5RiW4nGeAl0VFbfz3qmbvY02f2m7c v0FgSmmZ+XBzaXMSZLccmX3N+e8wEhnHbNixC2muW3IfR2DqT2ErPrWIqPU8zbiwSPdI bzn8xh4KW7o5+CH3FcxE7aVbCYaDFluEzvhXRWBZZToYC9hjPqb2lGLjFL4PNeN/Ykx+ MaVg==
X-Received: by 10.66.232.166 with SMTP id tp6mr34965660pac.127.1401655525931; Sun, 01 Jun 2014 13:45:25 -0700 (PDT)
Received: from [192.168.178.23] (158.198.69.111.dynamic.snap.net.nz. [111.69.198.158]) by mx.google.com with ESMTPSA id qv9sm16831687pbc.71.2014.06.01.13.45.23 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Jun 2014 13:45:25 -0700 (PDT)
Message-ID: <538B90E2.4090806@gmail.com>
Date: Mon, 02 Jun 2014 08:45:22 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Ted Lemon <ted.lemon@nominum.com>
References: <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <m2iooq4oqi.wl%randy@psg.com> <5385762E.5020901@dougbarton.us> <5385AA97.1050207@fud.no> <53864DCB.5070202@gmail.com> <53865EA2.9000502@fud.no> <02dc01cf7c06$cc6a4bc0$4001a8c0@gateway.2wire.net> <97390E9C-460F-4D08-AFCE-E4A991E2B0E4@cisco.com> <46D22F62-3528-4B9D-9FCF-C9C7466A9ABA@delong.com> <20140531104145.GQ46558@Space.Net> <m1WqqZ4-0000DqC@stereo.hq.phicoh.net> <20140531214908.10FEE1719BB4@rock.dv.isc.org> <m1WqrFK-0000BHC@stereo.hq.phicoh.net> <23125E9D-85A1-49EB-ACE6-DB5EAC67EE02@nominum.com> <CAKD1Yr0pvet1oOip-Y2Xi_h2mSZfW1R5HtfiAGbDEns0dY-d2A@mail.gmail.com> <2A4B72CD-EDF3-4D11-AC39-B65892F9173F@nominum.com> <m1WrCJ2-0000DVC@stereo.hq.phicoh.net> <3F6C2102-4572-41AE-B31F-5ED5183954C0@nominum.com>
In-Reply-To: <3F6C2102-4572-41AE-B31F-5ED5183954C0@nominum.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/jgpYk2UnI2ll-j3ZjJ6rzjbLwys
Cc: Philip Homburg <pch-v6ops-3a@u-1.phicoh.com>, V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]
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: <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: Sun, 01 Jun 2014 20:45:36 -0000

On 02/06/2014 08:31, Ted Lemon wrote:
> On Jun 1, 2014, at 4:24 PM, Philip Homburg <pch-v6ops-3a@u-1.phicoh.com> wrote:
>> Nice how this thread evolves:
>> - Use PI space, it works (but is not really scalable)
>> - No, no, get with the program. Get multi-homed on PA.
>> - We don't actually have anything for servers and multi-homed PA.
>> - Every piece of software has to do HE because of how multi-homed PA fails.
>>
>> Great way of advertising IPv6.
> 
> Every piece of software that uses the network has to use DNS for ease-of-use, and has to use some kind of API to establish connections or send datagrams.   There is no reason why this API can't do happy eyeballs for the application without requiring any complexity _in_ the application.   Indeed, the API provided by Apple already provides this capability for free.

There's a lot I'm tempted to say about this, but I've already said it elsewhere:
http://www.sigcomm.org/ccr/papers/2014/April/0000000.0000008

N.B. PLEASE don't debate that article on this list.

   Brian

> In comparison to what most apps have to do to work because of the higher-layer protocols they use (e.g., RESTful APIs have to support HTTP and TLS, streaming APIs have to support loss detection and data rate adaptation), doing happy eyeballs is the picture of simplicity.   The only reason it seems like it's not is that your mental model of a network API is (apparently) the BSD sockets API, which, while extremely useful, is pretty bare-bones.
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
> .
>

v2.23.0 | Report a Bug | By Email