Re: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt

Andrew 👽 Yourtchenko <ayourtch@gmail.com> Tue, 28 July 2015 13:58 UTC

Return-Path: <ayourtch@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 D04BD1A9168 for <v6ops@ietfa.amsl.com>; Tue, 28 Jul 2015 06:58:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.7
X-Spam-Level:
X-Spam-Status: No, score=-1.7 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, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] 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 fzhakzZCTPpk for <v6ops@ietfa.amsl.com>; Tue, 28 Jul 2015 06:58:05 -0700 (PDT)
Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 CCBC51A9153 for <v6ops@ietf.org>; Tue, 28 Jul 2015 06:58:04 -0700 (PDT)
Received: by igk11 with SMTP id 11so107535819igk.1 for <v6ops@ietf.org>; Tue, 28 Jul 2015 06:58:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xEQWQshwJw1BEkL/DzczZnalfKpR2KyWgYQlds7nvC8=; b=GMvCkA2kKe3xgTfxs8jFBf/zryWVW29jq4fusdoHFD/uUndHlmcvCpyUzQgAFNGKlo gNz+gRmHXTvMPdEAxZ6pEXMeIbntR4ih4tlgjyC5s8Eazvi3WEzzKPALAsmaAVf5FhGb iah0MHQ3HgCLvSM5IRz9fD5xvcEsFa7+7l1I7fpscDP4LMtzwwd21v70IWS65Ep2b0ky p0zfCoIFmQg8JWkZi9EUSHqJzKnic0R1fDJmGQhNeahB2B0q0PZIfOO9FyFRSiU3v8fF 81Q/xKkO6yMnug9FU1sxXXkfVGRhMEughRTIOdfr+ec22KrHBYWltVzTNoKyVAEAai4N tRzA==
MIME-Version: 1.0
X-Received: by 10.50.138.232 with SMTP id qt8mr7125231igb.21.1438091884326; Tue, 28 Jul 2015 06:58:04 -0700 (PDT)
Received: by 10.107.143.20 with HTTP; Tue, 28 Jul 2015 06:58:04 -0700 (PDT)
In-Reply-To: <20150728115944.GZ84167@Space.Net>
References: <20150723130715.12113.47480.idtracker@ietfa.amsl.com> <55B1ED14.6030501@gmail.com> <m1ZIZ4w-0000CbC@stereo.hq.phicoh.net> <CAKD1Yr2z6T86gmQMPZwbgFB4mdt7=xWNuei5jaQg=vpG7-zLVg@mail.gmail.com> <m1ZJdjZ-0000CcC@stereo.hq.phicoh.net> <20150727091241.GL84167@Space.Net> <m1ZJfOr-0000CgC@stereo.hq.phicoh.net> <C9C3FBC4-44F3-45D2-B8C4-3725396E5D40@nominum.com> <CAPi140Mx96dBgeaCkrsDD+-J85OZDo5Di+gHTBiaGDzYK2us4w@mail.gmail.com> <20150728115944.GZ84167@Space.Net>
Date: Tue, 28 Jul 2015 15:58:04 +0200
Message-ID: <CAPi140PKh64L=nr96pv3dn7FO_Y9pW162YzBT8kZHSMsedGYtQ@mail.gmail.com>
From: Andrew 👽 Yourtchenko <ayourtch@gmail.com>
To: Gert Doering <gert@space.net>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/kbraNSKzWdkyTnh5jhqoqrsiCQY>
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt
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: Tue, 28 Jul 2015 13:58:06 -0000

On 7/28/15, Gert Doering <gert@space.net> wrote:
> Hi,
>
> On Mon, Jul 27, 2015 at 03:25:18PM +0200, Andrew ????  Yourtchenko wrote:
>> The disjoint nature of IA_NA means a corresponding number of TCAM
>> entries is required on L3 switches.
>>
>> A prefix, on the other hand, requires just an entry for the link-local
>> of the host + an entry for the prefix. Regardless of the prefix
>> length.
>
> All true.  But then you excercise pressure on the prefix allocation side
> - instead of having "one /64 for that LAN segment, which is big enough
> for arbitrary number of hosts" you end up with "a /52[-ish] per LAN segment
> to cover DHCP-PD delegation to thousands of hosts".
>
> (Say, 1000 hosts, all doing DHCP-PD and requesting a single /64, you'd
> need to provision at least a /54 per segment - which will increase your
> prefix usage enormously)
>
> Is that what you want?

I did not look at it as a problem given that every mobile phone on
IPv6 will already get a /64 per host, and the number of mobile phones
is dramatically bigger than the number of fixed installations.

But I pulled that assumption more or less out of my thumb, based on
observed anecdata, so would be happy to be proven wrong.

If we say we want to absolutely avoid NAT, then something has to give,
and I don't know which tradeoff is a better one, both can be argued
for and against. I think we might need both.

--a


>
> Gert Doering
>         -- NetMaster
> --
> have you enabled IPv6 on something today...?
>
> SpaceNet AG                        Vorstand: Sebastian v. Bomhard
> Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
> Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279
>