IETF Logo Mail Archive

Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info

Erik Kline <ek@google.com> Wed, 20 September 2017 15:22 UTC

Return-Path: <ek@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 D41CC132198 for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 08:22:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 Ekqk0glUZTC8 for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 08:22:10 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 C7933132125 for <v6ops@ietf.org>; Wed, 20 Sep 2017 08:22:09 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id a137so5362003wma.0 for <v6ops@ietf.org>; Wed, 20 Sep 2017 08:22:09 -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=UQeVNJl9I2+4DvqyXbOkzfMfxmN+U89+y3V1IzIYARw=; b=QQfi71Ol9UE8b+bN36Qixfx5BXQS9Z8T2K3bz2TIlWQ8tP3e0DLy3wGYobAgHFcn5k 3IaH+IW3/ZqECtIUzEyjA8ESFBFLN3y3nkE8ugfO8eO2OPu+DmyJxjlPI5/Pvr0FffFu hat20RFld76aSL+iIVjaCcI4iSzoXI/jebbK1sbHC1DRbD6G7gEbip/kVDyeus6tJLju yhvRgVXi0XklGFqXEXMDXdDsfVldYzD+YOXuK346wPmVqbfYu9HQqkbRfOdDGljho/YI fKm94D7xciuskUHXPg1WKHI+5VjTgF8MHcEepZ3xqJllWWaNIg/Us9W3GPDoYJKB4Bms 6MZQ==
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=UQeVNJl9I2+4DvqyXbOkzfMfxmN+U89+y3V1IzIYARw=; b=KjwNRXI3jYM5X/QzOhPuqs9hirqDgq6bp8IM7O0uO5sjjHHF2pQnVZMSwKVd0gvhdD ed0pcDeko1Fn7EXGwXpuUyDonAg/vFVv4jUk9HxpYVeNU1uHU4bbT71PrZLOOf74vqBp I3siWG99eZCYrQkMREVsWM+ryu5J72IeZM46Fb7/QPov305IFbFU2CasEgki8ZNdjj4F BywA3RUxh6B86NU+J7IpBV6tiIqVNzv27HGVyGVEt+VFfmHXbAs07WUso00GTacq+SqA 2dj5hIq3Zser0mMN2WDOEZnmUcKgsHLu38x4+XFh9S+H5vVqBX1mbM+LytD0L+0kRsy/ ZmgA==
X-Gm-Message-State: AHPjjUgnD5FQ73wJMGOLVTXiJqZ6wMiLcVQ3mrG58ey+Bp8zkGzl2XH+ Wwq6/cPg53ygckI6bqRzWG4qHVX4JkZylV679UcjgA==
X-Google-Smtp-Source: AOwi7QAlm5g9SbCGGK22XpvVmBAQRs0hgp/ZZV9IpcwVEU6YLZFA2BsEQjHJI+Sv1nAac8/fEqsBB4tu0LTOKpYHyiY=
X-Received: by 10.28.63.145 with SMTP id m139mr4801120wma.5.1505920927797; Wed, 20 Sep 2017 08:22:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.213.9 with HTTP; Wed, 20 Sep 2017 08:21:46 -0700 (PDT)
In-Reply-To: <58c5384b-d7d4-f89b-4e1c-f340d2af6630@gmail.com>
References: <C1017FAF-91C3-4CA3-89C2-B64FF5100E41@consulintel.es> <85d934b3-ae06-c0ea-3519-4069c8387f0a@gmail.com> <C33DB89E-C005-4A32-9066-C8EE710F3255@consulintel.es> <b16c4ca2-da97-9a5a-0f88-6388ebbda80e@gmail.com> <B9C2822F-56EE-47D8-AAB5-C041A3D22F41@gmail.com> <f23854dd-0952-eedb-802b-8506dc111da7@gmail.com> <355FA9BA-CBE9-41AC-8FA6-B44C15C7420B@gmail.com> <58bb7a08-4595-f9b8-0be4-25bb471ca2db@gmail.com> <CAAedzxrMk10P8g0p5=1m8rANFy6+GvkA7+SrnWLKp3Do7sY5aw@mail.gmail.com> <d441f1cd-7b22-f94f-1fe2-4b12ab47ae21@gmail.com> <39456568-1DF0-4D51-8E94-0FDF3595EB31@consulintel.es> <58c5384b-d7d4-f89b-4e1c-f340d2af6630@gmail.com>
From: Erik Kline <ek@google.com>
Date: Thu, 21 Sep 2017 00:21:46 +0900
Message-ID: <CAAedzxo=ACB-3aJ0_9gwEPav_O3GSPM1j5txZ_aSTphcz=384Q@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="001a114b427cff8c5e0559a089fa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/jFWM303Ywilxt0Qx2VabkfDYrMA>
Subject: Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info
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: Wed, 20 Sep 2017 15:22:12 -0000

> Ctrl-F also, and that page does not seem to display any correction that says
> "DHCP" in the last 3 and a half years.
>
> But I think CLAT should run DHCP somehow, otherwise it's a non standard way
> to get Prefix Delegation.  Does it?  (I may download it later and look at
> it).

There is no PD wrt 464xlat.  The /64 is implicitly delegated to the
mobile per the 3GPP architecture, as I'm sure you well know.

If you want to know how the device learns the DNS64/NAT64 prefix then
see https://tools.ietf.org/html/rfc7050 .

v2.23.0 | Report a Bug | By Email