Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

Lorenzo Colitti <lorenzo@google.com> Thu, 17 August 2017 05:17 UTC

Return-Path: <lorenzo@google.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 DB6D11321B0 for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 22:17:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 RZHNus7IeQg7 for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 22:17:49 -0700 (PDT)
Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (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 E98EA12EC06 for <v6ops@ietf.org>; Wed, 16 Aug 2017 22:17:48 -0700 (PDT)
Received: by mail-it0-x235.google.com with SMTP id m34so26192551iti.1 for <v6ops@ietf.org>; Wed, 16 Aug 2017 22:17:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ma+sv1yir/OI7ozKGch3n6yW5lVPUBYjHmZs9mKiauU=; b=q/LD82F2TE6fg8VEvCL0zHsR0qm/M93QpOtICWXpIoWEg+/or71YQYav5+R2toTqUZ shTdEY7bPAN/negKEvBHwEHk03odNN6ELPk6+zaXKOtbovMcxv8oj7GdBR8xcBoXWhe2 n99xHC7AbGPN/jMLJk9XoKPy/GpDb0DZBb0jmaGCnw8ZxkJheBehegFeHoUomxUPXcEI 1N48LZmcbsSNQYO+ANhiiBEqKfHj9ZR1wiVNRWAjAL8W2ujuXCwJK7p9cp/f0Q7O5F6j dQs9QKTgmJ+4zmOQ8t6Z8OrjQujjNDQ5QGg/8cHG2rMZ+0UUNYZuHwZQwEy9yqpXTGHw 9VcQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ma+sv1yir/OI7ozKGch3n6yW5lVPUBYjHmZs9mKiauU=; b=lKP2rqyYYSQS81dKfl+EAEWCVTT8JOWtH+dFCPDx9qBIbnQ6C9cY5VInMnuJmswUJS PXxs8eT4GmRE1s7nhHNOcHcCxlTRd1fR8tr7/fmyEuCtTy7fQl2QTz6OLChFNpUsjUc1 ftjg+aoNjrP8eFEfoQY37eDMeer4+yO6hiW0LTaxAlWLbauidUGRzs+xJOm5Iuf0JrNP fa/W5uUgtJAZSjt/Hreb3GS6awR4+23l2/VYlmxuQ8+BEuxjLiaXzb8PoSX0Y8q2JTx1 p0krhPKY+h8dvNrSilA4C7SqfzWGwR33nPGY+F+XPCAHg4/o72hPc7r2s22VDsg4dz75 1+cw==
X-Gm-Message-State: AHYfb5gf2cFG4IfYmXaajmLhha+5XV9kYT+DZ9I6LtpK3nkKe09EySGi iiGrrxrUJ2SZA1NOmkZIbvFg9L3Wqaqc
X-Received: by 10.36.25.70 with SMTP id b67mr684488itb.72.1502947067991; Wed, 16 Aug 2017 22:17:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.27.203 with HTTP; Wed, 16 Aug 2017 22:17:46 -0700 (PDT)
Received: by 10.107.27.203 with HTTP; Wed, 16 Aug 2017 22:17:46 -0700 (PDT)
In-Reply-To: <7A6949B4-C49A-4E3A-BA0E-1465AEB61115@gmail.com>
References: <CAO42Z2wJBCo1yjguWSy-jzSvndeZTPgtN71FfdEhvqrVAUhZUA@mail.gmail.com> <9bd9f886-f53b-109f-d998-1d4c7adaf3b1@gmail.com> <B6A257C9-7E8A-452D-9C0F-0B10A31990CB@thehobsons.co.uk> <796A0ED0-0F58-43FA-9F81-D4D736A35F3B@steffann.nl> <BD3B4153-2EEF-4BFB-832D-D126A75AEC11@thehobsons.co.uk> <CAN-Dau2jzbQPuE5diEz-XzfRBHY=O1znE8hfy8P-Eee=MVwC_w@mail.gmail.com> <7C6C4FCC-26B9-493D-9992-4663DE6EB9CE@jisc.ac.uk> <3A69468C-98E4-4631-A52F-3D8772646EEE@consulintel.es> <20170807110746.GG45648@Space.Net> <CAO42Z2xXXjKUZ8qQY+b1NgDagX2ZJkqL5gieD+_js59ucp0EMw@mail.gmail.com> <20170810055819.GQ45648@Space.Net> <CAO42Z2xtfsYbw+Wf=ZjyFCmnDbhL17QCkWWRJ7F1+BgGCRiipg@mail.gmail.com> <51268C23-40F4-4476-9025-A1DD3BA37BC3@thehobsons.co.uk> <CAKD1Yr0uBU-LczaZJ5SdNpb_FpB0qfZJ0kNnr=gEviD+F3DTZw@mail.gmail.com> <85DFAB58-149C-405E-A497-3CBB497828B4@gmail.com> <CAKD1Yr1sCuJdkO8+DyythdxsfZgdYA10oASmn66rtZrQNr-yiQ@mail.gmail.com> <7A6949B4-C49A-4E3A-BA0E-1465AEB61115@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 17 Aug 2017 14:17:46 +0900
Message-ID: <CAKD1Yr2sTsiwrjuWwDTY=6+oL8y83YPmwmdGKAOR45JbfjrUpA@mail.gmail.com>
To: Dae Young Kim <dykim6@gmail.com>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, Simon Hobson <linux@thehobsons.co.uk>
Content-Type: multipart/alternative; boundary="001a1143d7161b11d20556ec2273"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/WN5yp-sMWSLFmEYoj1XM3Lyq-cc>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 17 Aug 2017 05:17:51 -0000

On 17 Aug 2017 14:08, "DaeYoung KIM" <dykim6@gmail.com> wrote:


   1. The "internal" hosts now have sub-par network connectivity that they
   cannot share any further with hosts behind them.

The /64 host in my scenario in fact now behaves as a router and distributes
/96 prefixes to internal devices. E2E connections don't terminate at the
/64 node but at /96 devices.


You said that, yes. the host gets a /64. The hosts behind it get a /96
each. Which means that the hosts behind it have worse connectivity than it
does, because they can't further extend the network (without NAT).


   1. As soon as enough hosts accept a /96 prefix length, a network
   operator that wants to limit address space can simply assign a /96 to the
   main host.

Confused.

/96 prefixes are handed out by a /64 host, not by a network operator.


This requires that hosts will accept a /96 if the network gives them one.
Thus, a network operator that wants to limit address space can simply
assign a /96 to a host. Then the host will not be able to give other hosts
behind it any /96 prefixes. So if the host wants to extend the network to
other hosts it has to use NAT.