Re: [v6ops] RFC7849 must not recommend 64share, and must not be recommended itself to 3GPP

Ca By <cb.list6@gmail.com> Fri, 03 March 2017 16:09 UTC

Return-Path: <cb.list6@gmail.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 A208B1294F1 for <v6ops@ietfa.amsl.com>; Fri, 3 Mar 2017 08:09:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level:
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 cs7etcvuBquM for <v6ops@ietfa.amsl.com>; Fri, 3 Mar 2017 08:09:50 -0800 (PST)
Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 89B121294E1 for <v6ops@ietf.org>; Fri, 3 Mar 2017 08:09:49 -0800 (PST)
Received: by mail-wm0-x236.google.com with SMTP id n11so19037139wma.0 for <v6ops@ietf.org>; Fri, 03 Mar 2017 08:09:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ggptKC8t1ge+AaRrbzzYFJXVjWYaMj1cI4DYHkkZfmQ=; b=gfQAfcXwWaOWbJmkRCLV01V+QfriV33ZtdrujGwyK+DjiULzYJVMZdac6CZjWD5Biu 3NNkKBtgBxXmQGUSqLp/NKUZFk2pM2kH293a8EsVE/qiR4vTtQ0xa1eBTLJK81jwh1NH xRFH+hbb9fUtF4zaLxzMdgSsqSkoORvIIKYrl3pfrdXoqmwUQFQHXP5sZ6ycfAe3ivT7 vVh7PlwXHaDJzBYM5PcwaImsSKs95m9PJ/cMuIwy9qYlQpCGP8inY0ZlB5a/Q5qzRATQ IgJQ7z1L9u+awNLkoCaWtmiaBPuGnylEYYYNYt0FepuBLtiCNqoX5Nwpg+kem5NtxCFt syuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ggptKC8t1ge+AaRrbzzYFJXVjWYaMj1cI4DYHkkZfmQ=; b=XmF7RE5VlzttnHAdg+M8GaOXtai4/OccxFb7tm7PkQfzbZ9x9KCGFjWEb7wbn+za/1 SNN436tog8nCEBfa33f8FofOstbgGozS8Yz8djZBNOQQ9k4eGNKopxKXRvhzJ8GpzgNX +Ope38lvUCCqUK2+RkMM43bml9ZKgMgZVNWFXJcJRgGm0m8a6F0BMO3RMuO3mOqwMYN8 IWI7HXFGabYkRsBJHgXTZpdB+G7fsbCV6rsqSRDpiuzEGBsynV2eiYhUDWv7rB/R4j5W V+4Ozaipyn0XGw8V1TSGrds2Wg3+5cq78/ssuuSq9l+QPO9ZJasVI9ybkU274XUbpQ9b tBgg==
X-Gm-Message-State: AMke39ltZZ9Ib40ecEIo84cB6aJaJ/JnRQ1qE780TaDw7Z7FKPGk9SgGZ/jE5UM3iFjxJP16MOwLppPjvY6WFQ==
X-Received: by 10.28.224.69 with SMTP id x66mr3720791wmg.21.1488557388031; Fri, 03 Mar 2017 08:09:48 -0800 (PST)
MIME-Version: 1.0
References: <d1193890-0066-ad01-e521-0d9e8df065a8@gmail.com> <CAAedzxoy+=+FB=U89Fe84hDNwSdZTk0e8YYn934=V3RS3yb=DA@mail.gmail.com> <61403895-2de4-f769-2a8c-486d14a297f4@gmail.com>
In-Reply-To: <61403895-2de4-f769-2a8c-486d14a297f4@gmail.com>
From: Ca By <cb.list6@gmail.com>
Date: Fri, 03 Mar 2017 16:09:36 +0000
Message-ID: <CAD6AjGTgCf1qWFxcG9psVFG_nfRj2EWUoy6i7mLY_39COESsYQ@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, Erik Kline <ek@google.com>
Content-Type: multipart/alternative; boundary="001a114b0a6457bcaa0549d5c682"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/WZxCRNhmN8qr8XAlyyrARaDD9dU>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] RFC7849 must not recommend 64share, and must not be recommended itself to 3GPP
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 03 Mar 2017 16:09:51 -0000

On Fri, Mar 3, 2017 at 5:54 AM Alexandre Petrescu <
alexandre.petrescu@gmail.com> wrote:

>
>
> Le 03/03/2017 à 14:43, Erik Kline a écrit :
> >
> > Because Prefix Delegation capabilities may not be available in some
> > attached networks, L_REC#1 is strongly recommended to accommodate
> > early deployments. =====
> >
> >
> > This is wrong.  We should _never_ recommend somehting we know it does
> > not scale.  64share does not scale, there is a 'multi-link subnets'
> > RFC and there is operational experience showing so.
> >
> >
> > False.
> >
> > We wrote IPv6 tethering in Android N (MR1), it uses 64share, and it
> > pretty much works just fine.
>
> Works fine but does is scale?


Yes, millions of users (apple and android) on many networks use what is
described in 64share.  64share describes 100% of the cases where users get
ipv6 addresses via 3gpp phone tether afaik. Spare me the discussion about
how the dongle ....

I am unaware of any network or mainstream smartphone that supports
dhcp-pd.  I am sure you can rig something up, but i am simply referring to
your comment of scale in the real world for todays use cases.

This is ietf, running code matters. Deployments matter even more.

Bike shed colors do not matter, bike shed colors for flying bike to bike
communication is an interesting topic, but I suggest you avoid calling the
current bike shed a failure and keeping its deployment reality a dirty
secret. We tried that with nat44, it did not turn out well.

CB



>
> > It is tricky if you want to further delegate from there,
>
> That 'tricky' scares me, really.
>
> > but works A-OK for its stated intended purpose.
>
> If its intended purposes are that 'deployments require 64 sharing', as
> RFC7849 puts it, please let me say I have strong doubts.
>
> If the intended purpose is "make one or two WiFi hotspots on a
> smartphone" - then say so everywhere.  Do not generalise, or falsely
> induce people into thinking 64share can be used to anything more than
> just that.
>
> Do not put this 64share into 3GPP specs.  Do not put this 64share into
> IETF documents having '3GPP' in their titles.
>
> It's as if I put my preferred 'Hello World' software in 3GPP specs.
> True, it runs on a smartphone, but what more could 3GPP care about it.
>
> 3GPP does much more about extendign networks at the edges than just one
> or two wifi hotspots on a smartphone.  64share does not scale to that.
>
> But let me ask: what is the intended purpose of 64share from your point
> of view?
>
> Alex
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>