
From nobody Tue Nov  1 00:45:36 2016
Return-Path: <markzzzsmith@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 AADC8127ABE for <v6ops@ietfa.amsl.com>; Tue,  1 Nov 2016 00:45:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level: 
X-Spam-Status: No, score=-1.499 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 71tK9ljRg-i5 for <v6ops@ietfa.amsl.com>; Tue,  1 Nov 2016 00:45:33 -0700 (PDT)
Received: from mail-ua0-x22b.google.com (mail-ua0-x22b.google.com [IPv6:2607:f8b0:400c:c08::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 60449127071 for <v6ops@ietf.org>; Tue,  1 Nov 2016 00:45:33 -0700 (PDT)
Received: by mail-ua0-x22b.google.com with SMTP id b35so51051293uaa.3 for <v6ops@ietf.org>; Tue, 01 Nov 2016 00:45:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tKl0/a+HrNInvEwUsu79qvBYq1yBQZmCGgzr5EYWA/c=; b=Iy6g9p4pHSAP574QTpaFWWPjGYeonriGCjx/C89tr1EikCVtF6x0X56uUL/RLawv9E w227fDIhEzAD1hr6Sm/QLFFlUn2Is8/4ZI9zQPE+rsTE5HetperWdibT2z6khrfaUAoB 1A7hsRjGoKHBCTFEIBU9eOVY9KOM6IN3LrxaRaeMqmg4qnFCcQhsDi++ulLzXCrSRj/y vPnT0MWjtD/Spdb1mxq0AkkctOQv1Jk8qpAllVmforhRvRjDZmeJL5CcyQPSyoeeBStL DgNln1bRok/71i0lB2FFJ3Gn714BgvfPLmczuK8c+8g7zaGEkLDhHXijIns0PPoDz7fk c2gA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tKl0/a+HrNInvEwUsu79qvBYq1yBQZmCGgzr5EYWA/c=; b=JaCmLwUW6NfiBQSCTlhvcw3Am0CBEfGQVR3EuTNKBisdC6Z6ffguPcH0kWi9NczUfx UI8Dy05IzZoXr9UTohF3wIdTtyINysJt/fKlPVgkzez2tw90AyntzYEzTamHiq/uLP8w Y1+/y1C/M68AEo+fW9+h7StrCeIARBimMr5PswHFrI74ITB0wH3ytn01Rbq5WWFhMlKp Ve1lWddztNrgizKsaizQnT6zZwPjcl7pBdiK5tNdGiBCVETTYf+yH7eRM4hFbmFoR0fY z6GzSPD8SBhEcjoGv9fwSl4Gth4Lt59uoffNfgMhlQrn0nJAIwRUrI1Z0nt5CADjEG0I Vw7g==
X-Gm-Message-State: ABUngvejJte/4dGMMxje8Pi++a6SC7vacUUEAXW2WA7t+j9++WBX78uRPksfI4juphIBnuKbw7bptm9OReMVIQ==
X-Received: by 10.159.48.145 with SMTP id j17mr9749869uab.43.1477986332355; Tue, 01 Nov 2016 00:45:32 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.48.212 with HTTP; Tue, 1 Nov 2016 00:45:01 -0700 (PDT)
In-Reply-To: <C7A4444D-DB71-4614-901C-FEC4B9705B19@magma.ca>
References: <147768867563.24948.10024907649047718692.idtracker@ietfa.amsl.com> <2465D1CC-7A48-46A3-93F8-340980B2E5FF@magma.ca> <CAO42Z2xyfuQgGOj_vYYMUZJA2H8n-yqJpCjQCkwz=20kHL0N9g@mail.gmail.com> <C7A4444D-DB71-4614-901C-FEC4B9705B19@magma.ca>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 1 Nov 2016 18:45:01 +1100
Message-ID: <CAO42Z2wi0AepCVu+J_Z6mXP8o9N+AhEQM5_WfntshnxqqQ8oeg@mail.gmail.com>
To: Philip Matthews <philip_matthews@magma.ca>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/z8bQY-QjP2rkq5fC5gFKLT_pweY>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-11.txt
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: Tue, 01 Nov 2016 07:45:35 -0000

On 30 October 2016 at 05:34, Philip Matthews <philip_matthews@magma.ca> wrote:
> On 2016-10-28, at 18:00 , Mark Smith wrote:
>
<snip>
>
>
> Mark:
>
> You quoted the following sentences from the draft:
>
> "In IPv6, all interfaces are assigned a Link-Local Address (LLA) [ref]. The
> Link-Local address can only be used for communicating with devices that are
> on-link, so often additional addresses are assigned which are able to
> communicate off-link. These additional addresses can be one of three types:"
>
>
> These sentences were deliberately phrased that way to suggest that multiple
> addresses per interface are possible. However, as I now re-read them, I see
> that they are also consistent with the interpretation that at most a single
> additional address is permitted  per interface, though this was never the
> intention.
>
> To avoid the idea that an interface can have at most two addresses, I
> propose to change the wording to the following:
>
> "In IPv6, an interface is always assigned a Link-Local Address (LLA) [REF].
> The link-local address can only be used for communicating with devices that
> are on-link, so often one or more additional addresses are assigned which
> are able to communicate off-link. This additional address or addresses can
> be one of three types:"
>
>

That's better.

>
> Regarding lifetimes, this section is only about addresses used on loopbacks
> and router-to-router links, as is stately clearly in the first paragraph of
> the section.  This restriction is consistent with the overall scope of this
> document, which only talks about routing-related design choices, and avoids
> any discussion of end host addresses in enterprises, which is a bit of a
> minefield. In this regard, I personally don't know of any router
> implementation that allows the addresses on a router-to-router links to age
> out. Do you?
>

Addresses given to residential gateways (i.e., routers) via SLAAC or
DHCPv6 are likely to not have infinite lifetimes.

I worked on a production IPv6 residential broadband deployment back in
2009/2010, we used SLAAC for the customer link so that customers could
either plug a PC directly into the link or a CPE. DHCPv6-PD is used to
provide a /56 if the CPE requests it. Both the SLAAC /64 and the
DHCPv6-PD /56 have non-infinite lifetimes.

> Regarding your blog post, I am confused. It seems to be about NAT, which is
> not discussed in this document, so I don't see how it applies to this
> document.
>

The FAQ examples are ones that not only show why NAT isn't necessary,
but also how to leverage IPv6 capabilities that don't or don't
practically exist in IPv4.

I think an IPv6 mindset is "these are IPv6's capabilities; how can I
take advantage of them to my operational and network end-users
advantage". An IPv4 mindset applied to an IPv6 network is "this is how
we do it in IPv4, so I'll do it the same way in IPv6." The latter is
the more familiar, and IPv6 can accommodate it, however it is missing
opportunities to take much more advantage of IPv6.

Here's an example:

"2.3.1.  Link-Local Next-Hop in a Static Route?"

...


"   Furthermore, many network operators are concerned about the
   dependency of the default link-local address on an underlying MAC
   address, as described in the previous section.

   Today most operators use GUAs as next-hop addresses."

The concern about MAC addresses in LLs is quite valid, however I'd say
the solution of using GUAs/ULAs for NH addresses is IPv4 thinking.

The IPv6 way would be to set static LLA addresses on router
interfaces, and then continue to use LLAs as NH addresses, because
they decouple link scope next hops from GUA/ULA prefixes. In this
configuration, if you then change a router's interface GUA or ULA
address, you don't immediately invalidate any remote static routes
pointing to the local interface. That makes a GUA or ULA renumbering
event less disruptive and less work.

(RFC7217 / stable opaque IIDs specifically mentions that it applies to
LLAs and suggests using system slot/ports or Interface Indexes as
options for the Net_Iface parameter to decouple the stable opaque IIDs
from link-layer addresses. I think suggested this at the time, and the
router interface module swap/LLA MAC address dependency issue was
exactly my motivation.)


Regards,
Mark.


From nobody Tue Nov  1 02:00:05 2016
Return-Path: <otroan@employees.org>
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 2536912995E for <v6ops@ietfa.amsl.com>; Tue,  1 Nov 2016 02:00:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.335
X-Spam-Level: 
X-Spam-Status: No, score=-1.335 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=employees.org; domainkeys=pass (1024-bit key) header.from=otroan@employees.org header.d=employees.org
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 kaFqTQqmUziB for <v6ops@ietfa.amsl.com>; Tue,  1 Nov 2016 02:00:04 -0700 (PDT)
Received: from inbound03.kjsl.com (inbound03.kjsl.com [IPv6:2001:1868:a100:131::62]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 041DF1298D3 for <v6ops@ietf.org>; Tue,  1 Nov 2016 02:00:03 -0700 (PDT)
Received: from cowbell.employees.org ([IPv6:2001:1868:a000:17::142]) by ironport03.kjsl.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Nov 2016 09:00:03 +0000
Received: from cowbell.employees.org (localhost [127.0.0.1]) by cowbell.employees.org (Postfix) with ESMTP id 6D31B9CC51; Tue,  1 Nov 2016 02:00:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=employees.org; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s= selector1; bh=ra/ca9Ik7n2hkWu+cWLAGIBPgUY=; b=T3SYgBMyFzGWOyF4QQ SEkzFl9SatwZ84xk4JFqkabtadRlWZglBfWEPaeNVLthK6pDbpBlQzwul3xuhKkM PAvGYnizg0UvvT7QQcO4H9rjw7rlT0/Ds/P7QMxMzofnW1eoqqfIH9Ji0KeNa86r z5TTLbItacOzYsjntJYXoM7XA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=employees.org; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; q=dns; s= selector1; b=gdJoFvJwgeXqr/Kv5m4A76MKiJdQyNLi41iMzwCEyYbZupuzLB0 51QITLlR+G4bBleXCQXCH0xf+SkNA+561g5Y8u+/Z1T5CIs95Ws++hpPZNHQxWfI hzTkLIR+KPC+oKqBQkhpFxZ0BK9CdRQ/TiK9uu9hHAjiCUB4wpz1h874=
Received: from h.hanazo.no (219.103.92.62.static.cust.telenor.com [62.92.103.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: otroan) by cowbell.employees.org (Postfix) with ESMTPSA id 2D87D9CC0F; Tue,  1 Nov 2016 02:00:03 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id 8984657C4C75; Tue,  1 Nov 2016 10:00:00 +0100 (CET)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: otroan@employees.org
In-Reply-To: <31AB0AFB-3D5E-4E5E-BBEB-20E91463D905@magma.ca>
Date: Tue, 1 Nov 2016 10:00:00 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <10ACE1ED-95CE-48BC-8115-D98497C06C63@employees.org>
References: <03BE826C-CCD4-4F46-B1FC-4B2ACF6782BA@magma.ca> <CAHw9_iJFE3hbmqEA+r0qBBGW6vqDgLSjRBVarqjiXFJ9J_VZLw@mail.gmail.com> <31AB0AFB-3D5E-4E5E-BBEB-20E91463D905@magma.ca>
To: Philip Matthews <philip_matthews@magma.ca>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/2keqXeIAuP78c7hYV_HuMH6cmE0>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] IETF meeting with IPv6 routes over IPv4?
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: Tue, 01 Nov 2016 09:00:05 -0000

> I really don't remember which meeting it was, but I attended both =
IETF84 and IETF88, so I might have heard it at one of those meetings.
>=20
> If you have any ability to find out more about their justification, =
that would be interesting. I'll try myself through my own contacts.  For =
now, the draft just says that sometimes one needs to do this.

There are transition mechanisms that use BGP to exchange the tunnel =
endpoints. Examples are 6PE, BGP tunnels (6rd, 6to4), and there might be =
more.
Then of course there are some people who do it as an operational choice. =
Stick with a single BGP session for both address families.

Ole

>=20
> On 2016-10-30, at 8:04 , Warren Kumari wrote:
>=20
>> On Mon, Oct 24, 2016 at 10:52 PM, Philip Matthews
>> <philip_matthews@magma.ca> wrote:
>>> I have a memory that there was an IETF meeting some years ago where =
the IPv6 connectivity used BGP sessions where the IPv6 routes were =
carried over an BGP session that ran over IPv4 transport.  Does anyone =
remember which meeting that was, and why this was done?  We are updating =
the BGP section in the Design Choices draft and are considering =
mentioning this.
>>>=20
>>=20
>> You are probably thinking of IETF81, IETF84 or IETF88.
>>=20
>> For some reason Telus (who very kindly donate circuits) like to
>> provide a single BGP peering, and carry both IPv4 and IPv6 over it.
>>=20
>> I cannot remember the justification, but I'll try find more / grab =
the
>> archived configs where we rewrite the next hop...
>>=20
>> W
>>=20
>>=20
>>=20
>>> -Philip
>>> _______________________________________________
>>> v6ops mailing list
>>> v6ops@ietf.org
>>> https://www.ietf.org/mailman/listinfo/v6ops
>>=20
>>=20
>>=20
>> --=20
>> I don't think the execution is relevant when it was obviously a bad
>> idea in the first place.
>> This is like putting rabid weasels in your pants, and later =
expressing
>> regret at having chosen those particular rabid weasels and that pair
>> of pants.
>>  ---maf
>>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


From nobody Tue Nov  1 13:29:41 2016
Return-Path: <furry13@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 187A81294B8; Tue,  1 Nov 2016 13:29:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, 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=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 9B2SjEtWtRw4; Tue,  1 Nov 2016 13:29:38 -0700 (PDT)
Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (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 B2CF01299B0; Tue,  1 Nov 2016 13:29:38 -0700 (PDT)
Received: by mail-it0-x231.google.com with SMTP id m138so51565853itm.1; Tue, 01 Nov 2016 13:29:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:from:date:message-id:subject:to; bh=XxYbsj666/tdI70ENRUMT3UWOYCeuy2DLjF68rtHmCM=; b=DScqaZhn16V8cJOcNdHgLxGgOUtaCDCGqI8P5/bHi5v6bFeKt/md1COAIQWV2IlWrw Y0O83MQzjPWHIY+T+APyh0+cfqt4br5IXb1iw/ugvefE0g4jUnVzljFeqDnUAzzEomHG hNSEgpcsmM2gBvoAorNnNB9ImUcAH3fOLr8MLKRmRc5qaQj6jQ3lM5pHy0WstVRejCf1 zkjWqfpIg5LHCnMB80OHsen4VQ1uJR3aG2qAmoKkPu0UhKIMSfxxP6bUH/G/e9c+tsgP n4dxk4tGIA9vOOoyDNyi67l0lxTKUGiMdx57OXCifc6sbWnOrmrwA/Rnwv78zZoYv3Tl WGwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XxYbsj666/tdI70ENRUMT3UWOYCeuy2DLjF68rtHmCM=; b=PjGcdblql+6NMpfqAiKkKUw8G37oN/64zf/+ZHgJ8+Xo+jwgXCjzu+F0vos4w7knqV MttZ0QsayeRxROQt2+Yna6Scwt6L9jV/TB7agxHU9fhXD/+iv11i6D9By6EeDRQO47PI nubjU1bK28HRUzxg2YvjcreJ4KWDjxUjrya7fNlqPewNz0qA09fb/EIWSqFf6LpdUYBg IlxRUrKllUYnrmNZ98kImIwOkB/1zTpXBLdqZKxMJ3zzdhaQpAOrhioeSbzG8goT5sJI CMfCkTDVPnTJdV+drUS07VsO/xClOdqR2A/dIOFgz2p2JIJA9b789ac0HUpUIcrdl8+Z GJQw==
X-Gm-Message-State: ABUngvdYWnziuvjLVW6FzF2ynE88HX7LwM9fRniWzRVmJTRRb9xB86H9jxsmf2y+MYlSl5GgjrlpnozQzv8v0A==
X-Received: by 10.107.165.147 with SMTP id o141mr513481ioe.101.1478032177924;  Tue, 01 Nov 2016 13:29:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.103.6 with HTTP; Tue, 1 Nov 2016 13:29:17 -0700 (PDT)
From: Jen Linkova <furry13@gmail.com>
Date: Tue, 1 Nov 2016 21:29:17 +0100
Message-ID: <CAFU7BATujZ2h+n5VTFPRXG8j-J5C+8HVXLc-Mzg64eZLbbuoyw@mail.gmail.com>
To: "v6ops@ietf.org" <v6ops@ietf.org>, Routing WG <rtgwg@ietf.org>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Y3mvc3DhyMaoKQThC4SlOMf1ogY>
Subject: [v6ops] "Enterprise Multihoming using Provider-Assigned Addresses" - 01 version
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: Tue, 01 Nov 2016 20:29:40 -0000

The updated version of  "Enterprise Multihoming using
Provider-Assigned Addresses" has been uploaded:

https://tools.ietf.org/html/draft-bowbakova-rtgwg-enterprise-pa-multihoming-01

The changes to -00 are mostly in Section 4 (host address selection),
addressing comments we received (thanks to all reviewers!).


-- 
SY, Jen Linkova aka Furry


From nobody Wed Nov  2 18:27:34 2016
Return-Path: <victor@jvknet.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 D07621296D7 for <v6ops@ietfa.amsl.com>; Wed,  2 Nov 2016 18:27:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-com.20150623.gappssmtp.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 obytgD0Q20Yb for <v6ops@ietfa.amsl.com>; Wed,  2 Nov 2016 18:27:31 -0700 (PDT)
Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (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 CCC571294F8 for <v6ops@ietf.org>; Wed,  2 Nov 2016 18:27:31 -0700 (PDT)
Received: by mail-oi0-x22f.google.com with SMTP id 128so52474470oih.0 for <v6ops@ietf.org>; Wed, 02 Nov 2016 18:27:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=CTJitjeFXlf0hZ1Sq776qDH1EybAmhzX7puVSf/axzM=; b=e+n2O9OwLPLzf+TRndUH//7l/oRuwIgXwvNxRrGeToIVf/P7BNkrmX218spRv0eNnB Tld2d1aPG34UtUhOww9C5m1e++CbgWffb+IeVZhoI3BGOH0HSA1/HNoirvuCyKbabFYV bPGzns9HQN6W+W1OCqKiYxUdaZXKM3yo7jZSwGIed3Av/ksEHtAZPqURMwJ0fq1nLmYE DG6hjujAvkGZkP667OhVcVEsIzxD2Zqcw8yJ+m5IqmiOs3oZ1588OlPcPLoeEMbGzSX0 I/L6dNqUUnt4EEQBXna7Xe8t09cLg/9e/9O/qrbVb/VXnwgOBrsT6xHNJCnI8iGwBKa3 G66Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=CTJitjeFXlf0hZ1Sq776qDH1EybAmhzX7puVSf/axzM=; b=Ag2dD4u0tmslyuAuH11fZRdZ8ULPd304efVqCyNQFuxLbkzaktjkdhSp1OGiivMnpp PlEUUqoSbdqODKFus6Bq0WbQWu3lKK+Bj3oJgBTw9v2C0FHdJKiKSTlAPlcPqFYB7DC/ haTZp4/BCjXQVL/aqPulrhGHcUVTHa/KJGUEZvAc0GGefaSRC0RQenSdFvp3xOae9FKB 4MbsmScEy3JY2HCZHCCtTF+ejrRKU3fIjrlMV55SoR+qcVnnE8/X25DC/cq6amuDvBwY a5d2Qc27gWUViKvz/KyWZt0ThtnCeAjiqAmcLqZgsyzil/EDbOISgP1uOM8/+3/ejIcW Es3Q==
X-Gm-Message-State: ABUngvcJfOwyTHa6UXJEDNtR/t6m+xJrn/TiMOQVD5hIgSQlry2uqJ2yyRQ/6fcnXQzbVg==
X-Received: by 10.107.59.13 with SMTP id i13mr6693198ioa.48.1478136450827; Wed, 02 Nov 2016 18:27:30 -0700 (PDT)
Received: from [192.168.100.32] (CPE001319d6e9ab-CM84948c50c950.cpe.net.cable.rogers.com. [99.236.98.28]) by smtp.gmail.com with ESMTPSA id 70sm1911949iou.3.2016.11.02.18.27.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Nov 2016 18:27:30 -0700 (PDT)
To: Mark Smith <markzzzsmith@gmail.com>, Philip Matthews <philip_matthews@magma.ca>
References: <147768867563.24948.10024907649047718692.idtracker@ietfa.amsl.com> <2465D1CC-7A48-46A3-93F8-340980B2E5FF@magma.ca> <CAO42Z2xyfuQgGOj_vYYMUZJA2H8n-yqJpCjQCkwz=20kHL0N9g@mail.gmail.com>
From: Victor Kuarsingh <victor@jvknet.com>
Message-ID: <c2569bd6-3e4f-e330-2bfa-4d82809bf279@jvknet.com>
Date: Wed, 2 Nov 2016 21:26:13 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAO42Z2xyfuQgGOj_vYYMUZJA2H8n-yqJpCjQCkwz=20kHL0N9g@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/_-qRA6lwwBgbGytWQe57xtXwJhE>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-11.txt
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: Thu, 03 Nov 2016 01:27:34 -0000

On 2016-10-28 6:00 PM, Mark Smith wrote:
>
> There's still IPv4 mentality here:
>
> "In IPv6, all interfaces are assigned a Link-Local Address (LLA) 
> [ref]. The Link-Local address can only be used for communicating with 
> devices that are on-link, so often additional addresses are assigned 
> which are able to communicate off-link. These additional addresses can 
> be one of three types:"
>
> The last sentence is reading GUA PI xor GUA PA xor ULA, implying IPv6 
> interfaces only support a single LLA and a single other address, which 
> is not the case. I think it is also implying that address assignments 
> to nodes are semi-permanent rather than more dynamic, as supported by 
> IPv6 address lifetimes.
>
I have heard this sentiment noted a few times - re: "IPv4 mentality".  
However, I am not sure that paints the entire picture of how networks 
are built and how addresses are applied to network equipment.  In the SP 
world, I would say that addressing, although very important for services 
that are provided on such networks, is only one of many factors that 
determines how things are setup. I would say some of the reasoning for 
how things are addressed is also much about current operational thinking 
and considerations which are addressing agnostic.

When building out networks, geography, access technologies, spectrum, 
underlay technologies [e.g. MPLS], overlay requirements, and other such 
components play major factors in how stuff is built and/or but 
together.  Many of these are the things that cost the most money and 
therefore get the most attention.

Back to addressing, I would say some of the reasoning behind not 
stacking a bunch of IPv6 addresses on links on intermediary network 
nodes is less about how IPv4 was applied before and as much about 
operational considerations.  Even with IPv4, one could overlay addresses 
as well (was not as clean as IPv6, but it could be done). This was done 
at the network edge many times, like in Cable access networks, but 
was/is not popular in the middle of the network.

Outside of some specific use cases, operators need to consider the 
functional benefits of what you get from stacking addresses with the 
drawbacks related to additional administration and/or maintenance (one 
typically needs to track addresses used and connect them to DNS and/or 
internal tools).  If I were to consider a very large network with say 
1000s or 10Ks of links, tracking all these additional addresses would 
need to be justified with some significant operational gains to warrant 
applying them.  Also, if I applied more addresses to interfaces (e.g. 
part of an address overlay), I also increase my potential surface area 
for what I need to filter / protect against (very common practice to 
limit exposure to infrastructure nodes).

I am not arguing against using multiple addresses on network interfaces 
(e.g. multiple GUAs for example) per se, but disagree with the notion 
that not doing so is inherently based on IPv4 thinking.  There are 
examples where I have done this (or seen it done) and many example where 
I did not (and it had nothing to do with IPv4 thinking).

All that said I am not against some text the clarifies that one is not 
limited to just an LLA, or an LLA plus a single instance of a GUA or 
ULA.  However, one of the premises of the document is that we are 
writing for network designers, and these folks should familiarize 
themselves with IPv6.  Therefore, to me, noting that you can add a GUA 
or ULA to an interface that has a LLA does not inherently limit one to 
only adding one.  Granted, if folks think it's important to explicitly 
call that out, I have no strong objection either.

> If this draft is reflecting how people are deploying IPv6, then I 
> think it is reflecting an IPv4 mentality applied to IPv6. I don't 
> think that is a very useful thing to publish as advice on deploying 
> IPv6, as it isn't identifying opportunities to take advantages that 
> IPv6 provides and IPv4 does not.
>
I think this was addressed by Philip's comments.  The draft is 
concentrated on the network, not the edge hosts.

> If we want to go down that path, then I think it would be better to 
> state that this is a snapshot of current deployments, point out that 
> they are IPv4 oriented IPv6 deployments, and identify capabilities of 
> IPv6 that are not being taken advantage of that would provide 
> operational and end-user application advantages.
>
> The cost of developing and deploying IPv6 has been and will continue 
> to high for quite a while, so I think we should be looking to take 
> advantage of its capabilities as often as possible to maximise the 
> return on those costs. Some of what I wrote here is taking a "how to 
> do IPv6 better than IPv4" perspective which I think is the one the 
> v6ops group should be taking.
>
Agreed IPv6 is not normally cheap to retrofit into the network, but I am 
not sure I see any strong advantages of stacking addresses on network 
router interfaces as a generic practice, that provide subsequent 
benefits which compensate for massive IT and technology upgrade spends.  
I see some functional benefits in some cases, but it's not a clear bread 
winner.  I wish this was not the case as it would have made business 
cases I made years ago much easier.

However, I do like the overall notion of the v6ops group looking to 
document ways to improve services by doing "IPv6 better".  I see 
benefits of documenting this separately, showing uses cases highlighting 
functional benefits and improvement to services.

regards,

Victor K



> https://blog.apnic.net/2016/10/27/trouble-nat-part-3/
>
> Regards,
> Mark.
>
>


From nobody Thu Nov  3 01:26:24 2016
Return-Path: <swmike@swm.pp.se>
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 C3772128B38 for <v6ops@ietfa.amsl.com>; Thu,  3 Nov 2016 01:26:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.398
X-Spam-Level: 
X-Spam-Status: No, score=-4.398 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 gr9-xnD0r-p8 for <v6ops@ietfa.amsl.com>; Thu,  3 Nov 2016 01:26:22 -0700 (PDT)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4548128874 for <v6ops@ietf.org>; Thu,  3 Nov 2016 01:26:21 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id ABFF2A4; Thu,  3 Nov 2016 09:26:18 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1478161578; bh=3aqIOpMFaaRwoTfCZxl4bPVCMRVJsrUWbG5bsAG3OgU=; h=Date:From:To:Subject:From; b=qu5RVuZcLmqhjq2XUPCbGIY2zYG3yEDMebS8lvUmMuzFbbf798pD5WFFEjCdYylet URdHRRRils1skdhxDVBKS+E2yKuOd7f3BBp1lhv8EH2NE/7M0jEnEA/69WgcKTzPu+ dSNRwHAuGsCSqfwkNhynb/jg2KET329luMxkGlJk=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id A37D7A3 for <v6ops@ietf.org>; Thu,  3 Nov 2016 09:26:18 +0100 (CET)
Date: Thu, 3 Nov 2016 09:26:18 +0100 (CET)
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: v6ops@ietf.org
Message-ID: <alpine.DEB.2.02.1611030923400.14320@uplift.swm.pp.se>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/kAOrdO-6L-JDO4jPZlgYsFi-Etg>
Subject: [v6ops] RFC6724 in operating systems
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: Thu, 03 Nov 2016 08:26:23 -0000

Hi,

I just saw this:

https://www.ernw.de/download/newsletter/ERNW_Whitepaper57_IPv6_lab_source_address_selection_signed.pdf

(page 29 has a table of results)

It seems to indicate that all recent versions of widely used operating 
systems implement RFC6724 nowadays.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se


From nobody Fri Nov  4 09:21:04 2016
Return-Path: <prvs=1116d822b0=jordi.palet@consulintel.es>
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 577D61295B4 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 09:21:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 hVYK9eJ12gNG for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 09:21:00 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D69411295B0 for <v6ops@ietf.org>; Fri,  4 Nov 2016 09:20:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478276456; x=1478881256; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: Mime-version:Content-type:Content-transfer-encoding:Reply-To; bh=/iPedT2D5/XoM98pvtC1mqzQpMjzZslrlK971EOfTn8=; b=HAYMjHvfl4AgV uWBiGRNOcjNBm5jZYfqQxnt/N/e1FxgpQWMXykPZxP6iNCzhmD6pOnyvHndtEgjE sgQE6Dlxkv/srUEMT1zWqz0UzTO+e+RGOdMb+1T6Q6DeTxcbM4aRZPXixQhkLqTD 3QoGkjjyJSdvCqyGmYUVAWzoHYrVP4=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=HkDDIm6qPMdd8RXKfx5H3bbt5IycX6OY1RHRrfeaY0UxjF+t4U1njH4d7oRK GZobrwJ9P8J0PR1uziB0gbiC/ZWFBqFxGrCjHTgOxENlpU9BS+C5aMxwk MJcV8mDp98TzqAdsvCo6ZFqmPGoHCetrc7RvQP/sJnJHeian19rFm4=;
X-MDAV-Processed: mail.consulintel.es, Fri, 04 Nov 2016 17:20:56 +0100
X-Spam-Processed: mail.consulintel.es, Fri, 04 Nov 2016 17:20:56 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005196007.msg for <v6ops@ietf.org>; Fri, 04 Nov 2016 17:20:55 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161104:md50005196007::ivHMqXkgkSbG1RxQ:00001yAq
X-Return-Path: prvs=1116d822b0=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Fri, 04 Nov 2016 17:20:52 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <v6ops@ietf.org>
Message-ID: <F1BCEACD-2432-4730-9AB8-F5E4B17EC599@consulintel.es>
Thread-Topic: do we need to update RFC6204 ? - Basic Requirements for IPv6 Customer Edge Routers
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/L9Ti1ul6kTMKy6APiizqCH3puwc>
Subject: [v6ops] do we need to update RFC6204 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 04 Nov 2016 16:21:02 -0000

When this document was published, the IPv4 situation was different that the actual one.

Many ISPs could have deployed IPv6 using dual stack, or 6rd.

Also, lw6over4 was not available, same as other protocols such as MAP, or 464XLAT, or there was no sufficient experience with them.

Now the situation is totally different, and ISPs will need to provide IPv6 service-only in the access link, instead of 6in4 based mechanisms, unless they opt for dual-stack with CGN.

So my question is: should this document be updated to reflect the new situation, so to provide a better guidance to both the ISPs and the vendors?

Regards,
Jordi




**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.




From nobody Fri Nov  4 10:19:41 2016
Return-Path: <krun.shah@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 41B4C1295C3 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 10:19:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, 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=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 J-EtxL6Wuc9u for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 10:19:38 -0700 (PDT)
Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (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 09C32129505 for <v6ops@ietf.org>; Fri,  4 Nov 2016 10:19:38 -0700 (PDT)
Received: by mail-vk0-x22e.google.com with SMTP id 137so24988282vkl.0 for <v6ops@ietf.org>; Fri, 04 Nov 2016 10:19:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xK+LM2jSXsbA3K6TPN20AC2q/thjBF2lmyxEq0IrP9U=; b=Chuld6Y++231DXxpHxz5Bquma/S0Q5ahy2L90/tzzN7Jz6tnVwo3bJeYO0V9ITFplx D23Wd86t1MJBQPJQ+AtwgwGnVVVp6BUPYvsTt+2TIg2xYbB1SSX/rdCOW3BsPac99SqU KG1ETMyRL8HqyN0PhNWPEfRsBiH/tLHcNzGdxy0HVsMmm1XEItuXwSf6I3uh+J5RM8av cpDvCNapXwheWWoOJjkqdX6URR1DeceajpY0ehjeTDIbMKvkfLJmf6gBdVd/wZttj2Pt ZcTKbgR00knkXV9NMGcmpaEFoCjD2ayUALaUrL5lscqVOCObvGbfvxBN/Ea2z1IiWTuB HwXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xK+LM2jSXsbA3K6TPN20AC2q/thjBF2lmyxEq0IrP9U=; b=JQXUY4mURLKCRX+LzHM2hylr4Ew/aIqt8ZmoasqX2X42+0GSObYcsRpBoxBlzWIagj MMETFwiEQ6qrO8AqMj0579q3f7zwZvKjM9TbL7f7kL72RnvBxrMJEUhS2M/4ELb2XLQg zFVyxxfYwxDqUT2kTZKt8iNwwU+8kcWFhbhOEwlfLTPVIvwvqwLEEURJ28ZSWKgI974N gzllwKKZH3uXqMvoosCedB9MxfrAGhy54LqwW7eeFVMD2GM0IVMaMqZZoHPy4t1S5ilm 9d60k8rGAyo6MaEkd5YWu5/AvSAELFFLqVbk/2OxGxLKcENy0WTRha2SNq1SVwwdXL0x 7qug==
X-Gm-Message-State: ABUngvcqmheXjqncBQ5QZzOT+2/SdzBiwNHaDHnc8bgYAgGO7ug1LIPucnvlTQyBuGKi/Pb/kS0cle5yzwn48A==
X-Received: by 10.31.230.66 with SMTP id d63mr10794582vkh.118.1478279977060; Fri, 04 Nov 2016 10:19:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.53.12 with HTTP; Fri, 4 Nov 2016 10:19:36 -0700 (PDT)
In-Reply-To: <F1BCEACD-2432-4730-9AB8-F5E4B17EC599@consulintel.es>
References: <F1BCEACD-2432-4730-9AB8-F5E4B17EC599@consulintel.es>
From: krunal shah <krun.shah@gmail.com>
Date: Fri, 4 Nov 2016 13:19:36 -0400
Message-ID: <CAAGNBJn6LOcw0u0Vv5b8ucMvyNc4ZQwxX4LPQXRro2KfT2qFzQ@mail.gmail.com>
To: jordi.palet@consulintel.es
Content-Type: multipart/alternative; boundary=94eb2c095f84e94d7d05407ce0ce
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/XAw36OMR8vPBtcjXs10vnEwUiVE>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] do we need to update RFC6204 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 17:19:40 -0000

--94eb2c095f84e94d7d05407ce0ce
Content-Type: text/plain; charset=UTF-8

RFC 7084 <https://tools.ietf.org/html/rfc7084> Basic Requirements for IPv6
Customer Edge Routers

Krunal

On Fri, Nov 4, 2016 at 12:20 PM, JORDI PALET MARTINEZ <
jordi.palet@consulintel.es> wrote:

> When this document was published, the IPv4 situation was different that
> the actual one.
>
> Many ISPs could have deployed IPv6 using dual stack, or 6rd.
>
> Also, lw6over4 was not available, same as other protocols such as MAP, or
> 464XLAT, or there was no sufficient experience with them.
>
> Now the situation is totally different, and ISPs will need to provide IPv6
> service-only in the access link, instead of 6in4 based mechanisms, unless
> they opt for dual-stack with CGN.
>
> So my question is: should this document be updated to reflect the new
> situation, so to provide a better guidance to both the ISPs and the vendors?
>
> Regards,
> Jordi
>
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
>
> This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the use of the
> individual(s) named above. If you are not the intended recipient be aware
> that any disclosure, copying, distribution or use of the contents of this
> information, including attached files, is prohibited.
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>

--94eb2c095f84e94d7d05407ce0ce
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">RFC=C2=A0<a href=3D"https://tools.ietf.org/html/rfc7084" s=
tyle=3D"font-family:monospace;font-size:13.3333px;white-space:pre">7084</a>=
=C2=A0<span style=3D"font-size:1em;font-weight:bold;text-decoration:underli=
ne">Basic Requirements for IPv6 Customer Edge Routers</span></div><div clas=
s=3D"gmail_extra"><br clear=3D"all"><div><div class=3D"gmail_signature" dat=
a-smartmail=3D"gmail_signature">Krunal</div></div>
<br><div class=3D"gmail_quote">On Fri, Nov 4, 2016 at 12:20 PM, JORDI PALET=
 MARTINEZ <span dir=3D"ltr">&lt;<a href=3D"mailto:jordi.palet@consulintel.e=
s" target=3D"_blank">jordi.palet@consulintel.es</a>&gt;</span> wrote:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex">When this document was published, the IPv4 sit=
uation was different that the actual one.<br>
<br>
Many ISPs could have deployed IPv6 using dual stack, or 6rd.<br>
<br>
Also, lw6over4 was not available, same as other protocols such as MAP, or 4=
64XLAT, or there was no sufficient experience with them.<br>
<br>
Now the situation is totally different, and ISPs will need to provide IPv6 =
service-only in the access link, instead of 6in4 based mechanisms, unless t=
hey opt for dual-stack with CGN.<br>
<br>
So my question is: should this document be updated to reflect the new situa=
tion, so to provide a better guidance to both the ISPs and the vendors?<br>
<br>
Regards,<br>
Jordi<br>
<br>
<br>
<br>
<br>
******************************<wbr>****************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href=3D"http://www.consulintel.es" rel=3D"noreferrer" target=3D"_blank">=
http://www.consulintel.es</a><br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
v6ops mailing list<br>
<a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/v6ops</a><br>
</blockquote></div><br></div>

--94eb2c095f84e94d7d05407ce0ce--


From nobody Fri Nov  4 10:32:22 2016
Return-Path: <prvs=1116d822b0=jordi.palet@consulintel.es>
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 17B83129497 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 10:32:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 Nykkj93OZCdn for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 10:32:18 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4957A129467 for <v6ops@ietf.org>; Fri,  4 Nov 2016 10:32:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478280735; x=1478885535; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:CC:Message-ID: Thread-Topic:Mime-version:Content-type:Content-transfer-encoding: Reply-To; bh=e3ql/DgSSGUEEjZ3nI10R2he736e7VR6HjYoG/nGROA=; b=Z4O kme8tR8yfAld2W6uz2fjOeH36jwXF1AiAa9KzbsM1zRl7+3MvxJLRcGjLabJD18w g1q1QlhZzd8nrv6bMUx7+imUnhv4dbHWiwOsSDTWwN3ucm3Sa/VyemK9Eu7FSuqU EVvOoaOD52QuEYquLrDgts29JsCa8vH0FPB8LFiQ=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=s/4PLTVYr7U3ahmEtr9RozxVQytxPahstxPRDa2Gdni9nYolYgh5ADpjgZbS d/HYEVw9raQRyBlZvWB84IwdU7jrK+6tMZjylp1kaBB5G99sQbQKT6qqj l3pAXLNo7MTMytseBth/iUslMZWMN2vdIOR98B4TgvbJxOlobJujKc=;
X-MDAV-Processed: mail.consulintel.es, Fri, 04 Nov 2016 18:32:15 +0100
X-Spam-Processed: mail.consulintel.es, Fri, 04 Nov 2016 18:32:13 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005196117.msg for <v6ops@ietf.org>; Fri, 04 Nov 2016 18:32:12 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161104:md50005196117::sM5q2IzwBICgdd0c:000047rn
X-Return-Path: prvs=1116d822b0=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Fri, 04 Nov 2016 18:32:10 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <krun.shah@gmail.com>
Message-ID: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/9CntgnEncSe2ZlZSE4nj34vaR34>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 04 Nov 2016 17:32:20 -0000

Right sorry, write down the old reference (I was actually referring to the 7084), corrected also in the subject

Regards,
Jordi


-----Mensaje original-----
De: krunal shah <krun.shah@gmail.com>
Responder a: <krun.shah@gmail.com>
Fecha: viernes, 4 de noviembre de 2016, 18:19
Para: <jordi.palet@consulintel.es>
CC: <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC6204 ? - Basic Requirements for IPv6 Customer Edge Routers

    RFC 7084 <https://tools.ietf.org/html/rfc7084> Basic Requirements for IPv6 Customer Edge Routers
    
    Krunal
    
    
    On Fri, Nov 4, 2016 at 12:20 PM, JORDI PALET MARTINEZ <jordi.palet@consulintel.es> wrote:
    
    When this document was published, the IPv4 situation was different that the actual one.
    
    Many ISPs could have deployed IPv6 using dual stack, or 6rd.
    
    Also, lw6over4 was not available, same as other protocols such as MAP, or 464XLAT, or there was no sufficient experience with them.
    
    Now the situation is totally different, and ISPs will need to provide IPv6 service-only in the access link, instead of 6in4 based mechanisms, unless they opt for dual-stack with CGN.
    
    So my question is: should this document be updated to reflect the new situation, so to provide a better guidance to both the ISPs and the vendors?
    
    Regards,
    Jordi
    
    
    
    
    **********************************************
    IPv4 is over
    Are you ready for the new Internet ?
    http://www.consulintel.es
    The IPv6 Company
    
    This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.
    
    
    
    _______________________________________________
    v6ops mailing list
    v6ops@ietf.org
    https://www.ietf.org/mailman/listinfo/v6ops
    
    
    
    
    
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.




From nobody Fri Nov  4 11:07:49 2016
Return-Path: <adegidio@telecentro.net.ar>
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 8677C129482 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 11:07:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.288
X-Spam-Level: 
X-Spam-Status: No, score=-3.288 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=telecentro.net.ar
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 zqqL9yH2hCLz for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 11:07:43 -0700 (PDT)
Received: from mail.telecentro.net.ar (mail.telecentro.net.ar [190.55.63.7]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B16B31294E1 for <v6ops@ietf.org>; Fri,  4 Nov 2016 11:07:42 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id B11B3FA569A; Fri,  4 Nov 2016 15:07:39 -0300 (ART)
Received: from mail.telecentro.net.ar ([127.0.0.1]) by localhost (tclmail6.telecentro.local [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id OUPfqNUKHUMN; Fri,  4 Nov 2016 15:07:38 -0300 (ART)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id 440D2FA56A8; Fri,  4 Nov 2016 15:07:38 -0300 (ART)
DKIM-Filter: OpenDKIM Filter v2.10.3 mail.telecentro.net.ar 440D2FA56A8
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telecentro.net.ar; s=24ECF6D8-6D11-11E5-A0E5-36DF068F9D73; t=1478282858; bh=Jg7SyaLTHpg7dEDgux9W+v2Uh/wGurUvlkSkLLjZmBw=; h=Date:From:To:Message-ID:MIME-Version; b=tFNixRb9D29e77qgJ+qAYh980FUlVQjv9ChtKqeys8XMv+5XpjvRdDSYlXfV6NwuN QGfZCNxTu/J0eJ2SrOfmiw990K2vJwqguB8ixl9UFW9IMZk5tc7HLLxc2a4edHoT9A 5nttACOoMG9IFaQm50fBSzz3MUSBCy77z0VhlZs4=
X-Virus-Scanned: amavisd-new at tclmail6.telecentro.local
Received: from mail.telecentro.net.ar ([127.0.0.1]) by localhost (tclmail6.telecentro.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ly4trcZgAh1Z; Fri,  4 Nov 2016 15:07:38 -0300 (ART)
Received: from tclmail6.telecentro.local (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id EE873FA569F; Fri,  4 Nov 2016 15:07:37 -0300 (ART)
Date: Fri, 4 Nov 2016 15:07:36 -0300 (ART)
From: Alejandro D'Egidio <adegidio@telecentro.net.ar>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Message-ID: <842925728.436523.1478282856852.JavaMail.zimbra@telecentro.net.ar>
In-Reply-To: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [10.210.50.96]
X-Mailer: Zimbra 8.7.0_GA_1659 (ZimbraWebClient - GC54 (Win)/8.7.0_GA_1659)
Thread-Topic: do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: tNfC5v6VnC2rjAAissyogC56DNPjCQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/wkfHqHqlIi_PZ18PhYz_TXYj8mY>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 18:07:47 -0000

Hello,
  I think this is intereseting.
  I work in a MSO and personally, I've been requesting support for 464XLAT =
(CLAT) in CableModem to many vendors without success.
  This feature is already implemented in openWrt and I think it's a very go=
od option. For example, in our case we have depleted our public IPv4. Becau=
se of that, we had to implement a CGN. If now we already have a CGN with su=
pport of 464XLAT it would be great if we don't provide reserved IPv4 any mo=
re to our CPEs, just IPv6.
  So, why not include it as a basic requirement for IPv6 CPEs?


Thanks and Regards

Alejandro D'Egidio=20
Jefe de Ingenier=C3=ADa de Backbone=20
[ mailto:adegidio@telecentro.net.ar | adegidio@telecentro.net.ar ]=20

Lavard=C3=A9n 157 | Tel: 54 11 3977 1025=20
C1437FBC | CABA | Argentina=20
TELECENTRO S.A.=20

ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada por =
el secreto profesional. Si usted ha recibido este e-mail por error, por fav=
or comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad=
 de eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar =
su contenido a ninguna persona. Muchas gracias.=20

THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is privi=
leged or otherwise legally exempt from disclosure. If you have received it =
by mistake please let us know by e-mail immediately and delete it from your=
 system; should also not copy the message nor disclose its contents to anyo=
ne. Many thanks.

----- Mensaje original -----
De: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>
Para: "krun shah" <krun.shah@gmail.com>
CC: v6ops@ietf.org
Enviados: Viernes, 4 de Noviembre 2016 14:32:10
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

Right sorry, write down the old reference (I was actually referring to the =
7084), corrected also in the subject

Regards,
Jordi


-----Mensaje original-----
De: krunal shah <krun.shah@gmail.com>
Responder a: <krun.shah@gmail.com>
Fecha: viernes, 4 de noviembre de 2016, 18:19
Para: <jordi.palet@consulintel.es>
CC: <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC6204 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    RFC 7084 <https://tools.ietf.org/html/rfc7084> Basic Requirements for I=
Pv6 Customer Edge Routers
   =20
    Krunal
   =20
   =20
    On Fri, Nov 4, 2016 at 12:20 PM, JORDI PALET MARTINEZ <jordi.palet@cons=
ulintel.es> wrote:
   =20
    When this document was published, the IPv4 situation was different that=
 the actual one.
   =20
    Many ISPs could have deployed IPv6 using dual stack, or 6rd.
   =20
    Also, lw6over4 was not available, same as other protocols such as MAP, =
or 464XLAT, or there was no sufficient experience with them.
   =20
    Now the situation is totally different, and ISPs will need to provide I=
Pv6 service-only in the access link, instead of 6in4 based mechanisms, unle=
ss they opt for dual-stack with CGN.
   =20
    So my question is: should this document be updated to reflect the new s=
ituation, so to provide a better guidance to both the ISPs and the vendors?
   =20
    Regards,
    Jordi
   =20
   =20
   =20
   =20
    **********************************************
    IPv4 is over
    Are you ready for the new Internet ?
    http://www.consulintel.es
    The IPv6 Company
   =20
    This electronic message contains information which may be privileged or=
 confidential. The information is intended to be for the use of the individ=
ual(s) named above. If you are not the intended recipient be aware that any=
 disclosure, copying, distribution or use of the contents of this informati=
on, including attached files, is prohibited.
   =20
   =20
   =20
    _______________________________________________
    v6ops mailing list
    v6ops@ietf.org
    https://www.ietf.org/mailman/listinfo/v6ops
   =20
   =20
   =20
   =20
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.



_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops


From nobody Fri Nov  4 12:09:54 2016
Return-Path: <bs7652@att.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 D1425129643 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:09:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level: 
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 2fUevzcErN5g for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:09:51 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8938129569 for <v6ops@ietf.org>; Fri,  4 Nov 2016 12:09:51 -0700 (PDT)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id uA4J8v79016905; Fri, 4 Nov 2016 15:09:43 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049295.ppops.net-00191d01. with ESMTP id 26gxxmmsxn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 04 Nov 2016 15:09:43 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA4J9flM010768; Fri, 4 Nov 2016 15:09:42 -0400
Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA4J9aoU010640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Nov 2016 15:09:39 -0400
Received: from GAALPA1MSGHUBAH.ITServices.sbc.com (GAALPA1MSGHUBAH.itservices.sbc.com [130.8.218.157]) by alpi133.aldc.att.com (RSA Interceptor); Fri, 4 Nov 2016 19:09:23 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.154]) by GAALPA1MSGHUBAH.ITServices.sbc.com ([130.8.218.157]) with mapi id 14.03.0319.002; Fri, 4 Nov 2016 15:09:23 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "krun.shah@gmail.com" <krun.shah@gmail.com>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: AQHSNsFvSz3ctiXxQEKZ5zPdsRDwMaDJKCMA
Date: Fri, 4 Nov 2016 19:09:23 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es>
In-Reply-To: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.10.234.158]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-04_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611040355
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/NBEuVFRxUUmBzv4oETsCXIFo5Pk>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 19:09:53 -0000

>     When this document was published, the IPv4 situation was different th=
at
> the actual one.
>=20
>     Many ISPs could have deployed IPv6 using dual stack, or 6rd.
>=20
>     Also, lw6over4 was not available, same as other protocols such as MAP=
, or
> 464XLAT, or there was no sufficient experience with them.
>=20
>     Now the situation is totally different, and ISPs will need to provide=
 IPv6
> service-only in the access link, instead of 6in4 based mechanisms, unless=
 they
> opt for dual-stack with CGN.
>=20
>     So my question is: should this document be updated to reflect the new
> situation, so to provide a better guidance to both the ISPs and the vendo=
rs?

RFC 7084 was never intended as advice to ISPs. It was intended as advice fr=
om ISPs to vendors of retail CE Routers. Along the lines of:
Given IPv6 access network architectures ISPs have documented in CableLabs a=
nd Broadband Forum (BBF), here is a set of common requirements for a retail=
 CE Router that can be used to connect to either of those types of access n=
etworks.

If there is more than one ISP who is seriously committed to deploying one o=
f the technologies you list (not just studying or thinking about it), and t=
hey want to extend RFC 7084, they should come forward. But I don't think it=
 should be extended for any technology that doesn't have a real deployment =
commitment from multiple providers. I was very disappointed that some Europ=
ean ISPs pushed really hard to get DS Lite documented in BBF and RFC 7084, =
and then did nothing with that technology. CE Router vendors should not be =
asked to expend their scarce resources in support of experimental technolog=
ies. Experiments can be done with OpenWRT types of firmware. RFC 7084 exten=
sion needs to be done only for widely deployed technologies.

BTW, we also stayed away from 3GPP access architectures, because there was =
no participation from 3GPP ISPs. The ISPs doing widespread deployment must =
be involved in providing the advice.
Barbara


From nobody Fri Nov  4 12:18:58 2016
Return-Path: <prvs=1116d822b0=jordi.palet@consulintel.es>
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 F1F29129426 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:18:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 u4uPuHGPzMaF for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:18:55 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF21112943D for <v6ops@ietf.org>; Fri,  4 Nov 2016 12:18:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478287129; x=1478891929; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=ePJ/KFOsJBuIYxAd1gys163eF po0/efuzbVFMNX1nok=; b=q6IBMtGXpwrHAOObEOyqvuY2Nf0kSjA8+wxR9LE8w EnVWGZkQh4psenZca2xtx4XLW48YBmYCNRVJu9pppQV5HJ8U3vWiXUXJPM2ZEnmS CcTDbM5N5q7F0d5kTqYBdumgzSyp0RX7h5try6YyWFbV+TPe7rheAbZ0ZYfWpJRo uc=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=KCbbPqYYabEEsNg5icAulYwThZMpyeZy9skIBWuW/qFlOTN1WwIRFiff2Ztz lBrAabl0RDjCt8ilNP36JouwU6EBmMWArzzxLV09e6KD7RhaD34bbXFRu 1qI4NweJWbewHJsZbWtCYEgNTAyFZ2TCCmPtc/3rcYIQ2iiOitafD4=;
X-MDAV-Processed: mail.consulintel.es, Fri, 04 Nov 2016 20:18:49 +0100
X-Spam-Processed: mail.consulintel.es, Fri, 04 Nov 2016 20:18:49 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005196278.msg for <v6ops@ietf.org>; Fri, 04 Nov 2016 20:18:48 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161104:md50005196278::bzWKnLeTRQw+jr3b:00004cZl
X-Return-Path: prvs=1116d822b0=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Fri, 04 Nov 2016 20:18:42 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <bs7652@att.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/g36Xdri0XVqBtA2aLC4bIoITrHA>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 04 Nov 2016 19:18:57 -0000

This is happening already, one of those ISPs sent already a message to the =
list some minutes ago.

464XLAT is being deployed in both wired/residential networks and also cellu=
lar ones.

The only reason is not happening more is precisely because there are very f=
ew vendors offering it. I think only Nec and Yamaha, if I recall correctly.

I know the topic very well because I=E2=80=99m working in several of those =
deployments.

So I will be very happy to contribute to it or even take over that work if =
the original authors aren=E2=80=99t interested.

There are already many deployments using 464XLAT in cellular phones, and so=
me people has the same issues trying to deploy LTE modems/routers where the=
 wired network can=E2=80=99t reach, so I think this should also be included=
 in this work.

Regards,
Jordi


-----Mensaje original-----
De: "STARK, BARBARA H" <bs7652@att.com>
Responder a: <bs7652@att.com>
Fecha: viernes, 4 de noviembre de 2016, 20:09
Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "krun.shah=
@gmail.com" <krun.shah@gmail.com>
CC: "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: RE: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    >     When this document was published, the IPv4 situation was differen=
t that
    > the actual one.
    >=20
    >     Many ISPs could have deployed IPv6 using dual stack, or 6rd.
    >=20
    >     Also, lw6over4 was not available, same as other protocols such as=
 MAP, or
    > 464XLAT, or there was no sufficient experience with them.
    >=20
    >     Now the situation is totally different, and ISPs will need to pro=
vide IPv6
    > service-only in the access link, instead of 6in4 based mechanisms, un=
less they
    > opt for dual-stack with CGN.
    >=20
    >     So my question is: should this document be updated to reflect the=
 new
    > situation, so to provide a better guidance to both the ISPs and the v=
endors?
   =20
    RFC 7084 was never intended as advice to ISPs. It was intended as advic=
e from ISPs to vendors of retail CE Routers. Along the lines of:
    Given IPv6 access network architectures ISPs have documented in CableLa=
bs and Broadband Forum (BBF), here is a set of common requirements for a re=
tail CE Router that can be used to connect to either of those types of acce=
ss networks.
   =20
    If there is more than one ISP who is seriously committed to deploying o=
ne of the technologies you list (not just studying or thinking about it), a=
nd they want to extend RFC 7084, they should come forward. But I don't thin=
k it should be extended for any technology that doesn't have a real deploym=
ent commitment from multiple providers. I was very disappointed that some E=
uropean ISPs pushed really hard to get DS Lite documented in BBF and RFC 70=
84, and then did nothing with that technology. CE Router vendors should not=
 be asked to expend their scarce resources in support of experimental techn=
ologies. Experiments can be done with OpenWRT types of firmware. RFC 7084 e=
xtension needs to be done only for widely deployed technologies.
   =20
    BTW, we also stayed away from 3GPP access architectures, because there =
was no participation from 3GPP ISPs. The ISPs doing widespread deployment m=
ust be involved in providing the advice.
    Barbara
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Fri Nov  4 12:50:37 2016
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 83138129653 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:50:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 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, RP_MATCHES_RCVD=-1.497, 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 omJNTcsx88Fq for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:50:35 -0700 (PDT)
Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 0DDF2129579 for <v6ops@ietf.org>; Fri,  4 Nov 2016 12:50:34 -0700 (PDT)
Received: by mail-wm0-x22c.google.com with SMTP id p190so71907612wmp.1 for <v6ops@ietf.org>; Fri, 04 Nov 2016 12:50:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5hXIXdtXRH921A22qbCh7TS02EjraTGmYJKxVFc/mno=; b=JQxNTFA+z516I+kxKTCVLZlHBwmSvXrqw2uGveCrBoR2TwAokO+xBAWCrTZWcxnBKd z55M1x6qEvBRBc2OMncfTcw4egCekwa76cy0HFGSc1gSXh5G7lMI7vTMfQor5rVGEFj2 pDuFa9R4XqzrkvJ9GtkCRO/H6jXn2rnO6wzGUOxeRganwZlpUGKoVV9uE4yAH66+0jcV vnm/WwXcUt/OfKJsohopdROTktTcriGQnLNpPvRfcQC4dW+uTuAkZR+9KdIeQ2rTr3OU ofAmPgap3XUlP6nR8hSn+3X6IfuSESdeL8T+k8/bFKcZn94j08vXJ1h5j5p45YPgiodJ KgjA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=5hXIXdtXRH921A22qbCh7TS02EjraTGmYJKxVFc/mno=; b=ON6vteiLguy76LVELgiGCRWHLziZgPk8QkQUIm4kVbMoKkFHXsD/0IAjr9NTbXTvRl uWWzUKFjCwZCm1+aZzhqLOR3u9borvakZ1AJ8WBpSLhiCgJjhzUBp+yYTxG/7Hdbeujm NpPdfPFHss5RlnHZ/HTm/kl+U2cpgaUejZ/5e/0e3GNoHW0nT3C30txhq15y0eJUZ7cQ tgVfbTglx0QcvKR3/nZTdxJp4w4aws/fcqZufhsfjrGch3+JJlYByoBnnZRb+zKWHl/g ainZE37ewdcjnak3hZRF6PDYn+WRLkC2RYyMJqII1Yf8I8/RCZpxL8yjv8tq+tU7PgPb LICQ==
X-Gm-Message-State: ABUngvfIlb0aizt5B3XytDeZxeyJAZ0ciEMoYXzF9QmKxHlDpMwHcjzNKXmEcGvLMW6KLuvkdLnNKOGwPcTxRx+p
X-Received: by 10.28.141.143 with SMTP id p137mr45991wmd.5.1478289033251; Fri, 04 Nov 2016 12:50:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.164.196 with HTTP; Fri, 4 Nov 2016 12:50:12 -0700 (PDT)
In-Reply-To: <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es>
From: Erik Kline <ek@google.com>
Date: Fri, 4 Nov 2016 15:50:12 -0400
Message-ID: <CAAedzxr1tsBq-xhDBhJbpLZrYnR_RTwS_gWzMXUAxEcouGTMjw@mail.gmail.com>
To: Jordi Palet Martinez <jordi.palet@consulintel.es>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xRH0ctKaQLJfYg302cugFNGrAU4>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 19:50:36 -0000

It does seem like the transition models are basically boiling down to
two: dualstack and IPv6-only+NAT64/DNS64.

I wouldn't refer to the latter as "464xlat" because I read that as
actually specifying the client behaviour.  The customer/clients could
instead be perfectly happy being IPv6-only on such a network (a la iOS
devices).


From nobody Fri Nov  4 12:58:25 2016
Return-Path: <prvs=1116d822b0=jordi.palet@consulintel.es>
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 91DDC129472 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:58:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 gDWZ6MG6PIjt for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 12:58:21 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6471129607 for <v6ops@ietf.org>; Fri,  4 Nov 2016 12:58:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478289492; x=1478894292; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:CC:Message-ID: Thread-Topic:References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=zLamrcYGF7RmDw4ZvaF6zHa6b I0VMRV5rAc5vd4epIw=; b=txNczwlrNv0eci8x+RwaRenLX6+hJb1batnf2+oTU vqUMnNJCXUJ8S1tmkSULE1DjbYLF9zSHn2jD3W/AI8QXEwy2/eo4Z96672V9vKhS uTpohAYfgQwy1nNiO7Iw7bteIa/7xi8zDwjXzprqneWExoeotj6g0Ga5+qpEXvjp ZA=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=p2IXwXccykB81tDggEQApT/rtE411LDGMGzeuRFp7zmS3WJcCfzE4dQtyBex mJHfFR+cuNb44jSKLRUdyuT2I4r2BdTJvf1AygyD+r0fJODQc/JUiB5zF VPVUa5dfqlBOr9TxC5Oy6Rm/0ohCfZmfN+vzNaUkeseETRmf3yx69U=;
X-MDAV-Processed: mail.consulintel.es, Fri, 04 Nov 2016 20:58:12 +0100
X-Spam-Processed: mail.consulintel.es, Fri, 04 Nov 2016 20:58:11 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005196374.msg for <v6ops@ietf.org>; Fri, 04 Nov 2016 20:58:10 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161104:md50005196374::CCTuvTUKWfCO4ORV:00003GbJ
X-Return-Path: prvs=1116d822b0=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Fri, 04 Nov 2016 20:58:08 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <ek@google.com>
Message-ID: <C6C3BE32-7170-47AC-A9DD-BB3827605310@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <CAAedzxr1tsBq-xhDBhJbpLZrYnR_RTwS_gWzMXUAxEcouGTMjw@mail.gmail.com>
In-Reply-To: <CAAedzxr1tsBq-xhDBhJbpLZrYnR_RTwS_gWzMXUAxEcouGTMjw@mail.gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/im_C0UWXHL_JLgTKzmB-Aih4R_w>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 04 Nov 2016 19:58:23 -0000

There are two ways of doing that:

1) Having control of the =E2=80=9Capps=E2=80=9D so they are supporting IPv6=
 (the way Apple is doing), so you just need (in this case) IPv6-only+NAT64/=
DNS64.
2) Not having that control (which is what happens mainly in wired networks,=
 because instead of cellular phones you have all kind of IPv4 only devices/=
apps, including those that still use literal IPv4 addresses, older librarie=
s, etc.), or venders such as Android or Windows that at the time being don=
=E2=80=99t mandate the IPv6 support in the apps. In this case you need the =
CLAT part added to the IPv6-only+NAT64/DNS64.

My view is that if we update the document, actually 1 is already =E2=80=9Cu=
nder=E2=80=9D control, means nothing to be done in the device itself, is a =
vendor decision to impose to their app developers. But 2 needs to be explic=
itly stated as a requirement.

Regards,
Jordi


-----Mensaje original-----
De: Erik Kline <ek@google.com>
Responder a: <ek@google.com>
Fecha: viernes, 4 de noviembre de 2016, 20:50
Para: Jordi Palet Martinez <jordi.palet@consulintel.es>
CC: "STARK, BARBARA H (ATTLABS)" <bs7652@att.com>, "v6ops@ietf.org" <v6ops@=
ietf.org>
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    It does seem like the transition models are basically boiling down to
    two: dualstack and IPv6-only+NAT64/DNS64.
   =20
    I wouldn't refer to the latter as "464xlat" because I read that as
    actually specifying the client behaviour.  The customer/clients could
    instead be perfectly happy being IPv6-only on such a network (a la iOS
    devices).
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Fri Nov  4 13:07:52 2016
Return-Path: <tore@fud.no>
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 0F8821293E4 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 13:07:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497] autolearn=unavailable autolearn_force=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 vydFM7-ll5WP for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 13:07:50 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF1E01293D8 for <v6ops@ietf.org>; Fri,  4 Nov 2016 13:00:20 -0700 (PDT)
Received: from [2a02:fe0:c420:2657::46e] (port=43546 helo=envy.e1.y.home) by greed.fud.no with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <tore@fud.no>) id 1c2ker-000453-Fi; Fri, 04 Nov 2016 21:00:13 +0100
Date: Fri, 4 Nov 2016 21:00:12 +0100
From: Tore Anderson <tore@fud.no>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Message-ID: <20161104210012.12f68beb@envy.e1.y.home>
In-Reply-To: <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5Iwgfz6kSEYQva0QznUDhL6x7NI>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 20:07:51 -0000

* JORDI PALET MARTINEZ

> This is happening already, one of those ISPs sent already a message
> to the list some minutes ago.
>=20
> 464XLAT is being deployed in both wired/residential networks and also
> cellular ones.
>=20
> The only reason is not happening more is precisely because there are
> very few vendors offering it. I think only Nec and Yamaha, if I
> recall correctly.
>=20
> I know the topic very well because I=E2=80=99m working in several of those
> deployments.
>=20
> So I will be very happy to contribute to it or even take over that
> work if the original authors aren=E2=80=99t interested.
>=20
> There are already many deployments using 464XLAT in cellular phones,
> and some people has the same issues trying to deploy LTE
> modems/routers where the wired network can=E2=80=99t reach, so I think th=
is
> should also be included in this work.

IMHO the entire section 4.4 would best be left out of a 7084bis.

464XLAT and DS-Lite are not technologies that bring IPv6 connectivity.
They bring IPv4 connectivity. It doesn't make any sense for a document
that =C2=ABspecifies requirements for an IPv6 Customer Edge (CE) router=C2=
=BB to
mandate support for any such technology. We have the market for that.

Tore


From nobody Fri Nov  4 14:06:57 2016
Return-Path: <rajiva@cisco.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 4B55C12968C for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:06:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 4xbCXYWEGsrR for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:06:54 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A7A512966D for <v6ops@ietf.org>; Fri,  4 Nov 2016 14:06:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2694; q=dns/txt; s=iport; t=1478293614; x=1479503214; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=rDGkllNlCdWSuFjHhGPn7zcyX/AOw/a0Fk7yKCYGh/I=; b=bIYRjfxQIrRx5B7ejHFcqQrOJzC1NjTDKQu5ymjGxF2aZ7tFa5amWdWF 84dGpJgo+U0KEJWUlnz5mCGloUD/MpSaXsW+1AUdYP+j8e99Qi4aYzdgP 1Ka83VCXuPTNeIjTWfdLI4zuNDPjSnR3rIAfLrV8qIphen/3KpdlR5La4 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAQDQ9xxY/4wNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy4BAQEBAR9YfAeNMZcAlEaCCB0LhXsCGoF+PxQBAgEBAQEBAQF?= =?us-ascii?q?iKIRhAQEBBAEBASAROgsMBAIBCBEDAQIDAiYCAgIlCxUICAIEAQ0FiFgOrxmMe?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBARcFgQmFNoF9CIJQgTyDC4MELYIvBZojAZA?= =?us-ascii?q?/gW6OHIcphXiEAwEeN2yDNSeBRXKGOIEMAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,445,1473120000"; d="scan'208";a="342532263"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Nov 2016 21:06:53 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id uA4L6rB7006535 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Nov 2016 21:06:53 GMT
Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 4 Nov 2016 16:06:52 -0500
Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1210.000; Fri, 4 Nov 2016 16:06:52 -0500
From: "Rajiv Asati (rajiva)" <rajiva@cisco.com>
To: Tore Anderson <tore@fud.no>, JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: AQHSNsFu25M3UUYHzEODcR141XCPo6DJhDaAgAACmgCAAAuZAP//z5IA
Date: Fri, 4 Nov 2016 21:06:52 +0000
Message-ID: <D41B9376-5513-4AEC-8BA1-24B695C11A2F@cisco.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home>
In-Reply-To: <20161104210012.12f68beb@envy.e1.y.home>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/0.0.0.151105
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.18.255.212]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E34ACA1C65788448AB20B3F2C7121441@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/1rEGDhk9DjIOI5ZNJyMj7Ee2EUI>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 21:06:56 -0000

SSBzb21ld2hhdCBhZ3JlZSB3aXRoIFRvcmUuIA0KDQo1LTEweXJzIGZyb20gbm93LCBtYWludGFp
bmluZyBJUHY0IGNvbm5lY3Rpdml0eSBtYXkgbm90IGJlIHJlcXVpcmVkIChmb3IgbWFueSwgaWYg
bm90IGFsbCkuIFNvLCB3aHkgaW5mdXNlIHRoYXQgaW4gYSBkb2N1bWVudCB0aGF0IGlzIGFsbCBh
Ym91dCBJUHY2Lg0KDQotLSANCkNoZWVycywNClJhaml2DQoNCg0KDQoNCg0KDQoNCg0KLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHY2b3BzIDx2Nm9wcy1ib3VuY2VzQGlldGYub3Jn
PiBvbiBiZWhhbGYgb2YgVG9yZSBBbmRlcnNvbiA8dG9yZUBmdWQubm8+DQpEYXRlOiBGcmlkYXks
IE5vdmVtYmVyIDQsIDIwMTYgYXQgNDowMCBQTQ0KVG86IEpPUkRJIFBBTEVUIE1BUlRJTkVaIDxq
b3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4NCkNjOiAidjZvcHNAaWV0Zi5vcmciIDx2Nm9wc0Bp
ZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbdjZvcHNdIGRvIHdlIG5lZWQgdG8gdXBkYXRlIFJGQzcw
ODQgPyAtIEJhc2ljIFJlcXVpcmVtZW50cyBmb3IgSVB2NiBDdXN0b21lciBFZGdlIFJvdXRlcnMN
Cg0KPiogSk9SREkgUEFMRVQgTUFSVElORVoNCj4NCj4+IFRoaXMgaXMgaGFwcGVuaW5nIGFscmVh
ZHksIG9uZSBvZiB0aG9zZSBJU1BzIHNlbnQgYWxyZWFkeSBhIG1lc3NhZ2UNCj4+IHRvIHRoZSBs
aXN0IHNvbWUgbWludXRlcyBhZ28uDQo+PiANCj4+IDQ2NFhMQVQgaXMgYmVpbmcgZGVwbG95ZWQg
aW4gYm90aCB3aXJlZC9yZXNpZGVudGlhbCBuZXR3b3JrcyBhbmQgYWxzbw0KPj4gY2VsbHVsYXIg
b25lcy4NCj4+IA0KPj4gVGhlIG9ubHkgcmVhc29uIGlzIG5vdCBoYXBwZW5pbmcgbW9yZSBpcyBw
cmVjaXNlbHkgYmVjYXVzZSB0aGVyZSBhcmUNCj4+IHZlcnkgZmV3IHZlbmRvcnMgb2ZmZXJpbmcg
aXQuIEkgdGhpbmsgb25seSBOZWMgYW5kIFlhbWFoYSwgaWYgSQ0KPj4gcmVjYWxsIGNvcnJlY3Rs
eS4NCj4+IA0KPj4gSSBrbm93IHRoZSB0b3BpYyB2ZXJ5IHdlbGwgYmVjYXVzZSBJ4oCZbSB3b3Jr
aW5nIGluIHNldmVyYWwgb2YgdGhvc2UNCj4+IGRlcGxveW1lbnRzLg0KPj4gDQo+PiBTbyBJIHdp
bGwgYmUgdmVyeSBoYXBweSB0byBjb250cmlidXRlIHRvIGl0IG9yIGV2ZW4gdGFrZSBvdmVyIHRo
YXQNCj4+IHdvcmsgaWYgdGhlIG9yaWdpbmFsIGF1dGhvcnMgYXJlbuKAmXQgaW50ZXJlc3RlZC4N
Cj4+IA0KPj4gVGhlcmUgYXJlIGFscmVhZHkgbWFueSBkZXBsb3ltZW50cyB1c2luZyA0NjRYTEFU
IGluIGNlbGx1bGFyIHBob25lcywNCj4+IGFuZCBzb21lIHBlb3BsZSBoYXMgdGhlIHNhbWUgaXNz
dWVzIHRyeWluZyB0byBkZXBsb3kgTFRFDQo+PiBtb2RlbXMvcm91dGVycyB3aGVyZSB0aGUgd2ly
ZWQgbmV0d29yayBjYW7igJl0IHJlYWNoLCBzbyBJIHRoaW5rIHRoaXMNCj4+IHNob3VsZCBhbHNv
IGJlIGluY2x1ZGVkIGluIHRoaXMgd29yay4NCj4NCj5JTUhPIHRoZSBlbnRpcmUgc2VjdGlvbiA0
LjQgd291bGQgYmVzdCBiZSBsZWZ0IG91dCBvZiBhIDcwODRiaXMuDQo+DQo+NDY0WExBVCBhbmQg
RFMtTGl0ZSBhcmUgbm90IHRlY2hub2xvZ2llcyB0aGF0IGJyaW5nIElQdjYgY29ubmVjdGl2aXR5
Lg0KPlRoZXkgYnJpbmcgSVB2NCBjb25uZWN0aXZpdHkuIEl0IGRvZXNuJ3QgbWFrZSBhbnkgc2Vu
c2UgZm9yIGEgZG9jdW1lbnQNCj50aGF0IMKrc3BlY2lmaWVzIHJlcXVpcmVtZW50cyBmb3IgYW4g
SVB2NiBDdXN0b21lciBFZGdlIChDRSkgcm91dGVywrsgdG8NCj5tYW5kYXRlIHN1cHBvcnQgZm9y
IGFueSBzdWNoIHRlY2hub2xvZ3kuIFdlIGhhdmUgdGhlIG1hcmtldCBmb3IgdGhhdC4NCj4NCj5U
b3JlDQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cj52Nm9wcyBtYWlsaW5nIGxpc3QNCj52Nm9wc0BpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vdjZvcHMNCg==


From nobody Fri Nov  4 14:12:42 2016
Return-Path: <prvs=1116d822b0=jordi.palet@consulintel.es>
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 B7DA512969F for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:12:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 O5O4Uf5igZNA for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:12:39 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 467AE129579 for <v6ops@ietf.org>; Fri,  4 Nov 2016 14:12:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478293953; x=1478898753; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=gb/8YdQJujrToWT0HY50J1HFh ThrWZVQOdKy3JazAiI=; b=WkORWRl3qFyHBJStrY591+hFWaPLMhNIQyvBWqgyr lMcZwN2aiMoFAPdqwFUYW2jVxeWSsF16UGE6vOk53RuWBoSv9Oe6H2hb0SRKL8vC UFg6dOZShaA8vRyD90Dl9PpjJOs0jlzCRNbxyULNFX6g2AATlT/K84ffOVCv4qls pc=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=eRGqCvQenzvf86FKieFrEi0FImq1PwsDZ8aEUOyakdAf3R2D4bLXs3oSsXaE mXuYsKTOl5YZBSvEFFExOlH1qndOjonxM2JvpKjwFsTdB2UaixYNTIh3h PUGL8Z0879/18By88fpdp95G5Sg3E7V7i9brKq7HnqLjBbbS6MSBGY=;
X-MDAV-Processed: mail.consulintel.es, Fri, 04 Nov 2016 22:12:33 +0100
X-Spam-Processed: mail.consulintel.es, Fri, 04 Nov 2016 22:12:33 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005196444.msg for <v6ops@ietf.org>; Fri, 04 Nov 2016 22:12:32 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161104:md50005196444::Oq3aXyrjskqWTdhT:00003I21
X-Return-Path: prvs=1116d822b0=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Fri, 04 Nov 2016 22:12:28 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <tore@fud.no>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home>
In-Reply-To: <20161104210012.12f68beb@envy.e1.y.home>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/h0OGsFizztBc0kV4q5DHqj6JFvw>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 04 Nov 2016 21:12:41 -0000

The abstract explicitly states: The document also covers IP transition tech=
nologies.

Also in the intro: These routers typically also support IPv4.

And it clearly makes sense, is real life today, because we like it or not, =
we can=E2=80=99t switch off IPv4 day-night, so for some years, we need to p=
rovide support for existing IPv4 devices in the internal networks.

The market is not necessarily doing the right thing if IETF is not there he=
lping with some guidance. And in fact this situation is a clear example: We=
 asked support for 6rd and DS-Lite, and it is there in many vendors, but th=
ose mechanisms are no longer the =E2=80=9Cbest=E2=80=9D choices, and as we =
didn=E2=80=99t explicitly asked support for newer (IPv6-only mechanisms), t=
hey are not there, while the ISPs require it.

An alternative is to have an IPv6-only CE requirements document.

Regards,
Jordi


-----Mensaje original-----
De: Tore Anderson <tore@fud.no>
Responder a: <tore@fud.no>
Fecha: viernes, 4 de noviembre de 2016, 21:00
Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
CC: <bs7652@att.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    * JORDI PALET MARTINEZ
   =20
    > This is happening already, one of those ISPs sent already a message
    > to the list some minutes ago.
    >=20
    > 464XLAT is being deployed in both wired/residential networks and also
    > cellular ones.
    >=20
    > The only reason is not happening more is precisely because there are
    > very few vendors offering it. I think only Nec and Yamaha, if I
    > recall correctly.
    >=20
    > I know the topic very well because I=E2=80=99m working in several of =
those
    > deployments.
    >=20
    > So I will be very happy to contribute to it or even take over that
    > work if the original authors aren=E2=80=99t interested.
    >=20
    > There are already many deployments using 464XLAT in cellular phones,
    > and some people has the same issues trying to deploy LTE
    > modems/routers where the wired network can=E2=80=99t reach, so I thin=
k this
    > should also be included in this work.
   =20
    IMHO the entire section 4.4 would best be left out of a 7084bis.
   =20
    464XLAT and DS-Lite are not technologies that bring IPv6 connectivity.
    They bring IPv4 connectivity. It doesn't make any sense for a document
    that =C2=ABspecifies requirements for an IPv6 Customer Edge (CE) router=
=C2=BB to
    mandate support for any such technology. We have the market for that.
   =20
    Tore
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Fri Nov  4 14:16:57 2016
Return-Path: <sander@steffann.nl>
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 565C412957E for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:16:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steffann.nl
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 F4VT1W-sBurQ for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:16:54 -0700 (PDT)
Received: from mail.sintact.nl (mail.sintact.nl [IPv6:2001:9e0:803::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0D931293DA for <v6ops@ietf.org>; Fri,  4 Nov 2016 14:16:53 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id 21D443D; Fri,  4 Nov 2016 22:16:51 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:message-id:date:date:in-reply-to:from:from :subject:subject:mime-version:content-type:content-type:received :received; s=mail; t=1478294209; bh=pQx4wiAPsxy24MeodmIFdanB7hAb SBFB44h2PfTXsvw=; b=Bij+Xmq3vvjEfskFc20N+G77dLiOeQbwWajz5GHDb2sz OLWe6ucjIs0ph1fVNeMl9bgJVm3yOBdw1BoLrTYPTh+cIEeFu2XLqTNPUokqqg1M +Vt/xz0YqJIqdZliLdIiuKpZcGwKR7R/W0gmrKnsn/bqjpr7olUU/Ys7IkDT1nk=
X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl
Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cqdBGUIZZszG; Fri,  4 Nov 2016 22:16:49 +0100 (CET)
Received: from [IPv6:2a02:a213:a300:9300:c8f7:4dd9:49e9:d127] (unknown [IPv6:2a02:a213:a300:9300:c8f7:4dd9:49e9:d127]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.sintact.nl (Postfix) with ESMTPSA id 3029538; Fri,  4 Nov 2016 22:16:49 +0100 (CET)
Content-Type: multipart/signed; boundary="Apple-Mail=_E7CADDE5-3EEC-4769-BF83-B119FBC77E06"; protocol="application/pgp-signature"; micalg=pgp-sha256
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Clacks-Overhead: GNU Terry Pratchett
From: Sander Steffann <sander@steffann.nl>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
Date: Fri, 4 Nov 2016 22:16:42 +0100
Message-Id: <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
To: "STARK, BARBARA H" <bs7652@att.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/zKlR1x0vGPrSkzoTokDsa2vQ5hE>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 21:16:56 -0000

--Apple-Mail=_E7CADDE5-3EEC-4769-BF83-B119FBC77E06
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi Barbara,

> I was very disappointed that some European ISPs pushed really hard to =
get DS Lite documented in BBF and RFC 7084, and then did nothing with =
that technology.

Speaking as a customer of such a European ISP I can confirm that DS-Lite =
is very much used here. I am currently behind

DS-Lite-FQDN:  aftr01.upc.nl
DS-Lite-adres: 2001:730:2000:2::31

At least in the Netherlands DS-Lite has been deployed to hundreds of =
thousands of users already, and the numbers are still going up. I think =
that ISPs did nothing with DS-Lite is a misconception.

Cheers,
Sander


--Apple-Mail=_E7CADDE5-3EEC-4769-BF83-B119FBC77E06
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJYHPq6AAoJEKAtA7D+JBO5md8H/RCa0qi6c0p1pYYvJyTl5Hlg
zhTfJWJjzVAOEuIHchkpuzK/5Xf/OlXaiECRVSYoCiT1RGi/qg2Q8Zix7xCe7zZU
/2wpHAQIHQq57um1xRnq7l5ScZtPk99ad1PUlMOEo3UoOWmj8hVa0NcDM3OsORGa
B2IdK+va34+q+uFyCMsCdUL0e5iGgkdtT6nNbxZOwRgnfktm5zGJx8jLYAm38PVd
AFiR/zxyQIqG+BCeL0puFhf/blvs7oZASM4N58U5qVsKAN5ZnqklZimbzsVVG9Wo
R8bNWm4wzfn2kdUxzH1RzvvtBVWeUAHhFZvo2MzFEsMXNuJrNB06zxmt60p4Yaw=
=t7m/
-----END PGP SIGNATURE-----

--Apple-Mail=_E7CADDE5-3EEC-4769-BF83-B119FBC77E06--


From nobody Fri Nov  4 14:58:56 2016
Return-Path: <swmike@swm.pp.se>
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 B9E55129842 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:58:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.798
X-Spam-Level: 
X-Spam-Status: No, score=-5.798 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_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 hVsX9WmqZY_9 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 14:58:53 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BC3C1294B8 for <v6ops@ietf.org>; Fri,  4 Nov 2016 14:58:52 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 47193A4; Fri,  4 Nov 2016 22:58:50 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1478296730; bh=c8EO/fjqZz2aTgPvKUWs3WEuO74atzPk4kD2MEetLRQ=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=pPx1yfa5sDzqyDVkH4rStbPGjb+nyg+REulUJdO83KpUbx0Qr8P0zWiHHP7KRLBvQ bJiMRZHWl5zWYvhW8P7LJkeJT2pI7Vbhpsu7rxYDmgYdHY6iDesOnxa+ZVWpOVOKI1 bIzfYZY339453nMQca+ADfbkNg21TuYhFdGOwIkE=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 432AFA3; Fri,  4 Nov 2016 22:58:50 +0100 (CET)
Date: Fri, 4 Nov 2016 22:58:50 +0100 (CET)
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Sander Steffann <sander@steffann.nl>
In-Reply-To: <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl>
Message-ID: <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Az9DyugQmkGCVk-b2S_DvJwKeAI>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 21:58:55 -0000

On Fri, 4 Nov 2016, Sander Steffann wrote:

> At least in the Netherlands DS-Lite has been deployed to hundreds of 
> thousands of users already, and the numbers are still going up. I think 
> that ISPs did nothing with DS-Lite is a misconception.

All the ds.lite I know of are from Cable providers, ie DOCSIS3 
deployments.

Do you see ds.lite in any other space, ie non-cable operators?

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se


From nobody Fri Nov  4 15:14:38 2016
Return-Path: <tore@fud.no>
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 A88021298BB for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 15:14:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=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 ce6Xa9rETVJI for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 15:14:35 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 667B51298A6 for <v6ops@ietf.org>; Fri,  4 Nov 2016 15:14:35 -0700 (PDT)
Received: from [2a02:fe0:c420:2657::46e] (port=44324 helo=envy.e1.y.home) by greed.fud.no with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <tore@fud.no>) id 1c2mkr-0007Ou-BE; Fri, 04 Nov 2016 23:14:33 +0100
Date: Fri, 4 Nov 2016 23:14:32 +0100
From: Tore Anderson <tore@fud.no>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Message-ID: <20161104231432.3f3cd322@envy.e1.y.home>
In-Reply-To: <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home> <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/FI1lC3P-jPWSHacgg3Ao7722PRo>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 22:14:36 -0000

* JORDI PALET MARTINEZ

> The abstract explicitly states: The document also covers IP
> transition technologies.

A prime candidate for deletion in a 7084bis document.

> Also in the intro: These routers typically also support IPv4.
>=20
> And it clearly makes sense, is real life today, because we like it or
> not, we can=E2=80=99t switch off IPv4 day-night, so for some years, we ne=
ed
> to provide support for existing IPv4 devices in the internal networks.

Nobody suggested making a 7084bis document prohibit IPv6 CE routers
from also supporting native IPv4 (or your favourite IPv4 transition
technology).

> The market is not necessarily doing the right thing if IETF is not
> there helping with some guidance. And in fact this situation is a
> clear example: We asked support for 6rd and DS-Lite, and it is there
> in many vendors, but those mechanisms are no longer the =E2=80=9Cbest=E2=
=80=9D
> choices, and as we didn=E2=80=99t explicitly asked support for newer
> (IPv6-only mechanisms), they are not there, while the ISPs require it.

They will be there if the ISPs ask for it. You already mentioned that
you'd found two different CPE vendors that implemented the transition
technology you wanted - so why not simply buy your CPEs from them? You
(and others) doing that is the best way to make their competitors
follow suit.

In any case, assuming you want to avoid having 7084bis require every
single one of the many transition technologies that exist, but instead
single out "best", to use your word, you first have to get consensus
on which one actually is the "best". That sounds like going down the
rathole to me.

> An alternative is to have an IPv6-only CE requirements document.

Listing the technical requirements specific to delivering IPv6 indeed
precisely what a properly focused IPV6 CE router document should
contain. Anything else, such as stating which IPv4 transition
technology is the "best", should be considered out of scope.

If the CE vendor decides to also implement support for 464XLAT it can
find perfectly fine guidance on how to go about doing that in RFC6877.
4RD? RFC7600. MAP-E? RFC7597. And so forth.

Tore


From nobody Fri Nov  4 16:09:52 2016
Return-Path: <sander@steffann.nl>
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 54B6D1299B6 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 16:09:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level: 
X-Spam-Status: No, score=-4.301 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_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steffann.nl
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 DIXBrL5Ra145 for <v6ops@ietfa.amsl.com>; Fri,  4 Nov 2016 16:09:49 -0700 (PDT)
Received: from mail.sintact.nl (mail.sintact.nl [83.247.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 071EA129879 for <v6ops@ietf.org>; Fri,  4 Nov 2016 16:09:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id D7EA33D; Sat,  5 Nov 2016 00:09:46 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:message-id:date:date:in-reply-to:from:from :subject:subject:mime-version:content-type:content-type:received :received; s=mail; t=1478300985; bh=DLV7VT4Gv/baCdU/48gY4aDZtvyO FA02fOt0qx//WDQ=; b=qWfFQalApWbj0ARMMLC8aGUHMx8HM7kWYcfC7nGNR3Y2 LEiPChJZOFnQoOrvGtoM6jYxjqfUJrokkoAi5zaMWb9Y+8vq6le8LVZZ1eE8hqzy TfUHHYCwqi4v5I7FXF0vDblRn31rzFzkscQSv98njgk2dkC3mBYw9bHh7qekMXU=
X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl
Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 8ukUKjxxRwUq; Sat,  5 Nov 2016 00:09:45 +0100 (CET)
Received: from [IPv6:2a02:a213:a300:9300:c8f7:4dd9:49e9:d127] (unknown [IPv6:2a02:a213:a300:9300:c8f7:4dd9:49e9:d127]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.sintact.nl (Postfix) with ESMTPSA id 21D4438; Sat,  5 Nov 2016 00:09:44 +0100 (CET)
Content-Type: multipart/signed; boundary="Apple-Mail=_A30ACA49-8F60-424B-B60E-A31835441803"; protocol="application/pgp-signature"; micalg=pgp-sha256
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Clacks-Overhead: GNU Terry Pratchett
From: Sander Steffann <sander@steffann.nl>
In-Reply-To: <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se>
Date: Sat, 5 Nov 2016 00:09:44 +0100
Message-Id: <D3F1FCCE-70C7-43FE-9231-7D541C8A0BAC@steffann.nl>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se>
To: Mikael Abrahamsson <swmike@swm.pp.se>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/aRgc0IbHNacOq21GxdsZAVRC3X0>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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, 04 Nov 2016 23:09:50 -0000

--Apple-Mail=_A30ACA49-8F60-424B-B60E-A31835441803
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi,

>> At least in the Netherlands DS-Lite has been deployed to hundreds of =
thousands of users already, and the numbers are still going up. I think =
that ISPs did nothing with DS-Lite is a misconception.
>=20
> All the ds.lite I know of are from Cable providers, ie DOCSIS3 =
deployments.
>=20
> Do you see ds.lite in any other space, ie non-cable operators?

Not yet, although I expect cases where the cable modem is put into =
bridged mode and then a separate CPE behind it will do DS-Lite. The =
cable operators that I have spoken to don't allow this yet, but it is =
being discussed.

Cheers,
Sander


--Apple-Mail=_A30ACA49-8F60-424B-B60E-A31835441803
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJYHRU4AAoJEKAtA7D+JBO5M88H/jnFWs8WMs5J6fZuxjCJfmll
RzDaZAXjES18RLVj+HafwIS6VELSKF8XrRmd+IVyWJUY/Ch9TmUqSW6oNTqkeHzx
gp6omXNdIE6eV1pQ+svkn0a+k4U48Maw+q0yhMKdl7K388VS9AypsDtYKWtUPz6g
PRoX2JoMNgvm37wljUf5WV7Q8AsmfIvgbxxup5FAceL0jfTouxn/XebFWVfY1vOO
/vrlMbdXg3i7slF9PAJIytmSDlTOX70fTQoHZ5lJDsbliBxRHaT+XozkoBFOg8IZ
5sjjiuW3vfPRwzcPkmvRjNzLrnumeYH7OGB77qfVJk/ARslqX1WpkVnZL/uSg44=
=xa0n
-----END PGP SIGNATURE-----

--Apple-Mail=_A30ACA49-8F60-424B-B60E-A31835441803--


From nobody Sat Nov  5 00:35:00 2016
Return-Path: <achatz@forthnet.gr>
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 DEC0B1294B5 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 00:34:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 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, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=forthnet.gr
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 Jy-DGfLa3iri for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 00:34:56 -0700 (PDT)
Received: from zm-out-01.forthnet.gr (zm-out-01.forthnet.gr [194.219.0.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D739124281 for <v6ops@ietf.org>; Sat,  5 Nov 2016 00:34:56 -0700 (PDT)
Received: from zm-in-01.cloud.forthnet.prv (zm-in-01.cloud.forthnet.prv [10.24.31.15]) by zm-out-01.forthnet.gr (Postfix) with ESMTP id BE4DF121F48 for <v6ops@ietf.org>; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
Received: from localhost (localhost6.localdomain6 [IPv6:::1]) by zm-in-01.cloud.forthnet.prv (Postfix) with ESMTP id ADBF312036C; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
X-DSPAM-Result: Innocent
Authentication-Results: zm-in-01.cloud.forthnet.prv (amavisd-new); dkim=pass (1024-bit key) header.d=forthnet.gr
Received: from zm-in-01.cloud.forthnet.prv ([IPv6:::1]) by localhost (zm-in-01.cloud.forthnet.prv [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id lXpWNbSZcG5h; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
Received: from localhost (localhost6.localdomain6 [IPv6:::1]) by zm-in-01.cloud.forthnet.prv (Postfix) with ESMTP id 530591204CB; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
DKIM-Filter: OpenDKIM Filter v2.9.2 zm-in-01.cloud.forthnet.prv 530591204CB
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=forthnet.gr; s=zm; t=1478331291; bh=YGj8hSr8q/35m/T3MGcNn68n/HY4cBFr7m4FcM4h//0=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=sR4XcxmCjEE/YevCTH+MSCUSs9jVw45Q42qA9vGWalVJg/wqmjqpaJW8MkiXrBNMv z/E9ZAZAT2rmUc9K04LW/NjaJUuGt7ee1GvepO/UYaNJHz9O3GZh9QHsWh5AHMEobT jcJ+F+0mEDSaEo0P8Ert9e7cysLoAF9x2MmwE2no=
X-Virus-Scanned: amavisd-new at zm-in-01.cloud.forthnet.prv
Received: from zm-in-01.cloud.forthnet.prv ([IPv6:::1]) by localhost (zm-in-01.cloud.forthnet.prv [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id gzyZe3EuTOno; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
Received: from [IPv6:2a02:2149:8743:3400:c07:87ce:25ed:779e] (unknown [IPv6:2a02:2149:8743:3400:c07:87ce:25ed:779e]) by zm-in-01.cloud.forthnet.prv (Postfix) with ESMTPA id 3186612036C; Sat,  5 Nov 2016 09:34:51 +0200 (EET)
Message-ID: <581D8B91.4070602@forthnet.gr>
Date: Sat, 05 Nov 2016 09:34:41 +0200
From: Tassos Chatzithomaoglou <achatz@forthnet.gr>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32.1
MIME-Version: 1.0
To: "v6ops@ietf.org" <v6ops@ietf.org>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se>
In-Reply-To: <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/HMCFmGz8lvd9MKj4aIh0_rYlcsQ>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Sat, 05 Nov 2016 07:34:59 -0000

Mikael Abrahamsson wrote on 4/11/16 23:58:
> On Fri, 4 Nov 2016, Sander Steffann wrote:
>
>> At least in the Netherlands DS-Lite has been deployed to hundreds of thousands of users already, and the numbers are still going up. I think that ISPs did nothing with DS-Lite is a misconception.
>
> All the ds.lite I know of are from Cable providers, ie DOCSIS3 deployments.
>
> Do you see ds.lite in any other space, ie non-cable operators?
>
We, as a fixed/DSL operator, use DS-Lite  on a large percentage of our subscribers.
Recently we started adding PCP to the mix.

--
Tassos


From nobody Sat Nov  5 02:54:48 2016
Return-Path: <prvs=11179e9fff=jordi.palet@consulintel.es>
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 AE56D129B00 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 02:54:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 qTHGrDdYPs61 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 02:54:44 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 535A7129AFA for <v6ops@ietf.org>; Sat,  5 Nov 2016 02:54:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478339678; x=1478944478; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=qx5ybhmK5xw/yzYV8ND3DmhTU LapeSfW1Zczv5LAD9w=; b=Nr4sR/d2Dl6x5lvrB7hJ/uVCFM4H3lt1X6hEK6X3n 1Qc4yBJUKe/eLxMdVzwJAqzOLoCqnqLGUzLLGNCpbA+1IpPGK9qMAcjSHB4Zua4y 5M8viTwe69GuuJMtnBryHhvLHyGDGeouTq5pxfjFXWs5KZi6N+QeCoytMYkpHTrA X4=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=cWvbHCARvgNoAIp7OvOcSMnvCUW/zvtZL0VsR1NZKIdbL3Mo3LA2tx6+w07z USu55qGqjEYvc49kXBKXi+20b4uHbK/urXO8BPAdD0QsSeD2C7lNzXBBA hCXM62YUov0eI3HgX5HtQ5vpWjZ4qhooIw4wVsr40UH+X/Gv9yyqD0=;
X-MDAV-Processed: mail.consulintel.es, Sat, 05 Nov 2016 10:54:38 +0100
X-Spam-Processed: mail.consulintel.es, Sat, 05 Nov 2016 10:54:33 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005197492.msg for <v6ops@ietf.org>; Sat, 05 Nov 2016 10:54:31 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161105:md50005197492::OKvomD9JMz1KOtC1:00001/HC
X-Return-Path: prvs=11179e9fff=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Sat, 05 Nov 2016 10:54:31 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <achatz@forthnet.gr>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr>
In-Reply-To: <581D8B91.4070602@forthnet.gr>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/M4IAur4tkt5ZGHkCdk1RMhgd9XY>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Sat, 05 Nov 2016 09:54:47 -0000

I=E2=80=99ve also some trials with DSL customers, thousands of users each t=
rial.

Some of those trials have been running for a couple of years already, and t=
he reason not to go into commercial is precisely because they will prefer t=
o use the same transition mechanism in all the network (they are using 464X=
LAT in the cellular trial), but the vendors aren=E2=80=99t supporting it an=
d one of the arguments is not suggested as a requirement from the IETF ...

Also looking at the recent IPv6 survey I can see the following stats:
1) 5 LTE/router deployments with dual stack - CGN (private IPv4, global IPv=
6).
2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6).
3) 1 LTE/router deployment with DS-Lite.
4) 2 LTE/router deployment with tunnel broker.
5) 1 Cable deployment with 464XLAT.
6) 2 Cable deployments with 6to4.
7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv6)
8) 2 Cable deployments with DS-Lite.
9) 42 Cable deployments with dual stack (public IPv4, global IPv6)
10) 1 Cable deployment with lw4o6.
11) 1 Cable deployment with MAP-T.
12) 2 Cable deployments with tunnel broker.
13) 5 FTTH deployments with 464XLAT.
14) 2 FTTH deployments with 6RD.
15) 8 FTTH deployments with 6to4.
16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv6).
17) 4 FTTH deployments with DS-Lite.
18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).
19) 1 FTTH deployment with MAP-E.
20) 1 FTTH deployment with tunnel broker.
21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv6).
22) 7 xDSL deployments with DS-Lite.
23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).
24) 9 xDSL deployments with 6RD.
25) 3 xDSL deployments with 464XLAT.
26) 2 xDSL deployments with tunnel broker.
27) 1 xDSL deployment using softwires (L2TP).
28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack - CGN =
(private IPv4, global IPv6).
29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack (publ=
ic IPv4, global IPv6).
30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.

In addition to all that, there are some other access technologies being use=
d, with different transition mechanisms.

By the way, most of the 464XLAT deployments are done using OpenWRT, taking =
advantage of existing CPEs that can be reflashed, because lack of support f=
rom the original vendors.

The survey got already 1.223 responses up to now. I=E2=80=99m providing her=
e only the numbers for those that responded with specific details about the=
 transition technology. There are many other answers with have left this em=
pty, probably customers that don=E2=80=99t know. In general, more complete =
responses come from the ISP employees, which also provide the contact detai=
ls, and I talked with them in some cases to clarify specific answers to the=
 survey.

I did a recent presentation at the last RIPE meeting (not going into so man=
y detailed data as here)
Slides - https://ripe73.ripe.net/presentations/22-IPv6-survey-October-2016.=
pdf
Video - https://ripe73.ripe.net/archives/video/1242/

Survey available here, if you still haven=E2=80=99t answered it or somethin=
g changed in your network:
http://survey.consulintel.es/index.php/175122


Regards,
Jordi


-----Mensaje original-----
De: v6ops <v6ops-bounces@ietf.org> en nombre de Tassos Chatzithomaoglou <ac=
hatz@forthnet.gr>
Responder a: <achatz@forthnet.gr>
Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34
Para: "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    Mikael Abrahamsson wrote on 4/11/16 23:58:
    > On Fri, 4 Nov 2016, Sander Steffann wrote:
    >
    >> At least in the Netherlands DS-Lite has been deployed to hundreds of=
 thousands of users already, and the numbers are still going up. I think th=
at ISPs did nothing with DS-Lite is a misconception.
    >
    > All the ds.lite I know of are from Cable providers, ie DOCSIS3 deploy=
ments.
    >
    > Do you see ds.lite in any other space, ie non-cable operators?
    >
    We, as a fixed/DSL operator, use DS-Lite  on a large percentage of our =
subscribers.
    Recently we started adding PCP to the mix.
   =20
    --
    Tassos
   =20
    _______________________________________________
    v6ops mailing list
    v6ops@ietf.org
    https://www.ietf.org/mailman/listinfo/v6ops
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Sat Nov  5 03:22:41 2016
Return-Path: <prvs=11179e9fff=jordi.palet@consulintel.es>
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 D64E9129CD2 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 03:22:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 U7BkvU-Q6JX8 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 03:22:37 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0215129CCB for <v6ops@ietf.org>; Sat,  5 Nov 2016 03:22:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478341355; x=1478946155; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=D7V5oOtoM4U+J/6fVuYPjwU8e wQ858YuF6Dw/fBURIs=; b=IyUytpzH1/in1BezUHd1rdQ2SHAru3AeTFLke8Ve1 o6KmHNYOaiWBDUBTZFKdEKTsCaY1L1RoWCN7azU1UzxrjkLOSccK8a9+lZZIOnfJ 3URiYLRVax1qhjp892uzSzqNupEwuKqJXwRFScM5IyVVavCLrG6xs+0aXx1oBAu+ 5k=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=dc1XNvTKQN5/HvIUePZCUPjh1GBg2PfsH09AEz0kU1McXWVCWBnOtfl0gAbv mculCFm9lb9bo+R/Q2vG7sTA/8rWyA786NQDrJaq2p+/oVWVf8vH9NHHn qRbTWlXLaJ/f7hBmDr9u+8XTpVG8m91KUoAdyT1WcV5r4ajHt0nJvI=;
X-MDAV-Processed: mail.consulintel.es, Sat, 05 Nov 2016 11:22:35 +0100
X-Spam-Processed: mail.consulintel.es, Sat, 05 Nov 2016 11:22:34 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005197550.msg for <v6ops@ietf.org>; Sat, 05 Nov 2016 11:22:34 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161105:md50005197550::GqYUedJoXc3Ea4aK:000008vb
X-Return-Path: prvs=11179e9fff=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Sat, 05 Nov 2016 11:22:28 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <tore@fud.no>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <FA1F5EDB-E298-4F9C-962B-45D073B6CE0D@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home> <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es> <20161104231432.3f3cd322@envy.e1.y.home>
In-Reply-To: <20161104231432.3f3cd322@envy.e1.y.home>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/D3Q-9fKiOeSRAurzK1yhoGCZxTY>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Sat, 05 Nov 2016 10:22:39 -0000

Below in-line.

-----Mensaje original-----
De: Tore Anderson <tore@fud.no>
Responder a: <tore@fud.no>
Fecha: viernes, 4 de noviembre de 2016, 23:14
Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
CC: "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    * JORDI PALET MARTINEZ
   =20
    > The abstract explicitly states: The document also covers IP
    > transition technologies.
   =20
    A prime candidate for deletion in a 7084bis document.
 =20
=E2=87=92 There is a lot of text about IPv4, I just started with the 1st 2 =
pages =E2=80=A6
 =20
    > Also in the intro: These routers typically also support IPv4.
    >=20
    > And it clearly makes sense, is real life today, because we like it or
    > not, we can=E2=80=99t switch off IPv4 day-night, so for some years, w=
e need
    > to provide support for existing IPv4 devices in the internal networks=
.
   =20
    Nobody suggested making a 7084bis document prohibit IPv6 CE routers
    from also supporting native IPv4 (or your favourite IPv4 transition
    technology).
   =20
-> If the document is meant for dual stack support as in today world, then =
we need to have it more complete with =E2=80=9Cactual=E2=80=9D transition t=
echnologies. 6RD is no longer meaningful in a world where ISPs will not hav=
e sufficient public IPv4 addresses for all the customers. The same as the a=
ctual document talks about DS-LITE, should mention updated technologies. Ot=
herwise we need two documents, one for IPv6-only CPEs, one for CPEs that st=
ill need to support IPv4.

    > The market is not necessarily doing the right thing if IETF is not
    > there helping with some guidance. And in fact this situation is a
    > clear example: We asked support for 6rd and DS-Lite, and it is there
    > in many vendors, but those mechanisms are no longer the =E2=80=9Cbest=
=E2=80=9D
    > choices, and as we didn=E2=80=99t explicitly asked support for newer
    > (IPv6-only mechanisms), they are not there, while the ISPs require it=
.
   =20
    They will be there if the ISPs ask for it. You already mentioned that
    you'd found two different CPE vendors that implemented the transition
    technology you wanted - so why not simply buy your CPEs from them? You
    (and others) doing that is the best way to make their competitors
    follow suit.
   =20
=E2=87=92 Believe me, is not that way. Unless you have a strong purchasing =
power, small ISPs (and there are many with just a few hundreds or thousands=
 of customers), vendors will not update their code for you, even if that=E2=
=80=99s pretty easy to do. And even more, sometimes vendors provide firmwar=
e updated to existing hardware if is not too old, but they don=E2=80=99t su=
pport new transition mechanism because a small ISP ask for it. Look for exa=
mple at Mikrotik, I=E2=80=99ve many customers using this and they don=E2=80=
=99t have support for 6rd, DS-LITE, NAT64, 464LAT, Sofwires, etc. It is tru=
e that Mikrotik is more used as a corporate (SME) CPE, but also in many Wir=
eless deployments (for reaching remote residential customers). However, if =
you look to the =E2=80=9Cmajor=E2=80=9D CPE vendors for all the access tech=
nologies (Technicolor, Arris, Linksys, Comtrend, Asus, AVM, Belkin, Buffalo=
, D-link, Huawei, Netgear, TP-Link, Trendnet, ZTE, Zyxel and so and so), mo=
st of them have implemented only 6RD and DS-LITE, because that=E2=80=99s wh=
at we have in this document! So they really follow it.

    In any case, assuming you want to avoid having 7084bis require every
    single one of the many transition technologies that exist, but instead
    single out "best", to use your word, you first have to get consensus
    on which one actually is the "best". That sounds like going down the
    rathole to me.
=20
=E2=87=92 We can workout a text that explain different scenarios and possib=
le mechanisms for each of them. There is no need to say all them must be su=
pported, but a recommendation. After all, the code to support most of them =
is 1) open source 2) very compact 3) some times even shared code. What it m=
eans is that if a vendor want to support several of them, is possible in mo=
st of the devices that already support dual-stack, 6rd, ds-lite.  Basics ar=
e almost the same.
  =20
    > An alternative is to have an IPv6-only CE requirements document.
   =20
    Listing the technical requirements specific to delivering IPv6 indeed
    precisely what a properly focused IPV6 CE router document should
    contain. Anything else, such as stating which IPv4 transition
    technology is the "best", should be considered out of scope.
   =20
    If the CE vendor decides to also implement support for 464XLAT it can
    find perfectly fine guidance on how to go about doing that in RFC6877.
    4RD? RFC7600. MAP-E? RFC7597. And so forth.
  =20
=E2=87=92 Look at what is being actually implemented: 6rd and DS-lite, just=
 what we have at this document.
=20
    Tore
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Sat Nov  5 04:10:34 2016
Return-Path: <prvs=11179e9fff=jordi.palet@consulintel.es>
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 050AE129A60 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 04:10:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 vQ-nVgfpA-Is for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 04:10:31 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 64101129A5F for <v6ops@ietf.org>; Sat,  5 Nov 2016 04:10:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1478344228; x=1478949028; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=U3eplfreJT78vx0DvuyQ76JMn 8hg8WrSdxoOFX23XUM=; b=KPlCZRjNMr0eOCxgsQsWxno3o4XlTq/pTq6zxyqVo uy6iSsMeYajnXaG4h9EBUDKmlSmEo4RXOqOZLSgb0AFmNLfT3G2t/GPmotgu5yux A6oUy0c0I96tLcn7UnlmWauBpixRS5AzyrzrQu+DVt7bgShGizeqaPxhuVY7m2Fv xI=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=p2G8m/2WCP2h9KcnF9Ygj56V8mENOJSFAFyFZTvzPUXmxe8YHP2bVhoMW/2l stgS32MdMgcmaV3jD55iWP2Cnx7T49zp8u0RYcyfqTMsO9gG4Ln38T1H7 ecZvCPqzmqxE0UByoVW89FUrwniw1TBuqp2sk2L2YxB5yJBIoOrJWw=;
X-MDAV-Processed: mail.consulintel.es, Sat, 05 Nov 2016 12:10:28 +0100
X-Spam-Processed: mail.consulintel.es, Sat, 05 Nov 2016 12:10:27 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005197700.msg for <v6ops@ietf.org>; Sat, 05 Nov 2016 12:10:27 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161105:md50005197700::jRcf6iYJDtQhAJSY:0000B9LL
X-Return-Path: prvs=11179e9fff=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Sat, 05 Nov 2016 12:10:23 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: <tore@fud.no>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <92581B6A-EE3D-4CB1-AF4B-B333D4F2B903@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home> <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es> <20161104231432.3f3cd322@envy.e1.y.home> <EAB9EFDD-50CD-480A-BFE6-606393558B4E@consulintel.es>
In-Reply-To: <EAB9EFDD-50CD-480A-BFE6-606393558B4E@consulintel.es>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/j7RHI-rFIFpXTuB0Jvf2xRNLlhA>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Sat, 05 Nov 2016 11:10:33 -0000

By the way, forgot something with is quite relevant.

Yes, there are a couple of vendors that officially support 464XLAT, but if =
you try compare the pricing with other low cost CPEs which are the ones use=
d in most of the ISP networks for residential customer, there is a big gap.=
 Small ISPs can=E2=80=99t use them, they have a low volume, even sometimes,=
 they buy indirectly and not from the makers but from local market, and eve=
n sometimes, the end-user is responsible for buying a new CPE, etc. So if t=
he support is not widely available in almost each low cost CPE (in addition=
 to more expensive ones), transition is not going to happen in the best way=
 and it will take much longer.

As a standards community, I don=E2=80=99t think this is what we want. Neith=
er I think is what ISPs wish.

Oh yeah, this is what vendor prefer, selling now one CPE, and tomorrow anot=
her one =E2=80=A6 but I don=E2=80=99t think our mission here is to help the=
m to make profit, but to make better products that have a longer lifetime. =
Product that can be used in today networks, but still work in tomorrow ones=
, when the ISPs only want to provide IPv6-only WAN links, because they can=
=E2=80=99t do IPv4 anymore, and they want to avoid CGN as much as possible,=
 the CPE is still able to do that, instead of going to one more replacement=
 cycle.

Regards,
Jordi


-----Mensaje original-----
De: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Fecha: s=C3=A1bado, 5 de noviembre de 2016, 11:22
Para: <tore@fud.no>, "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

    Below in-line.
   =20
    -----Mensaje original-----
    De: Tore Anderson <tore@fud.no>
    Responder a: <tore@fud.no>
    Fecha: viernes, 4 de noviembre de 2016, 23:14
    Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
    CC: "v6ops@ietf.org" <v6ops@ietf.org>
    Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements=
 for IPv6 Customer Edge Routers
   =20
        * JORDI PALET MARTINEZ
       =20
        > The abstract explicitly states: The document also covers IP
        > transition technologies.
       =20
        A prime candidate for deletion in a 7084bis document.
     =20
    =E2=87=92 There is a lot of text about IPv4, I just started with the 1s=
t 2 pages =E2=80=A6
     =20
        > Also in the intro: These routers typically also support IPv4.
        >=20
        > And it clearly makes sense, is real life today, because we like i=
t or
        > not, we can=E2=80=99t switch off IPv4 day-night, so for some year=
s, we need
        > to provide support for existing IPv4 devices in the internal netw=
orks.
       =20
        Nobody suggested making a 7084bis document prohibit IPv6 CE routers
        from also supporting native IPv4 (or your favourite IPv4 transition
        technology).
       =20
    -> If the document is meant for dual stack support as in today world, t=
hen we need to have it more complete with =E2=80=9Cactual=E2=80=9D transiti=
on technologies. 6RD is no longer meaningful in a world where ISPs will not=
 have sufficient public IPv4 addresses for all the customers. The same as t=
he actual document talks about DS-LITE, should mention updated technologies=
. Otherwise we need two documents, one for IPv6-only CPEs, one for CPEs tha=
t still need to support IPv4.
   =20
        > The market is not necessarily doing the right thing if IETF is no=
t
        > there helping with some guidance. And in fact this situation is a
        > clear example: We asked support for 6rd and DS-Lite, and it is th=
ere
        > in many vendors, but those mechanisms are no longer the =E2=80=9C=
best=E2=80=9D
        > choices, and as we didn=E2=80=99t explicitly asked support for ne=
wer
        > (IPv6-only mechanisms), they are not there, while the ISPs requir=
e it.
       =20
        They will be there if the ISPs ask for it. You already mentioned th=
at
        you'd found two different CPE vendors that implemented the transiti=
on
        technology you wanted - so why not simply buy your CPEs from them? =
You
        (and others) doing that is the best way to make their competitors
        follow suit.
       =20
    =E2=87=92 Believe me, is not that way. Unless you have a strong purchas=
ing power, small ISPs (and there are many with just a few hundreds or thous=
ands of customers), vendors will not update their code for you, even if tha=
t=E2=80=99s pretty easy to do. And even more, sometimes vendors provide fir=
mware updated to existing hardware if is not too old, but they don=E2=80=99=
t support new transition mechanism because a small ISP ask for it. Look for=
 example at Mikrotik, I=E2=80=99ve many customers using this and they don=
=E2=80=99t have support for 6rd, DS-LITE, NAT64, 464LAT, Sofwires, etc. It =
is true that Mikrotik is more used as a corporate (SME) CPE, but also in ma=
ny Wireless deployments (for reaching remote residential customers). Howeve=
r, if you look to the =E2=80=9Cmajor=E2=80=9D CPE vendors for all the acces=
s technologies (Technicolor, Arris, Linksys, Comtrend, Asus, AVM, Belkin, B=
uffalo, D-link, Huawei, Netgear, TP-Link, Trendnet, ZTE, Zyxel and so and s=
o), most of them have implemented only 6RD and DS-LITE, because that=E2=80=
=99s what we have in this document! So they really follow it.
   =20
        In any case, assuming you want to avoid having 7084bis require ever=
y
        single one of the many transition technologies that exist, but inst=
ead
        single out "best", to use your word, you first have to get consensu=
s
        on which one actually is the "best". That sounds like going down th=
e
        rathole to me.
    =20
    =E2=87=92 We can workout a text that explain different scenarios and po=
ssible mechanisms for each of them. There is no need to say all them must b=
e supported, but a recommendation. After all, the code to support most of t=
hem is 1) open source 2) very compact 3) some times even shared code. What =
it means is that if a vendor want to support several of them, is possible i=
n most of the devices that already support dual-stack, 6rd, ds-lite.  Basic=
s are almost the same.
      =20
        > An alternative is to have an IPv6-only CE requirements document.
       =20
        Listing the technical requirements specific to delivering IPv6 inde=
ed
        precisely what a properly focused IPV6 CE router document should
        contain. Anything else, such as stating which IPv4 transition
        technology is the "best", should be considered out of scope.
       =20
        If the CE vendor decides to also implement support for 464XLAT it c=
an
        find perfectly fine guidance on how to go about doing that in RFC68=
77.
        4RD? RFC7600. MAP-E? RFC7597. And so forth.
      =20
    =E2=87=92 Look at what is being actually implemented: 6rd and DS-lite, =
just what we have at this document.
    =20
        Tore
       =20
       =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Sat Nov  5 04:37:04 2016
Return-Path: <rajiva@cisco.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 07B23129883 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 04:37:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.017
X-Spam-Level: 
X-Spam-Status: No, score=-16.017 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 dBMLjyp2MPBW for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 04:36:59 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05CE9129704 for <v6ops@ietf.org>; Sat,  5 Nov 2016 04:36:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30199; q=dns/txt; s=iport; t=1478345818; x=1479555418; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qzR+pEKg5VK1PwxcF79kJOeLF21lvFBDqsTL4L1t2wI=; b=gpnskhVhW0+YkSprXvYBfDpyLzW1Pi+Z0fuCkQs1OTcY9ix3alOk5EnF oYK4oa4WYqwncKhgnjSPHLgLXuEclMSkC0ftz/HShxkZX7xjeEWk8WOkD ddTskRkspZixH9CbCFKdQNAs7w72H4EgLq1kLWRt108K1RyiUfUnGCoFv 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQAjwx1Y/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy4BAQEBAR9YfI04lwCUSoIIHgEKhXsCGoFsPxQBAgEBAQEBAQF?= =?us-ascii?q?iHQuEYgEBBAEBASAERwsQAgEIPwMCAgIlCxQRAgQOBRQFiD8Or3yBblKLSAEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBARyGP4F9gVOBBYE8glsWKi6CRi2CLwWUR4VgAZB?= =?us-ascii?q?DCoFkjiKHL4V7hAUBHjd6G4MjJ4FFcoUIgjwBAQE?=
X-IronPort-AV: E=Sophos;i="5.31,448,1473120000";  d="scan'208,217";a="344603539"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Nov 2016 11:36:57 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id uA5BavlL027242 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 5 Nov 2016 11:36:57 GMT
Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sat, 5 Nov 2016 06:36:57 -0500
Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1210.000; Sat, 5 Nov 2016 06:36:58 -0500
From: "Rajiv Asati (rajiva)" <rajiva@cisco.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>
Thread-Topic: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: AQHSNsFu25M3UUYHzEODcR141XCPo6DJhDaAgAACmgCAAAuZAIAAFDEAgAARVwCAAIUUlIAAB00f
Date: Sat, 5 Nov 2016 11:36:57 +0000
Message-ID: <E9E64F00-D5B5-49A0-92DD-21CF57547A2E@cisco.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <E7F16189-0CCF-4422-BAB0-99AFB8C17D9D@consulintel.es> <20161104210012.12f68beb@envy.e1.y.home> <D2DFAC13-D984-4D27-A997-EC48669338AD@consulintel.es> <20161104231432.3f3cd322@envy.e1.y.home> <EAB9EFDD-50CD-480A-BFE6-606393558B4E@consulintel.es>, <92581B6A-EE3D-4CB1-AF4B-B333D4F2B903@consulintel.es>
In-Reply-To: <92581B6A-EE3D-4CB1-AF4B-B333D4F2B903@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_E9E64F00D5B549A092DD21CF57547A2Eciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/4aKNgDMGoJM-ZWWMd4wNRGk_N68>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, "tore@fud.no" <tore@fud.no>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Sat, 05 Nov 2016 11:37:02 -0000

--_000_E9E64F00D5B549A092DD21CF57547A2Eciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

Sm9yZGksDQoNCkkgYWdyZWUgdG8geW91ciByZWFzb25pbmcuIEkgd2lzaCA3MDg0IGZvY3VzZWQg
b24gb25seSB2NiByZXF1aXJlbWVudHMgYW5kIHRoZXJlIHdhcyBhbm90aGVyIGRvY3VtZW50IHRo
YXQgZm9jdXNlZCBvbiB2NCBvdmVybGF5IChhbmQgd2hhdGV2ZXIgZWxzZSkgcmVxdWlyZW1lbnRz
IGluIGEgc2VwYXJhdGUgZG9jdW1lbnQuIFBlcmhhcHMsIHdlIGhhdmUgYW4gb3Bwb3J0dW5pdHkg
dG8gZG8gdGhhdCBub3cuDQoNClRha2luZyBhIGxvbmctdGVybSB2aWV3ICg1LTEweXIgb3V0KSwg
c3VjaCBhIHNlcGFyYXRpb24gd291bGQgYmUgdXNlZnVsIGZvciB2ZW5kb3JzIHRvIG5vdCBibG9h
dCB3aXRoIHVud2FudGVkIGZlYXR1cmVzIHRoYXQgd29uJ3QgYmUgdXNlZnVsIHRvIGV2ZXJ5IElT
UC4NCg0KT2YgY291cnNlLCB0aGF0J3Mgbm90IHRvIHNheSB0aGF0IHRob3NlIGZlYXR1cmVzIHN1
Y2ggYXMgNDY0WExBVCwgTUFQLVQvRSBldGMuIGFyZSBub3QgdXNlZnVsIGF0IHRoZSBtb21lbnQu
DQoNCk9uZSBtaW5vciBjbGFyaWZpY2F0aW9uLA0KDQpidXQgc3RpbGwgd29yayBpbiB0b21vcnJv
dyBvbmVzLCB3aGVuIHRoZSBJU1BzIG9ubHkgd2FudCB0byBwcm92aWRlIElQdjYtb25seSBXQU4g
bGlua3MsIGJlY2F1c2UgdGhleSBjYW7igJl0IGRvIElQdjQgYW55bW9yZSwgYW5kIHRoZXkgd2Fu
dCB0byBhdm9pZCBDR04gYXMgbXVjaCBhcyBwb3NzaWJsZSwgdGhlIENQRSBpcyBzdGlsbCBhYmxl
IHRvIGRvIHRoYXQsDQoNCkNHTiBjb3VsZCBiZSBpbnRlbmRlZCBmb3Igc3RhdGVmdWwgTkFUNDQg
b3Igc3RhdGVmdWwgTkFUNjQsIGtleSBpcyB0aGF0IGl0IGxpdmVzIGluIHRoZSBJU1AgbmV0d29y
ay4NCg0KV2l0aCA0NjRYTEFULCBDR042NCBpcyBuZWVkZWQuDQoNCklmIHRoZSBpbnRlbnQgaW4g
dGhlIGFib3ZlIHN0YXRlbWVudCBpcyB0byBhdm9pZCBzdGF0ZWZ1bCBDR04gYWx0b2dldGhlciwg
dGhlbiBNQVAtVC9FIGlzIHRoZSB3YXkgdG8gZ28uDQoNCg0KQ2hlZXJzLA0KUmFqaXYNCg0KT24g
Tm92IDUsIDIwMTYsIGF0IDc6MTAgQU0sIEpPUkRJIFBBTEVUIE1BUlRJTkVaIDxqb3JkaS5wYWxl
dEBjb25zdWxpbnRlbC5lczxtYWlsdG86am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+PiB3cm90
ZToNCg0KQnkgdGhlIHdheSwgZm9yZ290IHNvbWV0aGluZyB3aXRoIGlzIHF1aXRlIHJlbGV2YW50
Lg0KDQpZZXMsIHRoZXJlIGFyZSBhIGNvdXBsZSBvZiB2ZW5kb3JzIHRoYXQgb2ZmaWNpYWxseSBz
dXBwb3J0IDQ2NFhMQVQsIGJ1dCBpZiB5b3UgdHJ5IGNvbXBhcmUgdGhlIHByaWNpbmcgd2l0aCBv
dGhlciBsb3cgY29zdCBDUEVzIHdoaWNoIGFyZSB0aGUgb25lcyB1c2VkIGluIG1vc3Qgb2YgdGhl
IElTUCBuZXR3b3JrcyBmb3IgcmVzaWRlbnRpYWwgY3VzdG9tZXIsIHRoZXJlIGlzIGEgYmlnIGdh
cC4gU21hbGwgSVNQcyBjYW7igJl0IHVzZSB0aGVtLCB0aGV5IGhhdmUgYSBsb3cgdm9sdW1lLCBl
dmVuIHNvbWV0aW1lcywgdGhleSBidXkgaW5kaXJlY3RseSBhbmQgbm90IGZyb20gdGhlIG1ha2Vy
cyBidXQgZnJvbSBsb2NhbCBtYXJrZXQsIGFuZCBldmVuIHNvbWV0aW1lcywgdGhlIGVuZC11c2Vy
IGlzIHJlc3BvbnNpYmxlIGZvciBidXlpbmcgYSBuZXcgQ1BFLCBldGMuIFNvIGlmIHRoZSBzdXBw
b3J0IGlzIG5vdCB3aWRlbHkgYXZhaWxhYmxlIGluIGFsbW9zdCBlYWNoIGxvdyBjb3N0IENQRSAo
aW4gYWRkaXRpb24gdG8gbW9yZSBleHBlbnNpdmUgb25lcyksIHRyYW5zaXRpb24gaXMgbm90IGdv
aW5nIHRvIGhhcHBlbiBpbiB0aGUgYmVzdCB3YXkgYW5kIGl0IHdpbGwgdGFrZSBtdWNoIGxvbmdl
ci4NCg0KQXMgYSBzdGFuZGFyZHMgY29tbXVuaXR5LCBJIGRvbuKAmXQgdGhpbmsgdGhpcyBpcyB3
aGF0IHdlIHdhbnQuIE5laXRoZXIgSSB0aGluayBpcyB3aGF0IElTUHMgd2lzaC4NCg0KT2ggeWVh
aCwgdGhpcyBpcyB3aGF0IHZlbmRvciBwcmVmZXIsIHNlbGxpbmcgbm93IG9uZSBDUEUsIGFuZCB0
b21vcnJvdyBhbm90aGVyIG9uZSDigKYgYnV0IEkgZG9u4oCZdCB0aGluayBvdXIgbWlzc2lvbiBo
ZXJlIGlzIHRvIGhlbHAgdGhlbSB0byBtYWtlIHByb2ZpdCwgYnV0IHRvIG1ha2UgYmV0dGVyIHBy
b2R1Y3RzIHRoYXQgaGF2ZSBhIGxvbmdlciBsaWZldGltZS4gUHJvZHVjdCB0aGF0IGNhbiBiZSB1
c2VkIGluIHRvZGF5IG5ldHdvcmtzLCBidXQgc3RpbGwgd29yayBpbiB0b21vcnJvdyBvbmVzLCB3
aGVuIHRoZSBJU1BzIG9ubHkgd2FudCB0byBwcm92aWRlIElQdjYtb25seSBXQU4gbGlua3MsIGJl
Y2F1c2UgdGhleSBjYW7igJl0IGRvIElQdjQgYW55bW9yZSwgYW5kIHRoZXkgd2FudCB0byBhdm9p
ZCBDR04gYXMgbXVjaCBhcyBwb3NzaWJsZSwgdGhlIENQRSBpcyBzdGlsbCBhYmxlIHRvIGRvIHRo
YXQsIGluc3RlYWQgb2YgZ29pbmcgdG8gb25lIG1vcmUgcmVwbGFjZW1lbnQgY3ljbGUuDQoNClJl
Z2FyZHMsDQpKb3JkaQ0KDQoNCi0tLS0tTWVuc2FqZSBvcmlnaW5hbC0tLS0tDQpEZTogSk9SREkg
UEFMRVQgTUFSVElORVogPGpvcmRpLnBhbGV0QGNvbnN1bGludGVsLmVzPG1haWx0bzpqb3JkaS5w
YWxldEBjb25zdWxpbnRlbC5lcz4+DQpGZWNoYTogc8OhYmFkbywgNSBkZSBub3ZpZW1icmUgZGUg
MjAxNiwgMTE6MjINClBhcmE6IDx0b3JlQGZ1ZC5ubzxtYWlsdG86dG9yZUBmdWQubm8+PiwgInY2
b3BzQGlldGYub3JnPG1haWx0bzp2Nm9wc0BpZXRmLm9yZz4iIDx2Nm9wc0BpZXRmLm9yZzxtYWls
dG86djZvcHNAaWV0Zi5vcmc+Pg0KQXN1bnRvOiBSZTogW3Y2b3BzXSBkbyB3ZSBuZWVkIHRvIHVw
ZGF0ZSBSRkM3MDg0ID8gLSBCYXNpYyBSZXF1aXJlbWVudHMgZm9yIElQdjYgQ3VzdG9tZXIgRWRn
ZSBSb3V0ZXJzDQoNCiAgIEJlbG93IGluLWxpbmUuDQoNCiAgIC0tLS0tTWVuc2FqZSBvcmlnaW5h
bC0tLS0tDQogICBEZTogVG9yZSBBbmRlcnNvbiA8dG9yZUBmdWQubm88bWFpbHRvOnRvcmVAZnVk
Lm5vPj4NCiAgIFJlc3BvbmRlciBhOiA8dG9yZUBmdWQubm88bWFpbHRvOnRvcmVAZnVkLm5vPj4N
CiAgIEZlY2hhOiB2aWVybmVzLCA0IGRlIG5vdmllbWJyZSBkZSAyMDE2LCAyMzoxNA0KICAgUGFy
YTogSk9SREkgUEFMRVQgTUFSVElORVogPGpvcmRpLnBhbGV0QGNvbnN1bGludGVsLmVzPG1haWx0
bzpqb3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4+DQogICBDQzogInY2b3BzQGlldGYub3JnPG1h
aWx0bzp2Nm9wc0BpZXRmLm9yZz4iIDx2Nm9wc0BpZXRmLm9yZzxtYWlsdG86djZvcHNAaWV0Zi5v
cmc+Pg0KICAgQXN1bnRvOiBSZTogW3Y2b3BzXSBkbyB3ZSBuZWVkIHRvIHVwZGF0ZSBSRkM3MDg0
ID8gLSBCYXNpYyBSZXF1aXJlbWVudHMgZm9yIElQdjYgQ3VzdG9tZXIgRWRnZSBSb3V0ZXJzDQoN
CiAgICAgICAqIEpPUkRJIFBBTEVUIE1BUlRJTkVaDQoNClRoZSBhYnN0cmFjdCBleHBsaWNpdGx5
IHN0YXRlczogVGhlIGRvY3VtZW50IGFsc28gY292ZXJzIElQDQp0cmFuc2l0aW9uIHRlY2hub2xv
Z2llcy4NCg0KICAgICAgIEEgcHJpbWUgY2FuZGlkYXRlIGZvciBkZWxldGlvbiBpbiBhIDcwODRi
aXMgZG9jdW1lbnQuDQoNCiAgIOKHkiBUaGVyZSBpcyBhIGxvdCBvZiB0ZXh0IGFib3V0IElQdjQs
IEkganVzdCBzdGFydGVkIHdpdGggdGhlIDFzdCAyIHBhZ2VzIOKApg0KDQpBbHNvIGluIHRoZSBp
bnRybzogVGhlc2Ugcm91dGVycyB0eXBpY2FsbHkgYWxzbyBzdXBwb3J0IElQdjQuDQoNCkFuZCBp
dCBjbGVhcmx5IG1ha2VzIHNlbnNlLCBpcyByZWFsIGxpZmUgdG9kYXksIGJlY2F1c2Ugd2UgbGlr
ZSBpdCBvcg0Kbm90LCB3ZSBjYW7igJl0IHN3aXRjaCBvZmYgSVB2NCBkYXktbmlnaHQsIHNvIGZv
ciBzb21lIHllYXJzLCB3ZSBuZWVkDQp0byBwcm92aWRlIHN1cHBvcnQgZm9yIGV4aXN0aW5nIElQ
djQgZGV2aWNlcyBpbiB0aGUgaW50ZXJuYWwgbmV0d29ya3MuDQoNCiAgICAgICBOb2JvZHkgc3Vn
Z2VzdGVkIG1ha2luZyBhIDcwODRiaXMgZG9jdW1lbnQgcHJvaGliaXQgSVB2NiBDRSByb3V0ZXJz
DQogICAgICAgZnJvbSBhbHNvIHN1cHBvcnRpbmcgbmF0aXZlIElQdjQgKG9yIHlvdXIgZmF2b3Vy
aXRlIElQdjQgdHJhbnNpdGlvbg0KICAgICAgIHRlY2hub2xvZ3kpLg0KDQogICAtPiBJZiB0aGUg
ZG9jdW1lbnQgaXMgbWVhbnQgZm9yIGR1YWwgc3RhY2sgc3VwcG9ydCBhcyBpbiB0b2RheSB3b3Js
ZCwgdGhlbiB3ZSBuZWVkIHRvIGhhdmUgaXQgbW9yZSBjb21wbGV0ZSB3aXRoIOKAnGFjdHVhbOKA
nSB0cmFuc2l0aW9uIHRlY2hub2xvZ2llcy4gNlJEIGlzIG5vIGxvbmdlciBtZWFuaW5nZnVsIGlu
IGEgd29ybGQgd2hlcmUgSVNQcyB3aWxsIG5vdCBoYXZlIHN1ZmZpY2llbnQgcHVibGljIElQdjQg
YWRkcmVzc2VzIGZvciBhbGwgdGhlIGN1c3RvbWVycy4gVGhlIHNhbWUgYXMgdGhlIGFjdHVhbCBk
b2N1bWVudCB0YWxrcyBhYm91dCBEUy1MSVRFLCBzaG91bGQgbWVudGlvbiB1cGRhdGVkIHRlY2hu
b2xvZ2llcy4gT3RoZXJ3aXNlIHdlIG5lZWQgdHdvIGRvY3VtZW50cywgb25lIGZvciBJUHY2LW9u
bHkgQ1BFcywgb25lIGZvciBDUEVzIHRoYXQgc3RpbGwgbmVlZCB0byBzdXBwb3J0IElQdjQuDQoN
ClRoZSBtYXJrZXQgaXMgbm90IG5lY2Vzc2FyaWx5IGRvaW5nIHRoZSByaWdodCB0aGluZyBpZiBJ
RVRGIGlzIG5vdA0KdGhlcmUgaGVscGluZyB3aXRoIHNvbWUgZ3VpZGFuY2UuIEFuZCBpbiBmYWN0
IHRoaXMgc2l0dWF0aW9uIGlzIGENCmNsZWFyIGV4YW1wbGU6IFdlIGFza2VkIHN1cHBvcnQgZm9y
IDZyZCBhbmQgRFMtTGl0ZSwgYW5kIGl0IGlzIHRoZXJlDQppbiBtYW55IHZlbmRvcnMsIGJ1dCB0
aG9zZSBtZWNoYW5pc21zIGFyZSBubyBsb25nZXIgdGhlIOKAnGJlc3TigJ0NCmNob2ljZXMsIGFu
ZCBhcyB3ZSBkaWRu4oCZdCBleHBsaWNpdGx5IGFza2VkIHN1cHBvcnQgZm9yIG5ld2VyDQooSVB2
Ni1vbmx5IG1lY2hhbmlzbXMpLCB0aGV5IGFyZSBub3QgdGhlcmUsIHdoaWxlIHRoZSBJU1BzIHJl
cXVpcmUgaXQuDQoNCiAgICAgICBUaGV5IHdpbGwgYmUgdGhlcmUgaWYgdGhlIElTUHMgYXNrIGZv
ciBpdC4gWW91IGFscmVhZHkgbWVudGlvbmVkIHRoYXQNCiAgICAgICB5b3UnZCBmb3VuZCB0d28g
ZGlmZmVyZW50IENQRSB2ZW5kb3JzIHRoYXQgaW1wbGVtZW50ZWQgdGhlIHRyYW5zaXRpb24NCiAg
ICAgICB0ZWNobm9sb2d5IHlvdSB3YW50ZWQgLSBzbyB3aHkgbm90IHNpbXBseSBidXkgeW91ciBD
UEVzIGZyb20gdGhlbT8gWW91DQogICAgICAgKGFuZCBvdGhlcnMpIGRvaW5nIHRoYXQgaXMgdGhl
IGJlc3Qgd2F5IHRvIG1ha2UgdGhlaXIgY29tcGV0aXRvcnMNCiAgICAgICBmb2xsb3cgc3VpdC4N
Cg0KICAg4oeSIEJlbGlldmUgbWUsIGlzIG5vdCB0aGF0IHdheS4gVW5sZXNzIHlvdSBoYXZlIGEg
c3Ryb25nIHB1cmNoYXNpbmcgcG93ZXIsIHNtYWxsIElTUHMgKGFuZCB0aGVyZSBhcmUgbWFueSB3
aXRoIGp1c3QgYSBmZXcgaHVuZHJlZHMgb3IgdGhvdXNhbmRzIG9mIGN1c3RvbWVycyksIHZlbmRv
cnMgd2lsbCBub3QgdXBkYXRlIHRoZWlyIGNvZGUgZm9yIHlvdSwgZXZlbiBpZiB0aGF04oCZcyBw
cmV0dHkgZWFzeSB0byBkby4gQW5kIGV2ZW4gbW9yZSwgc29tZXRpbWVzIHZlbmRvcnMgcHJvdmlk
ZSBmaXJtd2FyZSB1cGRhdGVkIHRvIGV4aXN0aW5nIGhhcmR3YXJlIGlmIGlzIG5vdCB0b28gb2xk
LCBidXQgdGhleSBkb27igJl0IHN1cHBvcnQgbmV3IHRyYW5zaXRpb24gbWVjaGFuaXNtIGJlY2F1
c2UgYSBzbWFsbCBJU1AgYXNrIGZvciBpdC4gTG9vayBmb3IgZXhhbXBsZSBhdCBNaWtyb3Rpaywg
SeKAmXZlIG1hbnkgY3VzdG9tZXJzIHVzaW5nIHRoaXMgYW5kIHRoZXkgZG9u4oCZdCBoYXZlIHN1
cHBvcnQgZm9yIDZyZCwgRFMtTElURSwgTkFUNjQsIDQ2NExBVCwgU29md2lyZXMsIGV0Yy4gSXQg
aXMgdHJ1ZSB0aGF0IE1pa3JvdGlrIGlzIG1vcmUgdXNlZCBhcyBhIGNvcnBvcmF0ZSAoU01FKSBD
UEUsIGJ1dCBhbHNvIGluIG1hbnkgV2lyZWxlc3MgZGVwbG95bWVudHMgKGZvciByZWFjaGluZyBy
ZW1vdGUgcmVzaWRlbnRpYWwgY3VzdG9tZXJzKS4gSG93ZXZlciwgaWYgeW91IGxvb2sgdG8gdGhl
IOKAnG1ham9y4oCdIENQRSB2ZW5kb3JzIGZvciBhbGwgdGhlIGFjY2VzcyB0ZWNobm9sb2dpZXMg
KFRlY2huaWNvbG9yLCBBcnJpcywgTGlua3N5cywgQ29tdHJlbmQsIEFzdXMsIEFWTSwgQmVsa2lu
LCBCdWZmYWxvLCBELWxpbmssIEh1YXdlaSwgTmV0Z2VhciwgVFAtTGluaywgVHJlbmRuZXQsIFpU
RSwgWnl4ZWwgYW5kIHNvIGFuZCBzbyksIG1vc3Qgb2YgdGhlbSBoYXZlIGltcGxlbWVudGVkIG9u
bHkgNlJEIGFuZCBEUy1MSVRFLCBiZWNhdXNlIHRoYXTigJlzIHdoYXQgd2UgaGF2ZSBpbiB0aGlz
IGRvY3VtZW50ISBTbyB0aGV5IHJlYWxseSBmb2xsb3cgaXQuDQoNCiAgICAgICBJbiBhbnkgY2Fz
ZSwgYXNzdW1pbmcgeW91IHdhbnQgdG8gYXZvaWQgaGF2aW5nIDcwODRiaXMgcmVxdWlyZSBldmVy
eQ0KICAgICAgIHNpbmdsZSBvbmUgb2YgdGhlIG1hbnkgdHJhbnNpdGlvbiB0ZWNobm9sb2dpZXMg
dGhhdCBleGlzdCwgYnV0IGluc3RlYWQNCiAgICAgICBzaW5nbGUgb3V0ICJiZXN0IiwgdG8gdXNl
IHlvdXIgd29yZCwgeW91IGZpcnN0IGhhdmUgdG8gZ2V0IGNvbnNlbnN1cw0KICAgICAgIG9uIHdo
aWNoIG9uZSBhY3R1YWxseSBpcyB0aGUgImJlc3QiLiBUaGF0IHNvdW5kcyBsaWtlIGdvaW5nIGRv
d24gdGhlDQogICAgICAgcmF0aG9sZSB0byBtZS4NCg0KICAg4oeSIFdlIGNhbiB3b3Jrb3V0IGEg
dGV4dCB0aGF0IGV4cGxhaW4gZGlmZmVyZW50IHNjZW5hcmlvcyBhbmQgcG9zc2libGUgbWVjaGFu
aXNtcyBmb3IgZWFjaCBvZiB0aGVtLiBUaGVyZSBpcyBubyBuZWVkIHRvIHNheSBhbGwgdGhlbSBt
dXN0IGJlIHN1cHBvcnRlZCwgYnV0IGEgcmVjb21tZW5kYXRpb24uIEFmdGVyIGFsbCwgdGhlIGNv
ZGUgdG8gc3VwcG9ydCBtb3N0IG9mIHRoZW0gaXMgMSkgb3BlbiBzb3VyY2UgMikgdmVyeSBjb21w
YWN0IDMpIHNvbWUgdGltZXMgZXZlbiBzaGFyZWQgY29kZS4gV2hhdCBpdCBtZWFucyBpcyB0aGF0
IGlmIGEgdmVuZG9yIHdhbnQgdG8gc3VwcG9ydCBzZXZlcmFsIG9mIHRoZW0sIGlzIHBvc3NpYmxl
IGluIG1vc3Qgb2YgdGhlIGRldmljZXMgdGhhdCBhbHJlYWR5IHN1cHBvcnQgZHVhbC1zdGFjaywg
NnJkLCBkcy1saXRlLiAgQmFzaWNzIGFyZSBhbG1vc3QgdGhlIHNhbWUuDQoNCkFuIGFsdGVybmF0
aXZlIGlzIHRvIGhhdmUgYW4gSVB2Ni1vbmx5IENFIHJlcXVpcmVtZW50cyBkb2N1bWVudC4NCg0K
ICAgICAgIExpc3RpbmcgdGhlIHRlY2huaWNhbCByZXF1aXJlbWVudHMgc3BlY2lmaWMgdG8gZGVs
aXZlcmluZyBJUHY2IGluZGVlZA0KICAgICAgIHByZWNpc2VseSB3aGF0IGEgcHJvcGVybHkgZm9j
dXNlZCBJUFY2IENFIHJvdXRlciBkb2N1bWVudCBzaG91bGQNCiAgICAgICBjb250YWluLiBBbnl0
aGluZyBlbHNlLCBzdWNoIGFzIHN0YXRpbmcgd2hpY2ggSVB2NCB0cmFuc2l0aW9uDQogICAgICAg
dGVjaG5vbG9neSBpcyB0aGUgImJlc3QiLCBzaG91bGQgYmUgY29uc2lkZXJlZCBvdXQgb2Ygc2Nv
cGUuDQoNCiAgICAgICBJZiB0aGUgQ0UgdmVuZG9yIGRlY2lkZXMgdG8gYWxzbyBpbXBsZW1lbnQg
c3VwcG9ydCBmb3IgNDY0WExBVCBpdCBjYW4NCiAgICAgICBmaW5kIHBlcmZlY3RseSBmaW5lIGd1
aWRhbmNlIG9uIGhvdyB0byBnbyBhYm91dCBkb2luZyB0aGF0IGluIFJGQzY4NzcuDQogICAgICAg
NFJEPyBSRkM3NjAwLiBNQVAtRT8gUkZDNzU5Ny4gQW5kIHNvIGZvcnRoLg0KDQogICDih5IgTG9v
ayBhdCB3aGF0IGlzIGJlaW5nIGFjdHVhbGx5IGltcGxlbWVudGVkOiA2cmQgYW5kIERTLWxpdGUs
IGp1c3Qgd2hhdCB3ZSBoYXZlIGF0IHRoaXMgZG9jdW1lbnQuDQoNCiAgICAgICBUb3JlDQoNCg0K
DQoNCg0KDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQpJ
UHY0IGlzIG92ZXINCkFyZSB5b3UgcmVhZHkgZm9yIHRoZSBuZXcgSW50ZXJuZXQgPw0KaHR0cDov
L3d3dy5jb25zdWxpbnRlbC5lcw0KVGhlIElQdjYgQ29tcGFueQ0KDQpUaGlzIGVsZWN0cm9uaWMg
bWVzc2FnZSBjb250YWlucyBpbmZvcm1hdGlvbiB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCBvciBj
b25maWRlbnRpYWwuIFRoZSBpbmZvcm1hdGlvbiBpcyBpbnRlbmRlZCB0byBiZSBmb3IgdGhlIHVz
ZSBvZiB0aGUgaW5kaXZpZHVhbChzKSBuYW1lZCBhYm92ZS4gSWYgeW91IGFyZSBub3QgdGhlIGlu
dGVuZGVkIHJlY2lwaWVudCBiZSBhd2FyZSB0aGF0IGFueSBkaXNjbG9zdXJlLCBjb3B5aW5nLCBk
aXN0cmlidXRpb24gb3IgdXNlIG9mIHRoZSBjb250ZW50cyBvZiB0aGlzIGluZm9ybWF0aW9uLCBp
bmNsdWRpbmcgYXR0YWNoZWQgZmlsZXMsIGlzIHByb2hpYml0ZWQuDQoNCg0KDQpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KdjZvcHMgbWFpbGluZyBsaXN0
DQp2Nm9wc0BpZXRmLm9yZzxtYWlsdG86djZvcHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzDQo=

--_000_E9E64F00D5B549A092DD21CF57547A2Eciscocom_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8
ZGl2PkpvcmRpLDwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj48YnI+DQo8L2Rp
dj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+SSBhZ3JlZSB0byB5b3VyIHJlYXNvbmlu
Zy4gSSB3aXNoIDcwODQgZm9jdXNlZCBvbiBvbmx5IHY2IHJlcXVpcmVtZW50cyBhbmQgdGhlcmUg
d2FzIGFub3RoZXIgZG9jdW1lbnQgdGhhdCBmb2N1c2VkIG9uIHY0IG92ZXJsYXkgKGFuZCB3aGF0
ZXZlciBlbHNlKSByZXF1aXJlbWVudHMgaW4gYSBzZXBhcmF0ZSBkb2N1bWVudC4gUGVyaGFwcywg
d2UgaGF2ZSBhbiBvcHBvcnR1bml0eSB0byBkbyB0aGF0DQogbm93LiZuYnNwOzwvZGl2Pg0KPGRp
diBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj48YnI+DQo8L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFp
bFNpZ25hdHVyZSI+VGFraW5nIGEgbG9uZy10ZXJtIHZpZXcgKDUtMTB5ciBvdXQpLCBzdWNoIGEg
c2VwYXJhdGlvbiB3b3VsZCBiZSB1c2VmdWwgZm9yIHZlbmRvcnMgdG8gbm90IGJsb2F0IHdpdGgg
dW53YW50ZWQgZmVhdHVyZXMgdGhhdCB3b24ndCBiZSB1c2VmdWwgdG8gZXZlcnkgSVNQLiZuYnNw
OzwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj48YnI+DQo8L2Rpdj4NCjxkaXYg
aWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+T2YgY291cnNlLCB0aGF0J3Mgbm90IHRvIHNheSB0aGF0
IHRob3NlIGZlYXR1cmVzIHN1Y2ggYXMgNDY0WExBVCwgTUFQLVQvRSBldGMuIGFyZSBub3QgdXNl
ZnVsIGF0IHRoZSBtb21lbnQuJm5ic3A7PC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1
cmUiPjxicj4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5PbmUgbWlub3Ig
Y2xhcmlmaWNhdGlvbiwmbmJzcDs8L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+
PGJyPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPjxzcGFu
IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDI1NSwgMjU1LCAyNTUsIDApOyI+YnV0IHN0
aWxsIHdvcmsgaW4gdG9tb3Jyb3cgb25lcywgd2hlbiB0aGUgSVNQcyBvbmx5IHdhbnQgdG8gcHJv
dmlkZSBJUHY2LW9ubHkgV0FOIGxpbmtzLCBiZWNhdXNlIHRoZXkgY2Fu4oCZdCBkbyBJUHY0IGFu
eW1vcmUsIGFuZCB0aGV5IHdhbnQgdG8gYXZvaWQgQ0dOIGFzDQogbXVjaCBhcyBwb3NzaWJsZSwg
dGhlIENQRSBpcyBzdGlsbCBhYmxlIHRvIGRvIHRoYXQsJm5ic3A7PC9zcGFuPjwvZm9udD48L2Js
b2NrcXVvdGU+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPjxicj4NCjwvZGl2Pg0KPGRp
diBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5DR04gY291bGQgYmUgaW50ZW5kZWQgZm9yIHN0YXRl
ZnVsIE5BVDQ0IG9yIHN0YXRlZnVsIE5BVDY0LCBrZXkgaXMgdGhhdCBpdCBsaXZlcyBpbiB0aGUg
SVNQIG5ldHdvcmsuJm5ic3A7PC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPjxi
cj4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5XaXRoIDQ2NFhMQVQsIENH
TjY0IGlzIG5lZWRlZC4mbmJzcDs8L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+
PGJyPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPklmIHRoZSBpbnRlbnQg
aW4gdGhlIGFib3ZlIHN0YXRlbWVudCBpcyB0byBhdm9pZCBzdGF0ZWZ1bCBDR04gYWx0b2dldGhl
ciwgdGhlbiBNQVAtVC9FIGlzIHRoZSB3YXkgdG8gZ28uJm5ic3A7PC9kaXY+DQo8ZGl2IGlkPSJB
cHBsZU1haWxTaWduYXR1cmUiPjxicj4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0
dXJlIj48YnI+DQo8L2Rpdj4NCkNoZWVycywNCjxkaXY+UmFqaXYgJm5ic3A7PC9kaXY+DQo8L2Rp
dj4NCjxkaXY+PGJyPg0KT24gTm92IDUsIDIwMTYsIGF0IDc6MTAgQU0sIEpPUkRJIFBBTEVUIE1B
UlRJTkVaICZsdDs8YSBocmVmPSJtYWlsdG86am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXMiPmpv
cmRpLnBhbGV0QGNvbnN1bGludGVsLmVzPC9hPiZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPC9kaXY+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXY+PHNwYW4+QnkgdGhlIHdheSwgZm9yZ290
IHNvbWV0aGluZyB3aXRoIGlzIHF1aXRlIHJlbGV2YW50Ljwvc3Bhbj48YnI+DQo8c3Bhbj48L3Nw
YW4+PGJyPg0KPHNwYW4+WWVzLCB0aGVyZSBhcmUgYSBjb3VwbGUgb2YgdmVuZG9ycyB0aGF0IG9m
ZmljaWFsbHkgc3VwcG9ydCA0NjRYTEFULCBidXQgaWYgeW91IHRyeSBjb21wYXJlIHRoZSBwcmlj
aW5nIHdpdGggb3RoZXIgbG93IGNvc3QgQ1BFcyB3aGljaCBhcmUgdGhlIG9uZXMgdXNlZCBpbiBt
b3N0IG9mIHRoZSBJU1AgbmV0d29ya3MgZm9yIHJlc2lkZW50aWFsIGN1c3RvbWVyLCB0aGVyZSBp
cyBhIGJpZyBnYXAuIFNtYWxsIElTUHMgY2Fu4oCZdCB1c2UgdGhlbSwNCiB0aGV5IGhhdmUgYSBs
b3cgdm9sdW1lLCBldmVuIHNvbWV0aW1lcywgdGhleSBidXkgaW5kaXJlY3RseSBhbmQgbm90IGZy
b20gdGhlIG1ha2VycyBidXQgZnJvbSBsb2NhbCBtYXJrZXQsIGFuZCBldmVuIHNvbWV0aW1lcywg
dGhlIGVuZC11c2VyIGlzIHJlc3BvbnNpYmxlIGZvciBidXlpbmcgYSBuZXcgQ1BFLCBldGMuIFNv
IGlmIHRoZSBzdXBwb3J0IGlzIG5vdCB3aWRlbHkgYXZhaWxhYmxlIGluIGFsbW9zdCBlYWNoIGxv
dyBjb3N0IENQRSAoaW4NCiBhZGRpdGlvbiB0byBtb3JlIGV4cGVuc2l2ZSBvbmVzKSwgdHJhbnNp
dGlvbiBpcyBub3QgZ29pbmcgdG8gaGFwcGVuIGluIHRoZSBiZXN0IHdheSBhbmQgaXQgd2lsbCB0
YWtlIG11Y2ggbG9uZ2VyLjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+QXMg
YSBzdGFuZGFyZHMgY29tbXVuaXR5LCBJIGRvbuKAmXQgdGhpbmsgdGhpcyBpcyB3aGF0IHdlIHdh
bnQuIE5laXRoZXIgSSB0aGluayBpcyB3aGF0IElTUHMgd2lzaC48L3NwYW4+PGJyPg0KPHNwYW4+
PC9zcGFuPjxicj4NCjxzcGFuPk9oIHllYWgsIHRoaXMgaXMgd2hhdCB2ZW5kb3IgcHJlZmVyLCBz
ZWxsaW5nIG5vdyBvbmUgQ1BFLCBhbmQgdG9tb3Jyb3cgYW5vdGhlciBvbmUg4oCmIGJ1dCBJIGRv
buKAmXQgdGhpbmsgb3VyIG1pc3Npb24gaGVyZSBpcyB0byBoZWxwIHRoZW0gdG8gbWFrZSBwcm9m
aXQsIGJ1dCB0byBtYWtlIGJldHRlciBwcm9kdWN0cyB0aGF0IGhhdmUgYSBsb25nZXIgbGlmZXRp
bWUuIFByb2R1Y3QgdGhhdCBjYW4gYmUgdXNlZCBpbiB0b2RheSBuZXR3b3JrcywNCiBidXQgc3Rp
bGwgd29yayBpbiB0b21vcnJvdyBvbmVzLCB3aGVuIHRoZSBJU1BzIG9ubHkgd2FudCB0byBwcm92
aWRlIElQdjYtb25seSBXQU4gbGlua3MsIGJlY2F1c2UgdGhleSBjYW7igJl0IGRvIElQdjQgYW55
bW9yZSwgYW5kIHRoZXkgd2FudCB0byBhdm9pZCBDR04gYXMgbXVjaCBhcyBwb3NzaWJsZSwgdGhl
IENQRSBpcyBzdGlsbCBhYmxlIHRvIGRvIHRoYXQsIGluc3RlYWQgb2YgZ29pbmcgdG8gb25lIG1v
cmUgcmVwbGFjZW1lbnQgY3ljbGUuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bh
bj5SZWdhcmRzLDwvc3Bhbj48YnI+DQo8c3Bhbj5Kb3JkaTwvc3Bhbj48YnI+DQo8c3Bhbj48L3Nw
YW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPi0tLS0tTWVuc2FqZSBvcmlnaW5hbC0t
LS0tPC9zcGFuPjxicj4NCjxzcGFuPkRlOiBKT1JESSBQQUxFVCBNQVJUSU5FWiAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmpvcmRpLnBhbGV0QGNvbnN1bGludGVsLmVzIj5qb3JkaS5wYWxldEBjb25zdWxp
bnRlbC5lczwvYT4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuPkZlY2hhOiBzw6FiYWRvLCA1IGRlIG5v
dmllbWJyZSBkZSAyMDE2LCAxMToyMjwvc3Bhbj48YnI+DQo8c3Bhbj5QYXJhOiAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOnRvcmVAZnVkLm5vIj50b3JlQGZ1ZC5ubzwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVm
PSJtYWlsdG86djZvcHNAaWV0Zi5vcmciPnY2b3BzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOnY2b3BzQGlldGYub3JnIj52Nm9wc0BpZXRmLm9yZzwvYT4mZ3Q7PC9zcGFu
Pjxicj4NCjxzcGFuPkFzdW50bzogUmU6IFt2Nm9wc10gZG8gd2UgbmVlZCB0byB1cGRhdGUgUkZD
NzA4NCA/IC0gQmFzaWMgUmVxdWlyZW1lbnRzIGZvciBJUHY2IEN1c3RvbWVyIEVkZ2UgUm91dGVy
czwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7
QmVsb3cgaW4tbGluZS48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNw
OyZuYnNwOyZuYnNwOy0tLS0tTWVuc2FqZSBvcmlnaW5hbC0tLS0tPC9zcGFuPjxicj4NCjxzcGFu
PiZuYnNwOyZuYnNwOyZuYnNwO0RlOiBUb3JlIEFuZGVyc29uICZsdDs8YSBocmVmPSJtYWlsdG86
dG9yZUBmdWQubm8iPnRvcmVAZnVkLm5vPC9hPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7
Jm5ic3A7Jm5ic3A7UmVzcG9uZGVyIGE6ICZsdDs8YSBocmVmPSJtYWlsdG86dG9yZUBmdWQubm8i
PnRvcmVAZnVkLm5vPC9hPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7
RmVjaGE6IHZpZXJuZXMsIDQgZGUgbm92aWVtYnJlIGRlIDIwMTYsIDIzOjE0PC9zcGFuPjxicj4N
CjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwO1BhcmE6IEpPUkRJIFBBTEVUIE1BUlRJTkVaICZsdDs8
YSBocmVmPSJtYWlsdG86am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXMiPmpvcmRpLnBhbGV0QGNv
bnN1bGludGVsLmVzPC9hPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Q0M6ICZxdW90OzxhIGhyZWY9Im1haWx0bzp2Nm9wc0BpZXRmLm9yZyI+djZvcHNAaWV0Zi5vcmc8
L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86djZvcHNAaWV0Zi5vcmciPnY2b3BzQGlldGYu
b3JnPC9hPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7QXN1bnRvOiBS
ZTogW3Y2b3BzXSBkbyB3ZSBuZWVkIHRvIHVwZGF0ZSBSRkM3MDg0ID8gLSBCYXNpYyBSZXF1aXJl
bWVudHMgZm9yIElQdjYgQ3VzdG9tZXIgRWRnZSBSb3V0ZXJzPC9zcGFuPjxicj4NCjxzcGFuPjwv
c3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsqIEpPUkRJIFBBTEVUIE1BUlRJTkVaPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8
YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj5UaGUgYWJzdHJhY3QgZXhwbGljaXRseSBzdGF0
ZXM6IFRoZSBkb2N1bWVudCBhbHNvIGNvdmVycyBJUDwvc3Bhbj48YnI+DQo8L2Jsb2NrcXVvdGU+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj50cmFuc2l0aW9uIHRlY2hub2xvZ2llcy48
L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0EgcHJpbWUgY2FuZGlkYXRlIGZv
ciBkZWxldGlvbiBpbiBhIDcwODRiaXMgZG9jdW1lbnQuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bh
bj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDvih5IgVGhlcmUgaXMgYSBsb3Qgb2YgdGV4
dCBhYm91dCBJUHY0LCBJIGp1c3Qgc3RhcnRlZCB3aXRoIHRoZSAxc3QgMiBwYWdlcyDigKY8L3Nw
YW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFu
PkFsc28gaW4gdGhlIGludHJvOiBUaGVzZSByb3V0ZXJzIHR5cGljYWxseSBhbHNvIHN1cHBvcnQg
SVB2NC48L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+
PHNwYW4+PC9zcGFuPjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUi
PjxzcGFuPkFuZCBpdCBjbGVhcmx5IG1ha2VzIHNlbnNlLCBpcyByZWFsIGxpZmUgdG9kYXksIGJl
Y2F1c2Ugd2UgbGlrZSBpdCBvcjwvc3Bhbj48YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90
ZSB0eXBlPSJjaXRlIj48c3Bhbj5ub3QsIHdlIGNhbuKAmXQgc3dpdGNoIG9mZiBJUHY0IGRheS1u
aWdodCwgc28gZm9yIHNvbWUgeWVhcnMsIHdlIG5lZWQ8L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3Rl
Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+dG8gcHJvdmlkZSBzdXBwb3J0IGZvciBl
eGlzdGluZyBJUHY0IGRldmljZXMgaW4gdGhlIGludGVybmFsIG5ldHdvcmtzLjwvc3Bhbj48YnI+
DQo8L2Jsb2NrcXVvdGU+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Tm9ib2R5IHN1Z2dlc3RlZCBtYWtpbmcgYSA3MDg0
YmlzIGRvY3VtZW50IHByb2hpYml0IElQdjYgQ0Ugcm91dGVyczwvc3Bhbj48YnI+DQo8c3Bhbj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtmcm9tIGFsc28gc3VwcG9y
dGluZyBuYXRpdmUgSVB2NCAob3IgeW91ciBmYXZvdXJpdGUgSVB2NCB0cmFuc2l0aW9uPC9zcGFu
Pjxicj4NCjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Rl
Y2hub2xvZ3kpLjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5i
c3A7Jm5ic3A7LSZndDsgSWYgdGhlIGRvY3VtZW50IGlzIG1lYW50IGZvciBkdWFsIHN0YWNrIHN1
cHBvcnQgYXMgaW4gdG9kYXkgd29ybGQsIHRoZW4gd2UgbmVlZCB0byBoYXZlIGl0IG1vcmUgY29t
cGxldGUgd2l0aCDigJxhY3R1YWzigJ0gdHJhbnNpdGlvbiB0ZWNobm9sb2dpZXMuIDZSRCBpcyBu
byBsb25nZXIgbWVhbmluZ2Z1bCBpbiBhIHdvcmxkIHdoZXJlIElTUHMgd2lsbCBub3QgaGF2ZSBz
dWZmaWNpZW50IHB1YmxpYyBJUHY0IGFkZHJlc3NlcyBmb3INCiBhbGwgdGhlIGN1c3RvbWVycy4g
VGhlIHNhbWUgYXMgdGhlIGFjdHVhbCBkb2N1bWVudCB0YWxrcyBhYm91dCBEUy1MSVRFLCBzaG91
bGQgbWVudGlvbiB1cGRhdGVkIHRlY2hub2xvZ2llcy4gT3RoZXJ3aXNlIHdlIG5lZWQgdHdvIGRv
Y3VtZW50cywgb25lIGZvciBJUHY2LW9ubHkgQ1BFcywgb25lIGZvciBDUEVzIHRoYXQgc3RpbGwg
bmVlZCB0byBzdXBwb3J0IElQdjQuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8Ymxv
Y2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj5UaGUgbWFya2V0IGlzIG5vdCBuZWNlc3NhcmlseSBk
b2luZyB0aGUgcmlnaHQgdGhpbmcgaWYgSUVURiBpcyBub3Q8L3NwYW4+PGJyPg0KPC9ibG9ja3F1
b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+dGhlcmUgaGVscGluZyB3aXRoIHNv
bWUgZ3VpZGFuY2UuIEFuZCBpbiBmYWN0IHRoaXMgc2l0dWF0aW9uIGlzIGE8L3NwYW4+PGJyPg0K
PC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+Y2xlYXIgZXhhbXBs
ZTogV2UgYXNrZWQgc3VwcG9ydCBmb3IgNnJkIGFuZCBEUy1MaXRlLCBhbmQgaXQgaXMgdGhlcmU8
L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+
aW4gbWFueSB2ZW5kb3JzLCBidXQgdGhvc2UgbWVjaGFuaXNtcyBhcmUgbm8gbG9uZ2VyIHRoZSDi
gJxiZXN04oCdPC9zcGFuPjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNp
dGUiPjxzcGFuPmNob2ljZXMsIGFuZCBhcyB3ZSBkaWRu4oCZdCBleHBsaWNpdGx5IGFza2VkIHN1
cHBvcnQgZm9yIG5ld2VyPC9zcGFuPjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5
cGU9ImNpdGUiPjxzcGFuPihJUHY2LW9ubHkgbWVjaGFuaXNtcyksIHRoZXkgYXJlIG5vdCB0aGVy
ZSwgd2hpbGUgdGhlIElTUHMgcmVxdWlyZSBpdC48L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0K
PHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO1RoZXkgd2lsbCBiZSB0aGVyZSBpZiB0aGUgSVNQcyBhc2sgZm9yIGl0LiBZb3Ug
YWxyZWFkeSBtZW50aW9uZWQgdGhhdDwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt5b3UnZCBmb3VuZCB0d28gZGlmZmVyZW50IENQRSB2
ZW5kb3JzIHRoYXQgaW1wbGVtZW50ZWQgdGhlIHRyYW5zaXRpb248L3NwYW4+PGJyPg0KPHNwYW4+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGVjaG5vbG9neSB5b3Ug
d2FudGVkIC0gc28gd2h5IG5vdCBzaW1wbHkgYnV5IHlvdXIgQ1BFcyBmcm9tIHRoZW0/IFlvdTwv
c3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsoYW5kIG90aGVycykgZG9pbmcgdGhhdCBpcyB0aGUgYmVzdCB3YXkgdG8gbWFrZSB0aGVpciBj
b21wZXRpdG9yczwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtmb2xsb3cgc3VpdC48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4N
CjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwO+KHkiBCZWxpZXZlIG1lLCBpcyBub3QgdGhhdCB3YXku
IFVubGVzcyB5b3UgaGF2ZSBhIHN0cm9uZyBwdXJjaGFzaW5nIHBvd2VyLCBzbWFsbCBJU1BzIChh
bmQgdGhlcmUgYXJlIG1hbnkgd2l0aCBqdXN0IGEgZmV3IGh1bmRyZWRzIG9yIHRob3VzYW5kcyBv
ZiBjdXN0b21lcnMpLCB2ZW5kb3JzIHdpbGwgbm90IHVwZGF0ZSB0aGVpciBjb2RlIGZvciB5b3Us
IGV2ZW4gaWYgdGhhdOKAmXMgcHJldHR5IGVhc3kgdG8gZG8uIEFuZCBldmVuIG1vcmUsDQogc29t
ZXRpbWVzIHZlbmRvcnMgcHJvdmlkZSBmaXJtd2FyZSB1cGRhdGVkIHRvIGV4aXN0aW5nIGhhcmR3
YXJlIGlmIGlzIG5vdCB0b28gb2xkLCBidXQgdGhleSBkb27igJl0IHN1cHBvcnQgbmV3IHRyYW5z
aXRpb24gbWVjaGFuaXNtIGJlY2F1c2UgYSBzbWFsbCBJU1AgYXNrIGZvciBpdC4gTG9vayBmb3Ig
ZXhhbXBsZSBhdCBNaWtyb3RpaywgSeKAmXZlIG1hbnkgY3VzdG9tZXJzIHVzaW5nIHRoaXMgYW5k
IHRoZXkgZG9u4oCZdCBoYXZlIHN1cHBvcnQgZm9yDQogNnJkLCBEUy1MSVRFLCBOQVQ2NCwgNDY0
TEFULCBTb2Z3aXJlcywgZXRjLiBJdCBpcyB0cnVlIHRoYXQgTWlrcm90aWsgaXMgbW9yZSB1c2Vk
IGFzIGEgY29ycG9yYXRlIChTTUUpIENQRSwgYnV0IGFsc28gaW4gbWFueSBXaXJlbGVzcyBkZXBs
b3ltZW50cyAoZm9yIHJlYWNoaW5nIHJlbW90ZSByZXNpZGVudGlhbCBjdXN0b21lcnMpLiBIb3dl
dmVyLCBpZiB5b3UgbG9vayB0byB0aGUg4oCcbWFqb3LigJ0gQ1BFIHZlbmRvcnMgZm9yIGFsbCB0
aGUgYWNjZXNzDQogdGVjaG5vbG9naWVzIChUZWNobmljb2xvciwgQXJyaXMsIExpbmtzeXMsIENv
bXRyZW5kLCBBc3VzLCBBVk0sIEJlbGtpbiwgQnVmZmFsbywgRC1saW5rLCBIdWF3ZWksIE5ldGdl
YXIsIFRQLUxpbmssIFRyZW5kbmV0LCBaVEUsIFp5eGVsIGFuZCBzbyBhbmQgc28pLCBtb3N0IG9m
IHRoZW0gaGF2ZSBpbXBsZW1lbnRlZCBvbmx5IDZSRCBhbmQgRFMtTElURSwgYmVjYXVzZSB0aGF0
4oCZcyB3aGF0IHdlIGhhdmUgaW4gdGhpcyBkb2N1bWVudCEgU28gdGhleQ0KIHJlYWxseSBmb2xs
b3cgaXQuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtJbiBhbnkgY2FzZSwgYXNzdW1pbmcgeW91IHdh
bnQgdG8gYXZvaWQgaGF2aW5nIDcwODRiaXMgcmVxdWlyZSBldmVyeTwvc3Bhbj48YnI+DQo8c3Bh
bj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtzaW5nbGUgb25lIG9m
IHRoZSBtYW55IHRyYW5zaXRpb24gdGVjaG5vbG9naWVzIHRoYXQgZXhpc3QsIGJ1dCBpbnN0ZWFk
PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO3NpbmdsZSBvdXQgJnF1b3Q7YmVzdCZxdW90OywgdG8gdXNlIHlvdXIgd29yZCwgeW91IGZp
cnN0IGhhdmUgdG8gZ2V0IGNvbnNlbnN1czwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvbiB3aGljaCBvbmUgYWN0dWFsbHkgaXMgdGhl
ICZxdW90O2Jlc3QmcXVvdDsuIFRoYXQgc291bmRzIGxpa2UgZ29pbmcgZG93biB0aGU8L3NwYW4+
PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cmF0
aG9sZSB0byBtZS48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNwOyZu
YnNwOyZuYnNwO+KHkiBXZSBjYW4gd29ya291dCBhIHRleHQgdGhhdCBleHBsYWluIGRpZmZlcmVu
dCBzY2VuYXJpb3MgYW5kIHBvc3NpYmxlIG1lY2hhbmlzbXMgZm9yIGVhY2ggb2YgdGhlbS4gVGhl
cmUgaXMgbm8gbmVlZCB0byBzYXkgYWxsIHRoZW0gbXVzdCBiZSBzdXBwb3J0ZWQsIGJ1dCBhIHJl
Y29tbWVuZGF0aW9uLiBBZnRlciBhbGwsIHRoZSBjb2RlIHRvIHN1cHBvcnQgbW9zdCBvZiB0aGVt
IGlzIDEpIG9wZW4gc291cmNlIDIpIHZlcnkgY29tcGFjdA0KIDMpIHNvbWUgdGltZXMgZXZlbiBz
aGFyZWQgY29kZS4gV2hhdCBpdCBtZWFucyBpcyB0aGF0IGlmIGEgdmVuZG9yIHdhbnQgdG8gc3Vw
cG9ydCBzZXZlcmFsIG9mIHRoZW0sIGlzIHBvc3NpYmxlIGluIG1vc3Qgb2YgdGhlIGRldmljZXMg
dGhhdCBhbHJlYWR5IHN1cHBvcnQgZHVhbC1zdGFjaywgNnJkLCBkcy1saXRlLiAmbmJzcDtCYXNp
Y3MgYXJlIGFsbW9zdCB0aGUgc2FtZS48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxi
bG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFuPkFuIGFsdGVybmF0aXZlIGlzIHRvIGhhdmUgYW4g
SVB2Ni1vbmx5IENFIHJlcXVpcmVtZW50cyBkb2N1bWVudC48L3NwYW4+PGJyPg0KPC9ibG9ja3F1
b3RlPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO0xpc3RpbmcgdGhlIHRlY2huaWNhbCByZXF1aXJlbWVudHMgc3BlY2lm
aWMgdG8gZGVsaXZlcmluZyBJUHY2IGluZGVlZDwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtwcmVjaXNlbHkgd2hhdCBhIHByb3Blcmx5
IGZvY3VzZWQgSVBWNiBDRSByb3V0ZXIgZG9jdW1lbnQgc2hvdWxkPC9zcGFuPjxicj4NCjxzcGFu
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2NvbnRhaW4uIEFueXRo
aW5nIGVsc2UsIHN1Y2ggYXMgc3RhdGluZyB3aGljaCBJUHY0IHRyYW5zaXRpb248L3NwYW4+PGJy
Pg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGVjaG5v
bG9neSBpcyB0aGUgJnF1b3Q7YmVzdCZxdW90Oywgc2hvdWxkIGJlIGNvbnNpZGVyZWQgb3V0IG9m
IHNjb3BlLjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SWYgdGhlIENFIHZlbmRvciBkZWNpZGVzIHRv
IGFsc28gaW1wbGVtZW50IHN1cHBvcnQgZm9yIDQ2NFhMQVQgaXQgY2FuPC9zcGFuPjxicj4NCjxz
cGFuPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2ZpbmQgcGVyZmVj
dGx5IGZpbmUgZ3VpZGFuY2Ugb24gaG93IHRvIGdvIGFib3V0IGRvaW5nIHRoYXQgaW4gUkZDNjg3
Ny48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7NFJEPyBSRkM3NjAwLiBNQVAtRT8gUkZDNzU5Ny4gQW5kIHNvIGZvcnRoLjwvc3Bhbj48
YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A74oeSIExvb2sg
YXQgd2hhdCBpcyBiZWluZyBhY3R1YWxseSBpbXBsZW1lbnRlZDogNnJkIGFuZCBEUy1saXRlLCBq
dXN0IHdoYXQgd2UgaGF2ZSBhdCB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48YnI+DQo8c3Bhbj48L3Nw
YW4+PGJyPg0KPHNwYW4+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
VG9yZTwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxz
cGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxz
cGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqPC9zcGFuPjxicj4NCjxzcGFuPklQdjQgaXMgb3Zlcjwvc3Bhbj48YnI+DQo8
c3Bhbj5BcmUgeW91IHJlYWR5IGZvciB0aGUgbmV3IEludGVybmV0ID88L3NwYW4+PGJyPg0KPHNw
YW4+PGEgaHJlZj0iaHR0cDovL3d3dy5jb25zdWxpbnRlbC5lcyI+aHR0cDovL3d3dy5jb25zdWxp
bnRlbC5lczwvYT48L3NwYW4+PGJyPg0KPHNwYW4+VGhlIElQdjYgQ29tcGFueTwvc3Bhbj48YnI+
DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+VGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgY29udGFp
bnMgaW5mb3JtYXRpb24gd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBU
aGUgaW5mb3JtYXRpb24gaXMgaW50ZW5kZWQgdG8gYmUgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2
aWR1YWwocykgbmFtZWQgYWJvdmUuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGll
bnQgYmUgYXdhcmUgdGhhdCBhbnkgZGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uDQog
b3IgdXNlIG9mIHRoZSBjb250ZW50cyBvZiB0aGlzIGluZm9ybWF0aW9uLCBpbmNsdWRpbmcgYXR0
YWNoZWQgZmlsZXMsIGlzIHByb2hpYml0ZWQuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+
DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxicj4NCjxzcGFuPnY2
b3BzIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJtYWlsdG86djZvcHNA
aWV0Zi5vcmciPnY2b3BzQGlldGYub3JnPC9hPjwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzIj5odHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzPC9hPjwvc3Bhbj48YnI+DQo8L2Rpdj4NCjwv
YmxvY2txdW90ZT4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_E9E64F00D5B549A092DD21CF57547A2Eciscocom_--


From nobody Sat Nov  5 11:59:17 2016
Return-Path: <fredbaker.ietf@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 018B01294A3 for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 11:59:16 -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, FREEMAIL_FROM=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=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 AfXSnLpCV97K for <v6ops@ietfa.amsl.com>; Sat,  5 Nov 2016 11:59:13 -0700 (PDT)
Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 AC72F12949A for <v6ops@ietf.org>; Sat,  5 Nov 2016 11:59:13 -0700 (PDT)
Received: by mail-oi0-x232.google.com with SMTP id x4so199833533oix.2 for <v6ops@ietf.org>; Sat, 05 Nov 2016 11:59:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OYeLNEeYZ57ozeY3YPyv6J9QjFfP/FYa4vkB06iNLFI=; b=DC0B/S0oXvH4t0o9hqQOdQeCzpfqYYKTLqKDaXZD8uPnP70FnSvlQ/kg1702UXBfkh Z7yrEpFkaK9mE2TpeqKDidyRQ8LsDc2j5e6+LIX94fAfpWm8hEr4713h3mYbQEOBSf/9 CBIJIVOg6OuGeh7m1skXW7CuAmJYeBWQaT8yb+SE1p/QkpZ52mktSdx5CqAq90pmwpbz 4zXxCsQHwOsh5CiJzc1PeVasliL/vKwDxWpqw1YiVDKhCuH24woHKkEvRSeC7iDH0D7f Uw15RVJqmVXTYJS6Zq8rBrm16WhLXAdUhZ+5eSI+P7vZdou6k6ce+AfZcQJ+geQ04vbV 1r2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OYeLNEeYZ57ozeY3YPyv6J9QjFfP/FYa4vkB06iNLFI=; b=FVIFEHfDh5oURWCgeIOIKWQ93+1uwNX6EozkY0zskwtp/MPSMfc0ir/ewSkKQkZ8OK G6zErjPt2LD1DhJn0mZ4DLaZ7OwsVtHeWB/enaTmK2EqIc1dwmISi1dWGdEcd5btBc83 8ewTeydys5DRcXvAmMQkae3YJjweyBfXRssWCUPYdp3swaQKZ30oBuAsZGDPnh4jhVtL QmOpQ6pnCQ6Z1ygOcJli0154LGt/O2w5h6ff2LLHb9Mt3Q1PcieQwdKWUce1fdof1CyI H0eWdZDBnNp0yymQj6LG5uvTDI6Q3c2LzphVCuG8TQ924gICSfU3Q8hJPsCr+BgKpKub YeLQ==
X-Gm-Message-State: ABUngveXxXYmpXLiLtcTh/CCNZbq3Rk0umSDJkcbCrpypG1eadrUgKf+WItlH3+0QlEZRg==
X-Received: by 10.202.73.18 with SMTP id w18mr1301635oia.75.1478372352938; Sat, 05 Nov 2016 11:59:12 -0700 (PDT)
Received: from [192.168.1.2] (wsip-184-191-158-59.sd.sd.cox.net. [184.191.158.59]) by smtp.gmail.com with ESMTPSA id j191sm5469381oih.12.2016.11.05.11.59.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Nov 2016 11:59:12 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Fred Baker <fredbaker.ietf@gmail.com>
In-Reply-To: <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es>
Date: Sat, 5 Nov 2016 11:59:10 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr> <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/9CV79_MHaW3aMHXNZWKskeXo3Nc>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Sat, 05 Nov 2016 18:59:16 -0000

Speaking for myself.

One of the things that I would draw out of your list is that there is no =
market consensus. A vendor decides what features to put in a product =
based not on what the standards require, but what customers require. If =
he can=E2=80=99t sell more of a product by adding a feature, he has =
little argument for adding it. And the vendors see little revenue =
benefit to adding random transition technologies.

My personal guess, not based on data, of actual requirements is CGN for =
IPv4 in some form (could be translation to IPv6 or translation to =
another IPv4 address) plus native IPv6. 464XLAT adds NAT64 at a network =
boundary, and is an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended =
to mean that one could turn IPv4 off or IPv6 off and have full operation =
either way, but was running both at the same time. =E2=80=9CDual =
Stack=E2=80=9D as implemented usually means that some functionality =
requires IPv4 but IPv6 data is transported. The rest of what you mention =
are tunneling technologies in one form or another, a way to have IPvX be =
able to work around an IPvY-only domain. Again, those are usually ISP =
options - the ISP wants to deliver IPv6 service to residential =
customers, perhaps, but has an IPv4-only service between it and its =
customer, or the ISP wants to deliver dual stack service to a =
residential customer but is itself IPv6-only. Vendors will deliver to =
ISPs what the ISPs require in their RFI/RFQ.

If one can demonstrate a consensus, a standard shouldn=E2=80=99t be =
difficult to write or argue for. Absent that, I=E2=80=99m not holding my =
breath.

> On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ =
<jordi.palet@consulintel.es> wrote:
>=20
> I=E2=80=99ve also some trials with DSL customers, thousands of users =
each trial.
>=20
> Some of those trials have been running for a couple of years already, =
and the reason not to go into commercial is precisely because they will =
prefer to use the same transition mechanism in all the network (they are =
using 464XLAT in the cellular trial), but the vendors aren=E2=80=99t =
supporting it and one of the arguments is not suggested as a requirement =
from the IETF ...
>=20
> Also looking at the recent IPv6 survey I can see the following stats:
> 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, =
global IPv6).
> 2) 2 LTE/router deployments with dual stack (public IPv4, global =
IPv6).
> 3) 1 LTE/router deployment with DS-Lite.
> 4) 2 LTE/router deployment with tunnel broker.
> 5) 1 Cable deployment with 464XLAT.
> 6) 2 Cable deployments with 6to4.
> 7) 2 Cable deployments with dual stack - CGN (private IPv4, global =
IPv6)
> 8) 2 Cable deployments with DS-Lite.
> 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)
> 10) 1 Cable deployment with lw4o6.
> 11) 1 Cable deployment with MAP-T.
> 12) 2 Cable deployments with tunnel broker.
> 13) 5 FTTH deployments with 464XLAT.
> 14) 2 FTTH deployments with 6RD.
> 15) 8 FTTH deployments with 6to4.
> 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global =
IPv6).
> 17) 4 FTTH deployments with DS-Lite.
> 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).
> 19) 1 FTTH deployment with MAP-E.
> 20) 1 FTTH deployment with tunnel broker.
> 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global =
IPv6).
> 22) 7 xDSL deployments with DS-Lite.
> 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).
> 24) 9 xDSL deployments with 6RD.
> 25) 3 xDSL deployments with 464XLAT.
> 26) 2 xDSL deployments with tunnel broker.
> 27) 1 xDSL deployment using softwires (L2TP).
> 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack - =
CGN (private IPv4, global IPv6).
> 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack =
(public IPv4, global IPv6).
> 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.
>=20
> In addition to all that, there are some other access technologies =
being used, with different transition mechanisms.
>=20
> By the way, most of the 464XLAT deployments are done using OpenWRT, =
taking advantage of existing CPEs that can be reflashed, because lack of =
support from the original vendors.
>=20
> The survey got already 1.223 responses up to now. I=E2=80=99m =
providing here only the numbers for those that responded with specific =
details about the transition technology. There are many other answers =
with have left this empty, probably customers that don=E2=80=99t know. =
In general, more complete responses come from the ISP employees, which =
also provide the contact details, and I talked with them in some cases =
to clarify specific answers to the survey.
>=20
> I did a recent presentation at the last RIPE meeting (not going into =
so many detailed data as here)
> Slides - =
https://ripe73.ripe.net/presentations/22-IPv6-survey-October-2016.pdf
> Video - https://ripe73.ripe.net/archives/video/1242/
>=20
> Survey available here, if you still haven=E2=80=99t answered it or =
something changed in your network:
> http://survey.consulintel.es/index.php/175122
>=20
>=20
> Regards,
> Jordi
>=20
>=20
> -----Mensaje original-----
> De: v6ops <v6ops-bounces@ietf.org> en nombre de Tassos =
Chatzithomaoglou <achatz@forthnet.gr>
> Responder a: <achatz@forthnet.gr>
> Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34
> Para: "v6ops@ietf.org" <v6ops@ietf.org>
> Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic =
Requirements for IPv6 Customer Edge Routers
>=20
>    Mikael Abrahamsson wrote on 4/11/16 23:58:
>> On Fri, 4 Nov 2016, Sander Steffann wrote:
>>=20
>>> At least in the Netherlands DS-Lite has been deployed to hundreds of =
thousands of users already, and the numbers are still going up. I think =
that ISPs did nothing with DS-Lite is a misconception.
>>=20
>> All the ds.lite I know of are from Cable providers, ie DOCSIS3 =
deployments.
>>=20
>> Do you see ds.lite in any other space, ie non-cable operators?
>>=20
>    We, as a fixed/DSL operator, use DS-Lite  on a large percentage of =
our subscribers.
>    Recently we started adding PCP to the mix.
>=20
>    --
>    Tassos
>=20
>    _______________________________________________
>    v6ops mailing list
>    v6ops@ietf.org
>    https://www.ietf.org/mailman/listinfo/v6ops
>=20
>=20
>=20
>=20
>=20
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
>=20
> This electronic message contains information which may be privileged =
or confidential. The information is intended to be for the use of the =
individual(s) named above. If you are not the intended recipient be =
aware that any disclosure, copying, distribution or use of the contents =
of this information, including attached files, is prohibited.
>=20
>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


From nobody Mon Nov  7 05:36:00 2016
Return-Path: <adegidio@telecentro.net.ar>
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 7DEA3129656 for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 05:35:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.288
X-Spam-Level: 
X-Spam-Status: No, score=-3.288 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=telecentro.net.ar
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 Xo7gZbuX4Lq9 for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 05:35:55 -0800 (PST)
Received: from mail.telecentro.net.ar (mail.telecentro.net.ar [190.55.63.7]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D5C91294C4 for <v6ops@ietf.org>; Mon,  7 Nov 2016 05:35:54 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id BFD8BFA5504; Mon,  7 Nov 2016 10:35:52 -0300 (ART)
Received: from mail.telecentro.net.ar ([127.0.0.1]) by localhost (tclmail6.telecentro.local [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id KkhJxek7dm0X; Mon,  7 Nov 2016 10:35:50 -0300 (ART)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id 6C92DFA4BD1; Mon,  7 Nov 2016 10:35:50 -0300 (ART)
DKIM-Filter: OpenDKIM Filter v2.10.3 mail.telecentro.net.ar 6C92DFA4BD1
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telecentro.net.ar; s=24ECF6D8-6D11-11E5-A0E5-36DF068F9D73; t=1478525750; bh=cdbsHz/+t4Y/RjjrOEqA3OvyGqLKLkahWB59Yxpa2aM=; h=Date:From:To:Message-ID:MIME-Version; b=vK6gaofxUdh2oI9kJiR5ID9/FPTFJ5lfw+q5VlTpa7oBOCdeEA1bIVOV0utqBZVNu muKv8zG0c8O2HgTpyJ3G8TDNj7jG4yO4p4237Pi4mQVGDF8f3QSK9U19mslUQJzjdg AWQD/8v+e1bjGVeO8kok8lUebNEI1NGhXOMKZ8GI=
X-Virus-Scanned: amavisd-new at tclmail6.telecentro.local
Received: from mail.telecentro.net.ar ([127.0.0.1]) by localhost (tclmail6.telecentro.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id NXKhvIk9suFd; Mon,  7 Nov 2016 10:35:50 -0300 (ART)
Received: from tclmail6.telecentro.local (localhost.localdomain [127.0.0.1]) by mail.telecentro.net.ar (Postfix) with ESMTP id 3892BFA481F; Mon,  7 Nov 2016 10:35:50 -0300 (ART)
Date: Mon, 7 Nov 2016 10:35:48 -0300 (ART)
From: Alejandro D'Egidio <adegidio@telecentro.net.ar>
To: Fred Baker <fredbaker.ietf@gmail.com>
Message-ID: <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
In-Reply-To: <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr> <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es> <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [10.210.50.96]
X-Mailer: Zimbra 8.7.0_GA_1659 (ZimbraWebClient - GC54 (Win)/8.7.0_GA_1659)
Thread-Topic: do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: Z1CL0PdGe/md/B7p1kQIeh7BGPjIgA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/GvBFbzn32pP5x02UbB_7E3B12SQ>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Mon, 07 Nov 2016 13:35:58 -0000

Dears,
  RFC6877 was released in April 2013 and RFC7084 was released in November 2=
013.
  If RFC6877 doesn't need any update yet, it's ok I think but since Novembe=
r 2013 until now appeared now definitions like RFC7599 and RFC7597 (July 20=
15).
  In RFC7084 section "4.4. Transition Technologies Support" is specified 6R=
D and DS-Lite.
  Do you really think that 6RD "must" be supported in a CPE of 2016?
  RFC7084 puts 6RD as a Transition Technologies Support and doesn't it incl=
ude 464XLAT, MAP-T, MAP-E?

  On the other hand, in CableModems is not included 464XLAT (CLAT) yet beca=
use vendors don't want to include it. I have talked to Sagemcom, Technicolo=
r and Cisco (now Cisco sold CPEs to Technicolor); they don't want implement=
 it because they don't have enough requirements yet (how many are enought?)=
 and if I want it I should request it to Broadcom (vendor of chipset includ=
ed in all these CMs). Ok, I've talked to Broadcom also and they neither wan=
t to implement it because they say that they have DS-Lite, for them it work=
s and we don't need any other protocol. I can not beleive this kind of answ=
er.

  I have included RFC6877 in RFPs for new CMs as a mandatory feature but no=
 one wanted to perform with this feature, so I had to remove it as a mandat=
ory because if not I wouldn't be able to buy anyone.

  Regarding CGN, as we don't have more public IPv4, we didn't have any othe=
r option than deploy a CGN. For now, customers have Dual Stack (private IPv=
4 + IPv6).
  Lets think that with the inclusion of (for example) 464XLAT, ISPs like us=
 won't need to deploy IPv4 (in normal cases).


Regards,

Alejandro D'Egidio=20
Jefe de Ingenier=C3=ADa de Backbone=20
[ mailto:adegidio@telecentro.net.ar | adegidio@telecentro.net.ar ]=20

Lavard=C3=A9n 157 | Tel: 54 11 3977 1025=20
C1437FBC | CABA | Argentina=20
TELECENTRO S.A.=20

ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada por =
el secreto profesional. Si usted ha recibido este e-mail por error, por fav=
or comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad=
 de eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar =
su contenido a ninguna persona. Muchas gracias.=20

THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is privi=
leged or otherwise legally exempt from disclosure. If you have received it =
by mistake please let us know by e-mail immediately and delete it from your=
 system; should also not copy the message nor disclose its contents to anyo=
ne. Many thanks.

----- Mensaje original -----
De: "Fred Baker" <fredbaker.ietf@gmail.com>
Para: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>
CC: v6ops@ietf.org
Enviados: S=C3=A1bado, 5 de Noviembre 2016 15:59:10
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers

Speaking for myself.

One of the things that I would draw out of your list is that there is no ma=
rket consensus. A vendor decides what features to put in a product based no=
t on what the standards require, but what customers require. If he can=E2=
=80=99t sell more of a product by adding a feature, he has little argument =
for adding it. And the vendors see little revenue benefit to adding random =
transition technologies.

My personal guess, not based on data, of actual requirements is CGN for IPv=
4 in some form (could be translation to IPv6 or translation to another IPv4=
 address) plus native IPv6. 464XLAT adds NAT64 at a network boundary, and i=
s an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended to mean that one =
could turn IPv4 off or IPv6 off and have full operation either way, but was=
 running both at the same time. =E2=80=9CDual Stack=E2=80=9D as implemented=
 usually means that some functionality requires IPv4 but IPv6 data is trans=
ported. The rest of what you mention are tunneling technologies in one form=
 or another, a way to have IPvX be able to work around an IPvY-only domain.=
 Again, those are usually ISP options - the ISP wants to deliver IPv6 servi=
ce to residential customers, perhaps, but has an IPv4-only service between =
it and its customer, or the ISP wants to deliver dual stack service to a re=
sidential customer but is itself IPv6-only. Vendors will deliver to ISPs wh=
at the ISPs require in their RFI/RFQ.

If one can demonstrate a consensus, a standard shouldn=E2=80=99t be difficu=
lt to write or argue for. Absent that, I=E2=80=99m not holding my breath.

> On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ <jordi.palet@consulintel=
.es> wrote:
>=20
> I=E2=80=99ve also some trials with DSL customers, thousands of users each=
 trial.
>=20
> Some of those trials have been running for a couple of years already, and=
 the reason not to go into commercial is precisely because they will prefer=
 to use the same transition mechanism in all the network (they are using 46=
4XLAT in the cellular trial), but the vendors aren=E2=80=99t supporting it =
and one of the arguments is not suggested as a requirement from the IETF ..=
.
>=20
> Also looking at the recent IPv6 survey I can see the following stats:
> 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, global I=
Pv6).
> 2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6).
> 3) 1 LTE/router deployment with DS-Lite.
> 4) 2 LTE/router deployment with tunnel broker.
> 5) 1 Cable deployment with 464XLAT.
> 6) 2 Cable deployments with 6to4.
> 7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv6)
> 8) 2 Cable deployments with DS-Lite.
> 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)
> 10) 1 Cable deployment with lw4o6.
> 11) 1 Cable deployment with MAP-T.
> 12) 2 Cable deployments with tunnel broker.
> 13) 5 FTTH deployments with 464XLAT.
> 14) 2 FTTH deployments with 6RD.
> 15) 8 FTTH deployments with 6to4.
> 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv6).
> 17) 4 FTTH deployments with DS-Lite.
> 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).
> 19) 1 FTTH deployment with MAP-E.
> 20) 1 FTTH deployment with tunnel broker.
> 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv6).
> 22) 7 xDSL deployments with DS-Lite.
> 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).
> 24) 9 xDSL deployments with 6RD.
> 25) 3 xDSL deployments with 464XLAT.
> 26) 2 xDSL deployments with tunnel broker.
> 27) 1 xDSL deployment using softwires (L2TP).
> 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack - CG=
N (private IPv4, global IPv6).
> 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack (pu=
blic IPv4, global IPv6).
> 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.
>=20
> In addition to all that, there are some other access technologies being u=
sed, with different transition mechanisms.
>=20
> By the way, most of the 464XLAT deployments are done using OpenWRT, takin=
g advantage of existing CPEs that can be reflashed, because lack of support=
 from the original vendors.
>=20
> The survey got already 1.223 responses up to now. I=E2=80=99m providing h=
ere only the numbers for those that responded with specific details about t=
he transition technology. There are many other answers with have left this =
empty, probably customers that don=E2=80=99t know. In general, more complet=
e responses come from the ISP employees, which also provide the contact det=
ails, and I talked with them in some cases to clarify specific answers to t=
he survey.
>=20
> I did a recent presentation at the last RIPE meeting (not going into so m=
any detailed data as here)
> Slides - https://ripe73.ripe.net/presentations/22-IPv6-survey-October-201=
6.pdf
> Video - https://ripe73.ripe.net/archives/video/1242/
>=20
> Survey available here, if you still haven=E2=80=99t answered it or someth=
ing changed in your network:
> http://survey.consulintel.es/index.php/175122
>=20
>=20
> Regards,
> Jordi
>=20
>=20
> -----Mensaje original-----
> De: v6ops <v6ops-bounces@ietf.org> en nombre de Tassos Chatzithomaoglou <=
achatz@forthnet.gr>
> Responder a: <achatz@forthnet.gr>
> Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34
> Para: "v6ops@ietf.org" <v6ops@ietf.org>
> Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements f=
or IPv6 Customer Edge Routers
>=20
>    Mikael Abrahamsson wrote on 4/11/16 23:58:
>> On Fri, 4 Nov 2016, Sander Steffann wrote:
>>=20
>>> At least in the Netherlands DS-Lite has been deployed to hundreds of th=
ousands of users already, and the numbers are still going up. I think that =
ISPs did nothing with DS-Lite is a misconception.
>>=20
>> All the ds.lite I know of are from Cable providers, ie DOCSIS3 deploymen=
ts.
>>=20
>> Do you see ds.lite in any other space, ie non-cable operators?
>>=20
>    We, as a fixed/DSL operator, use DS-Lite  on a large percentage of our=
 subscribers.
>    Recently we started adding PCP to the mix.
>=20
>    --
>    Tassos
>=20
>    _______________________________________________
>    v6ops mailing list
>    v6ops@ietf.org
>    https://www.ietf.org/mailman/listinfo/v6ops
>=20
>=20
>=20
>=20
>=20
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
>=20
> This electronic message contains information which may be privileged or c=
onfidential. The information is intended to be for the use of the individua=
l(s) named above. If you are not the intended recipient be aware that any d=
isclosure, copying, distribution or use of the contents of this information=
, including attached files, is prohibited.
>=20
>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops

_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops


From nobody Mon Nov  7 06:12:34 2016
Return-Path: <hemantietf@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 651A41296A5 for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 06:12:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 sMLtO6N9E98I for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 06:12:29 -0800 (PST)
Received: from mail-yb0-x22a.google.com (mail-yb0-x22a.google.com [IPv6:2607:f8b0:4002:c09::22a]) (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 6AFED129640 for <v6ops@ietf.org>; Mon,  7 Nov 2016 06:12:29 -0800 (PST)
Received: by mail-yb0-x22a.google.com with SMTP id o7so53453576ybb.0 for <v6ops@ietf.org>; Mon, 07 Nov 2016 06:12:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7GGYNxZ+3Z7t6Tnn+NBFiLfYRDBal3l7MxJTJfMDxSE=; b=L/TmYiSc6YU9/RKyWiLGLDGZjnrmV8zPn/aYhYBGOk3c2Fp33nqa5xsMVZlzDvv9gU 9q8UPrBs5WBveCXr6ZgjGEOApF/D21frDC9qWQIFYz5M6GORne6u3xOMl7tWyFrMNs8H JuNHLFhmjtXLjBAQKf3xJUyR/I05a0OmpzA4Whq8DJiFQU1AEyB2Hzqr1Nq3/OAvZ/q/ BWVqLx7HpM+GclCT4I1qnI9uo3PC/oGrhfj19YJJPuHAVsE3ixxToL26KwQuu1o2qa16 HeyEIXi723jycjH2Mym5pDqwmnnOu3oGSJhKvTnz0Lw2i0mjdN8P6FgqjWdRnqvCQNw6 tyfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7GGYNxZ+3Z7t6Tnn+NBFiLfYRDBal3l7MxJTJfMDxSE=; b=eQXv1witXXxpYPyRp8U+pn0++AG4Qhw6V/GoShcgzqh4PsmXup58ynAMdtTQvhFGkg xeRCNKj56MlaVnv4xBfS26z6aYeepDEEl0WMgs8SlVL5MX6DFjOWJOcZ2yVTR61Axj4b Z/mjmOrWEBgDJF3tXSnypkLEzRbixy3eCKpyulVQO7DhgNWDPx4klDriCmHnUJUg3Nd2 6kHV2NB5riZmHjktmdbjFM8YYd0//y8/F5LFzSIxba9rg1HgXMNpsIO13o08w+HWgiRb F8X5+SxsmZtqcFLuxl4Vz6D47BhNV1nKwkcdB6Nf9NHkec8uQzpd5STN2F2EWV5YSd3T S7qg==
X-Gm-Message-State: ABUngvctFlkqw9ZG+BE7mYVX4qv99/gAeJJXlpG0tRFKftC2HU48w1hgUFFt+hoQ+S4oQNnl+ivvMzDENWjB2w==
X-Received: by 10.157.54.245 with SMTP id s50mr1539237otd.181.1478527948474; Mon, 07 Nov 2016 06:12:28 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.15.33 with HTTP; Mon, 7 Nov 2016 06:12:27 -0800 (PST)
In-Reply-To: <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr> <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es> <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com> <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
From: Hemant Singh <hemantietf@gmail.com>
Date: Mon, 7 Nov 2016 09:12:27 -0500
Message-ID: <CABdyVt7S9zF0_=ZgMR0k1varBkkxL4ptaTzT6WEhVikZ60z=6w@mail.gmail.com>
To: "Alejandro D'Egidio" <adegidio@telecentro.net.ar>
Content-Type: multipart/alternative; boundary=001a113b080228cfce0540b69dc9
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/YIHOLI5n8r5cnyr8JlfPUzEOewE>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Mon, 07 Nov 2016 14:12:33 -0000

--001a113b080228cfce0540b69dc9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

+1 to Barbara.  Service providers who deploy landline Internet access such
as cable and DSL should come forward to v6ops and give their input if they
would like to deploy 464XLAT.  I also agree with RajivA on MAP-T/E.
Further, it was rfc6204 which was an IPv6-only CE router requirements doc.
It was rfc7084 that added transition tech because the WG asked for it and
the transition tech there were RFCs at the time was added.

Hemant

On Mon, Nov 7, 2016 at 8:35 AM, Alejandro D'Egidio <
adegidio@telecentro.net.ar> wrote:

> Dears,
>   RFC6877 was released in April 2013 and RFC7084 was released in November
> 2013.
>   If RFC6877 doesn't need any update yet, it's ok I think but since
> November 2013 until now appeared now definitions like RFC7599 and RFC7597
> (July 2015).
>   In RFC7084 section "4.4. Transition Technologies Support" is specified
> 6RD and DS-Lite.
>   Do you really think that 6RD "must" be supported in a CPE of 2016?
>   RFC7084 puts 6RD as a Transition Technologies Support and doesn't it
> include 464XLAT, MAP-T, MAP-E?
>
>   On the other hand, in CableModems is not included 464XLAT (CLAT) yet
> because vendors don't want to include it. I have talked to Sagemcom,
> Technicolor and Cisco (now Cisco sold CPEs to Technicolor); they don't wa=
nt
> implement it because they don't have enough requirements yet (how many ar=
e
> enought?) and if I want it I should request it to Broadcom (vendor of
> chipset included in all these CMs). Ok, I've talked to Broadcom also and
> they neither want to implement it because they say that they have DS-Lite=
,
> for them it works and we don't need any other protocol. I can not beleive
> this kind of answer.
>
>   I have included RFC6877 in RFPs for new CMs as a mandatory feature but
> no one wanted to perform with this feature, so I had to remove it as a
> mandatory because if not I wouldn't be able to buy anyone.
>
>   Regarding CGN, as we don't have more public IPv4, we didn't have any
> other option than deploy a CGN. For now, customers have Dual Stack (priva=
te
> IPv4 + IPv6).
>   Lets think that with the inclusion of (for example) 464XLAT, ISPs like
> us won't need to deploy IPv4 (in normal cases).
>
>
> Regards,
>
> Alejandro D'Egidio
> Jefe de Ingenier=C3=ADa de Backbone
> [ mailto:adegidio@telecentro.net.ar | adegidio@telecentro.net.ar ]
>
> Lavard=C3=A9n 157 | Tel: 54 11 3977 1025
> C1437FBC | CABA | Argentina
> TELECENTRO S.A.
>
> ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada po=
r el
> secreto profesional. Si usted ha recibido este e-mail por error, por favo=
r
> comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad =
de
> eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar su
> contenido a ninguna persona. Muchas gracias.
>
> THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is
> privileged or otherwise legally exempt from disclosure. If you have
> received it by mistake please let us know by e-mail immediately and delet=
e
> it from your system; should also not copy the message nor disclose its
> contents to anyone. Many thanks.
>
> ----- Mensaje original -----
> De: "Fred Baker" <fredbaker.ietf@gmail.com>
> Para: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>
> CC: v6ops@ietf.org
> Enviados: S=C3=A1bado, 5 de Noviembre 2016 15:59:10
> Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements
> for IPv6 Customer Edge Routers
>
> Speaking for myself.
>
> One of the things that I would draw out of your list is that there is no
> market consensus. A vendor decides what features to put in a product base=
d
> not on what the standards require, but what customers require. If he can=
=E2=80=99t
> sell more of a product by adding a feature, he has little argument for
> adding it. And the vendors see little revenue benefit to adding random
> transition technologies.
>
> My personal guess, not based on data, of actual requirements is CGN for
> IPv4 in some form (could be translation to IPv6 or translation to another
> IPv4 address) plus native IPv6. 464XLAT adds NAT64 at a network boundary,
> and is an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended to mean th=
at one could turn
> IPv4 off or IPv6 off and have full operation either way, but was running
> both at the same time. =E2=80=9CDual Stack=E2=80=9D as implemented usuall=
y means that some
> functionality requires IPv4 but IPv6 data is transported. The rest of wha=
t
> you mention are tunneling technologies in one form or another, a way to
> have IPvX be able to work around an IPvY-only domain. Again, those are
> usually ISP options - the ISP wants to deliver IPv6 service to residentia=
l
> customers, perhaps, but has an IPv4-only service between it and its
> customer, or the ISP wants to deliver dual stack service to a residential
> customer but is itself IPv6-only. Vendors will deliver to ISPs what the
> ISPs require in their RFI/RFQ.
>
> If one can demonstrate a consensus, a standard shouldn=E2=80=99t be diffi=
cult to
> write or argue for. Absent that, I=E2=80=99m not holding my breath.
>
> > On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ <
> jordi.palet@consulintel.es> wrote:
> >
> > I=E2=80=99ve also some trials with DSL customers, thousands of users ea=
ch trial.
> >
> > Some of those trials have been running for a couple of years already,
> and the reason not to go into commercial is precisely because they will
> prefer to use the same transition mechanism in all the network (they are
> using 464XLAT in the cellular trial), but the vendors aren=E2=80=99t supp=
orting it
> and one of the arguments is not suggested as a requirement from the IETF =
...
> >
> > Also looking at the recent IPv6 survey I can see the following stats:
> > 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, global
> IPv6).
> > 2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6).
> > 3) 1 LTE/router deployment with DS-Lite.
> > 4) 2 LTE/router deployment with tunnel broker.
> > 5) 1 Cable deployment with 464XLAT.
> > 6) 2 Cable deployments with 6to4.
> > 7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv6=
)
> > 8) 2 Cable deployments with DS-Lite.
> > 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)
> > 10) 1 Cable deployment with lw4o6.
> > 11) 1 Cable deployment with MAP-T.
> > 12) 2 Cable deployments with tunnel broker.
> > 13) 5 FTTH deployments with 464XLAT.
> > 14) 2 FTTH deployments with 6RD.
> > 15) 8 FTTH deployments with 6to4.
> > 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv6=
).
> > 17) 4 FTTH deployments with DS-Lite.
> > 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).
> > 19) 1 FTTH deployment with MAP-E.
> > 20) 1 FTTH deployment with tunnel broker.
> > 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv6=
).
> > 22) 7 xDSL deployments with DS-Lite.
> > 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).
> > 24) 9 xDSL deployments with 6RD.
> > 25) 3 xDSL deployments with 464XLAT.
> > 26) 2 xDSL deployments with tunnel broker.
> > 27) 1 xDSL deployment using softwires (L2TP).
> > 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack -
> CGN (private IPv4, global IPv6).
> > 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack
> (public IPv4, global IPv6).
> > 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.
> >
> > In addition to all that, there are some other access technologies being
> used, with different transition mechanisms.
> >
> > By the way, most of the 464XLAT deployments are done using OpenWRT,
> taking advantage of existing CPEs that can be reflashed, because lack of
> support from the original vendors.
> >
> > The survey got already 1.223 responses up to now. I=E2=80=99m providing=
 here
> only the numbers for those that responded with specific details about the
> transition technology. There are many other answers with have left this
> empty, probably customers that don=E2=80=99t know. In general, more compl=
ete
> responses come from the ISP employees, which also provide the contact
> details, and I talked with them in some cases to clarify specific answers
> to the survey.
> >
> > I did a recent presentation at the last RIPE meeting (not going into so
> many detailed data as here)
> > Slides - https://ripe73.ripe.net/presentations/22-IPv6-survey-
> October-2016.pdf
> > Video - https://ripe73.ripe.net/archives/video/1242/
> >
> > Survey available here, if you still haven=E2=80=99t answered it or some=
thing
> changed in your network:
> > http://survey.consulintel.es/index.php/175122
> >
> >
> > Regards,
> > Jordi
> >
> >
> > -----Mensaje original-----
> > De: v6ops <v6ops-bounces@ietf.org> en nombre de Tassos Chatzithomaoglou
> <achatz@forthnet.gr>
> > Responder a: <achatz@forthnet.gr>
> > Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34
> > Para: "v6ops@ietf.org" <v6ops@ietf.org>
> > Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements
> for IPv6 Customer Edge Routers
> >
> >    Mikael Abrahamsson wrote on 4/11/16 23:58:
> >> On Fri, 4 Nov 2016, Sander Steffann wrote:
> >>
> >>> At least in the Netherlands DS-Lite has been deployed to hundreds of
> thousands of users already, and the numbers are still going up. I think
> that ISPs did nothing with DS-Lite is a misconception.
> >>
> >> All the ds.lite I know of are from Cable providers, ie DOCSIS3
> deployments.
> >>
> >> Do you see ds.lite in any other space, ie non-cable operators?
> >>
> >    We, as a fixed/DSL operator, use DS-Lite  on a large percentage of
> our subscribers.
> >    Recently we started adding PCP to the mix.
> >
> >    --
> >    Tassos
> >
> >    _______________________________________________
> >    v6ops mailing list
> >    v6ops@ietf.org
> >    https://www.ietf.org/mailman/listinfo/v6ops
> >
> >
> >
> >
> >
> > **********************************************
> > IPv4 is over
> > Are you ready for the new Internet ?
> > http://www.consulintel.es
> > The IPv6 Company
> >
> > This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the use of the
> individual(s) named above. If you are not the intended recipient be aware
> that any disclosure, copying, distribution or use of the contents of this
> information, including attached files, is prohibited.
> >
> >
> >
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>

--001a113b080228cfce0540b69dc9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1 to Barbara.=C2=A0 Service providers who deploy landline=
 Internet access such as cable and DSL should come forward to v6ops and giv=
e their input if they would like to deploy 464XLAT.=C2=A0 I also agree with=
 RajivA on MAP-T/E.=C2=A0 Further, it was=C2=A0rfc6204 which was an IPv6-on=
ly CE router requirements doc.=C2=A0 It was rfc7084 that added transition t=
ech because the WG asked for it and the transition tech there were RFCs at =
the time was added.=C2=A0<div><br></div><div>Hemant</div></div><div class=
=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Nov 7, 2016 at 8:35=
 AM, Alejandro D&#39;Egidio <span dir=3D"ltr">&lt;<a href=3D"mailto:adegidi=
o@telecentro.net.ar" target=3D"_blank">adegidio@telecentro.net.ar</a>&gt;</=
span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8e=
x;border-left:1px #ccc solid;padding-left:1ex">Dears,<br>
=C2=A0 RFC6877 was released in April 2013 and RFC7084 was released in Novem=
ber 2013.<br>
=C2=A0 If RFC6877 doesn&#39;t need any update yet, it&#39;s ok I think but =
since November 2013 until now appeared now definitions like RFC7599 and RFC=
7597 (July 2015).<br>
=C2=A0 In RFC7084 section &quot;4.4. Transition Technologies Support&quot; =
is specified 6RD and DS-Lite.<br>
=C2=A0 Do you really think that 6RD &quot;must&quot; be supported in a CPE =
of 2016?<br>
=C2=A0 RFC7084 puts 6RD as a Transition Technologies Support and doesn&#39;=
t it include 464XLAT, MAP-T, MAP-E?<br>
<br>
=C2=A0 On the other hand, in CableModems is not included 464XLAT (CLAT) yet=
 because vendors don&#39;t want to include it. I have talked to Sagemcom, T=
echnicolor and Cisco (now Cisco sold CPEs to Technicolor); they don&#39;t w=
ant implement it because they don&#39;t have enough requirements yet (how m=
any are enought?) and if I want it I should request it to Broadcom (vendor =
of chipset included in all these CMs). Ok, I&#39;ve talked to Broadcom also=
 and they neither want to implement it because they say that they have DS-L=
ite, for them it works and we don&#39;t need any other protocol. I can not =
beleive this kind of answer.<br>
<br>
=C2=A0 I have included RFC6877 in RFPs for new CMs as a mandatory feature b=
ut no one wanted to perform with this feature, so I had to remove it as a m=
andatory because if not I wouldn&#39;t be able to buy anyone.<br>
<br>
=C2=A0 Regarding CGN, as we don&#39;t have more public IPv4, we didn&#39;t =
have any other option than deploy a CGN. For now, customers have Dual Stack=
 (private IPv4 + IPv6).<br>
=C2=A0 Lets think that with the inclusion of (for example) 464XLAT, ISPs li=
ke us won&#39;t need to deploy IPv4 (in normal cases).<br>
<br>
<br>
Regards,<br>
<span class=3D""><br>
Alejandro D&#39;Egidio<br>
Jefe de Ingenier=C3=ADa de Backbone<br>
[ mailto:<a href=3D"mailto:adegidio@telecentro.net.ar">adegidio@telecentro.=
<wbr>net.ar</a> | <a href=3D"mailto:adegidio@telecentro.net.ar">adegidio@te=
lecentro.net.ar</a> ]<br>
<br>
Lavard=C3=A9n 157 | Tel: 54 11 3977 1025<br>
C1437FBC | CABA | Argentina<br>
TELECENTRO S.A.<br>
<br>
ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada por =
el secreto profesional. Si usted ha recibido este e-mail por error, por fav=
or comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad=
 de eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar =
su contenido a ninguna persona. Muchas gracias.<br>
<br>
THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is privi=
leged or otherwise legally exempt from disclosure. If you have received it =
by mistake please let us know by e-mail immediately and delete it from your=
 system; should also not copy the message nor disclose its contents to anyo=
ne. Many thanks.<br>
<br>
----- Mensaje original -----<br>
</span>De: &quot;Fred Baker&quot; &lt;<a href=3D"mailto:fredbaker.ietf@gmai=
l.com">fredbaker.ietf@gmail.com</a>&gt;<br>
<span class=3D"">Para: &quot;JORDI PALET MARTINEZ&quot; &lt;<a href=3D"mail=
to:jordi.palet@consulintel.es">jordi.palet@consulintel.es</a>&gt;<br>
CC: <a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
</span>Enviados: S=C3=A1bado, 5 de Noviembre 2016 15:59:10<br>
<div class=3D"HOEnZb"><div class=3D"h5">Asunto: Re: [v6ops] do we need to u=
pdate RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers<br>
<br>
Speaking for myself.<br>
<br>
One of the things that I would draw out of your list is that there is no ma=
rket consensus. A vendor decides what features to put in a product based no=
t on what the standards require, but what customers require. If he can=E2=
=80=99t sell more of a product by adding a feature, he has little argument =
for adding it. And the vendors see little revenue benefit to adding random =
transition technologies.<br>
<br>
My personal guess, not based on data, of actual requirements is CGN for IPv=
4 in some form (could be translation to IPv6 or translation to another IPv4=
 address) plus native IPv6. 464XLAT adds NAT64 at a network boundary, and i=
s an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended to mean that one =
could turn IPv4 off or IPv6 off and have full operation either way, but was=
 running both at the same time. =E2=80=9CDual Stack=E2=80=9D as implemented=
 usually means that some functionality requires IPv4 but IPv6 data is trans=
ported. The rest of what you mention are tunneling technologies in one form=
 or another, a way to have IPvX be able to work around an IPvY-only domain.=
 Again, those are usually ISP options - the ISP wants to deliver IPv6 servi=
ce to residential customers, perhaps, but has an IPv4-only service between =
it and its customer, or the ISP wants to deliver dual stack service to a re=
sidential customer but is itself IPv6-only. Vendors will deliver to ISPs wh=
at the ISPs require in their RFI/RFQ.<br>
<br>
If one can demonstrate a consensus, a standard shouldn=E2=80=99t be difficu=
lt to write or argue for. Absent that, I=E2=80=99m not holding my breath.<b=
r>
<br>
&gt; On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ &lt;<a href=3D"mailto=
:jordi.palet@consulintel.es">jordi.palet@consulintel.es</a>&gt; wrote:<br>
&gt;<br>
&gt; I=E2=80=99ve also some trials with DSL customers, thousands of users e=
ach trial.<br>
&gt;<br>
&gt; Some of those trials have been running for a couple of years already, =
and the reason not to go into commercial is precisely because they will pre=
fer to use the same transition mechanism in all the network (they are using=
 464XLAT in the cellular trial), but the vendors aren=E2=80=99t supporting =
it and one of the arguments is not suggested as a requirement from the IETF=
 ...<br>
&gt;<br>
&gt; Also looking at the recent IPv6 survey I can see the following stats:<=
br>
&gt; 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, globa=
l IPv6).<br>
&gt; 2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6)=
.<br>
&gt; 3) 1 LTE/router deployment with DS-Lite.<br>
&gt; 4) 2 LTE/router deployment with tunnel broker.<br>
&gt; 5) 1 Cable deployment with 464XLAT.<br>
&gt; 6) 2 Cable deployments with 6to4.<br>
&gt; 7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv=
6)<br>
&gt; 8) 2 Cable deployments with DS-Lite.<br>
&gt; 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)<br>
&gt; 10) 1 Cable deployment with lw4o6.<br>
&gt; 11) 1 Cable deployment with MAP-T.<br>
&gt; 12) 2 Cable deployments with tunnel broker.<br>
&gt; 13) 5 FTTH deployments with 464XLAT.<br>
&gt; 14) 2 FTTH deployments with 6RD.<br>
&gt; 15) 8 FTTH deployments with 6to4.<br>
&gt; 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv=
6).<br>
&gt; 17) 4 FTTH deployments with DS-Lite.<br>
&gt; 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).<br=
>
&gt; 19) 1 FTTH deployment with MAP-E.<br>
&gt; 20) 1 FTTH deployment with tunnel broker.<br>
&gt; 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv=
6).<br>
&gt; 22) 7 xDSL deployments with DS-Lite.<br>
&gt; 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).<br=
>
&gt; 24) 9 xDSL deployments with 6RD.<br>
&gt; 25) 3 xDSL deployments with 464XLAT.<br>
&gt; 26) 2 xDSL deployments with tunnel broker.<br>
&gt; 27) 1 xDSL deployment using softwires (L2TP).<br>
&gt; 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack -=
 CGN (private IPv4, global IPv6).<br>
&gt; 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack =
(public IPv4, global IPv6).<br>
&gt; 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.<br>
&gt;<br>
&gt; In addition to all that, there are some other access technologies bein=
g used, with different transition mechanisms.<br>
&gt;<br>
&gt; By the way, most of the 464XLAT deployments are done using OpenWRT, ta=
king advantage of existing CPEs that can be reflashed, because lack of supp=
ort from the original vendors.<br>
&gt;<br>
&gt; The survey got already 1.223 responses up to now. I=E2=80=99m providin=
g here only the numbers for those that responded with specific details abou=
t the transition technology. There are many other answers with have left th=
is empty, probably customers that don=E2=80=99t know. In general, more comp=
lete responses come from the ISP employees, which also provide the contact =
details, and I talked with them in some cases to clarify specific answers t=
o the survey.<br>
&gt;<br>
&gt; I did a recent presentation at the last RIPE meeting (not going into s=
o many detailed data as here)<br>
&gt; Slides - <a href=3D"https://ripe73.ripe.net/presentations/22-IPv6-surv=
ey-October-2016.pdf" rel=3D"noreferrer" target=3D"_blank">https://ripe73.ri=
pe.net/<wbr>presentations/22-IPv6-survey-<wbr>October-2016.pdf</a><br>
&gt; Video - <a href=3D"https://ripe73.ripe.net/archives/video/1242/" rel=
=3D"noreferrer" target=3D"_blank">https://ripe73.ripe.net/<wbr>archives/vid=
eo/1242/</a><br>
&gt;<br>
&gt; Survey available here, if you still haven=E2=80=99t answered it or som=
ething changed in your network:<br>
&gt; <a href=3D"http://survey.consulintel.es/index.php/175122" rel=3D"noref=
errer" target=3D"_blank">http://survey.consulintel.es/<wbr>index.php/175122=
</a><br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt; Jordi<br>
&gt;<br>
&gt;<br>
&gt; -----Mensaje original-----<br>
&gt; De: v6ops &lt;<a href=3D"mailto:v6ops-bounces@ietf.org">v6ops-bounces@=
ietf.org</a>&gt; en nombre de Tassos Chatzithomaoglou &lt;<a href=3D"mailto=
:achatz@forthnet.gr">achatz@forthnet.gr</a>&gt;<br>
&gt; Responder a: &lt;<a href=3D"mailto:achatz@forthnet.gr">achatz@forthnet=
.gr</a>&gt;<br>
&gt; Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34<br>
&gt; Para: &quot;<a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a>&quot;=
 &lt;<a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a>&gt;<br>
&gt; Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirement=
s for IPv6 Customer Edge Routers<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 Mikael Abrahamsson wrote on 4/11/16 23:58:<br>
&gt;&gt; On Fri, 4 Nov 2016, Sander Steffann wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; At least in the Netherlands DS-Lite has been deployed to hundr=
eds of thousands of users already, and the numbers are still going up. I th=
ink that ISPs did nothing with DS-Lite is a misconception.<br>
&gt;&gt;<br>
&gt;&gt; All the ds.lite I know of are from Cable providers, ie DOCSIS3 dep=
loyments.<br>
&gt;&gt;<br>
&gt;&gt; Do you see ds.lite in any other space, ie non-cable operators?<br>
&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 We, as a fixed/DSL operator, use DS-Lite=C2=A0 on a large=
 percentage of our subscribers.<br>
&gt;=C2=A0 =C2=A0 Recently we started adding PCP to the mix.<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 --<br>
&gt;=C2=A0 =C2=A0 Tassos<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 ______________________________<wbr>_________________<br>
&gt;=C2=A0 =C2=A0 v6ops mailing list<br>
&gt;=C2=A0 =C2=A0 <a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
&gt;=C2=A0 =C2=A0 <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" r=
el=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listi=
nfo/v6ops</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ******************************<wbr>****************<br>
&gt; IPv4 is over<br>
&gt; Are you ready for the new Internet ?<br>
&gt; <a href=3D"http://www.consulintel.es" rel=3D"noreferrer" target=3D"_bl=
ank">http://www.consulintel.es</a><br>
&gt; The IPv6 Company<br>
&gt;<br>
&gt; This electronic message contains information which may be privileged o=
r confidential. The information is intended to be for the use of the indivi=
dual(s) named above. If you are not the intended recipient be aware that an=
y disclosure, copying, distribution or use of the contents of this informat=
ion, including attached files, is prohibited.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ______________________________<wbr>_________________<br>
&gt; v6ops mailing list<br>
&gt; <a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"norefer=
rer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/v6ops</a>=
<br>
<br>
______________________________<wbr>_________________<br>
v6ops mailing list<br>
<a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/v6ops</a><br>
<br>
______________________________<wbr>_________________<br>
v6ops mailing list<br>
<a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/v6ops</a><br>
</div></div></blockquote></div><br></div>

--001a113b080228cfce0540b69dc9--


From nobody Mon Nov  7 10:02:09 2016
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 174BC12959C for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 10:02:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level: 
X-Spam-Status: No, score=-2.449 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] 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 Jq2i1bCDLvZ2 for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 10:02:03 -0800 (PST)
Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 4341112956F for <v6ops@ietf.org>; Mon,  7 Nov 2016 10:02:03 -0800 (PST)
Received: by mail-wm0-x22f.google.com with SMTP id a197so198587660wmd.0 for <v6ops@ietf.org>; Mon, 07 Nov 2016 10:02:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QCowunZN1uBvFSdht5j7YsCI1QNyv97b47bdDXyPLps=; b=pGhtG6S16MpiTGwx2zFerIqiQBDRStN+Mzcu6SFCyaC1SFpF+CQrRBfLwxogOGXmkT 8S5HDbThKeccmjhNXA+RD2GJwsRO6ZHXm6C/pGQ9u7u6nn3a7rJhin+vcbzSVpSoQe8Z lqPbNYiHkkyltHMUwMlp9/pChgOOojBPQVVJFcjZBXds+4HHwJZRY4ovN1AhXT4XlGWp UK9xNCi8ts33s3yyYWhdIhxMYcmJogWrJPwpJALlBKplY2+MxZFpp+LIcHzv9V+aElAw RdNHi/4T7vf2kHOk3fITTDkoh6aBrXE7CBSdpUeFZKROl2jsq5I1lilu3DWuX5WfRDI4 YDPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QCowunZN1uBvFSdht5j7YsCI1QNyv97b47bdDXyPLps=; b=MWeBK2BZUm52qJ9DzOdvJFbwWeL5IWP/uC45NiQpa6jQHW45LttoOPCSeXjzzYc7nm jfqZZtxXwt7S48kl5JhCb2cFy6IX56eWX5mk+GNfbWxYLWaPnlqQYFhSNTPHOwek9Uij 8Z9cj2X2dCEnKlrAke2Ntd16z60jNnMiyMfIDgyk5vbWYlw3qvrYorrUexWqTpSrNd+a AowgNTgHuKsfN7uUM3iultST3x/AvDQmYevyGaBUAN0iwkMSyiq4OZX81PkUTvHcPHSE +wnACdFD7AMg5WZWeZxqxHIira+nwVq1UpS65z8LpJBr6xR5qFOIHvVxhuoAwOnGNH2o B++w==
X-Gm-Message-State: ABUngvcWrHyneLb5bcYVQ0LlbtLMmUGXELQrRbdKfJzBAFkFG1EOyU7VwcXNpkNt8xz3PV8RUGP5sm9CBCbHug==
X-Received: by 10.194.157.41 with SMTP id wj9mr3279495wjb.160.1478541721712; Mon, 07 Nov 2016 10:02:01 -0800 (PST)
MIME-Version: 1.0
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr> <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es> <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com> <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
In-Reply-To: <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
From: Ca By <cb.list6@gmail.com>
Date: Mon, 07 Nov 2016 18:01:50 +0000
Message-ID: <CAD6AjGTJU=22ZYCorYF2Ed3tVEJ_7Tyoi3cB56=J38vRAT_zuw@mail.gmail.com>
To: "Alejandro D'Egidio" <adegidio@telecentro.net.ar>, Fred Baker <fredbaker.ietf@gmail.com>
Content-Type: multipart/alternative; boundary=089e0112c5101bbe0b0540b9d244
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/tXAY0YXJ4IH1pnmUTNSSZK41_xg>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Mon, 07 Nov 2016 18:02:06 -0000

--089e0112c5101bbe0b0540b9d244
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Fyi, 464xlat is in openwrt for folks looking for it in home gateways

https://lwn.net/Articles/657119/

On Mon, Nov 7, 2016 at 5:36 AM Alejandro D'Egidio <
adegidio@telecentro.net.ar> wrote:

> Dears,
>   RFC6877 was released in April 2013 and RFC7084 was released in November
> 2013.
>   If RFC6877 doesn't need any update yet, it's ok I think but since
> November 2013 until now appeared now definitions like RFC7599 and RFC7597
> (July 2015).
>   In RFC7084 section "4.4. Transition Technologies Support" is specified
> 6RD and DS-Lite.
>   Do you really think that 6RD "must" be supported in a CPE of 2016?
>   RFC7084 puts 6RD as a Transition Technologies Support and doesn't it
> include 464XLAT, MAP-T, MAP-E?
>
>   On the other hand, in CableModems is not included 464XLAT (CLAT) yet
> because vendors don't want to include it. I have talked to Sagemcom,
> Technicolor and Cisco (now Cisco sold CPEs to Technicolor); they don't wa=
nt
> implement it because they don't have enough requirements yet (how many ar=
e
> enought?) and if I want it I should request it to Broadcom (vendor of
> chipset included in all these CMs). Ok, I've talked to Broadcom also and
> they neither want to implement it because they say that they have DS-Lite=
,
> for them it works and we don't need any other protocol. I can not beleive
> this kind of answer.
>
>   I have included RFC6877 in RFPs for new CMs as a mandatory feature but
> no one wanted to perform with this feature, so I had to remove it as a
> mandatory because if not I wouldn't be able to buy anyone.
>
>   Regarding CGN, as we don't have more public IPv4, we didn't have any
> other option than deploy a CGN. For now, customers have Dual Stack (priva=
te
> IPv4 + IPv6).
>   Lets think that with the inclusion of (for example) 464XLAT, ISPs like
> us won't need to deploy IPv4 (in normal cases).
>
>
> Regards,
>
> Alejandro D'Egidio
> Jefe de Ingenier=C3=ADa de Backbone
> [ mailto:adegidio@telecentro.net.ar | adegidio@telecentro.net.ar ]
>
> Lavard=C3=A9n 157 | Tel: 54 11 3977 1025
> C1437FBC | CABA | Argentina
> TELECENTRO S.A.
>
> ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada po=
r el
> secreto profesional. Si usted ha recibido este e-mail por error, por favo=
r
> comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad =
de
> eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar su
> contenido a ninguna persona. Muchas gracias.
>
> THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is
> privileged or otherwise legally exempt from disclosure. If you have
> received it by mistake please let us know by e-mail immediately and delet=
e
> it from your system; should also not copy the message nor disclose its
> contents to anyone. Many thanks.
>
> ----- Mensaje original -----
> De: "Fred Baker" <fredbaker.ietf@gmail.com>
> Para: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>
> CC: v6ops@ietf.org
> Enviados: S=C3=A1bado, 5 de Noviembre 2016 15:59:10
> Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements
> for IPv6 Customer Edge Routers
>
> Speaking for myself.
>
> One of the things that I would draw out of your list is that there is no
> market consensus. A vendor decides what features to put in a product base=
d
> not on what the standards require, but what customers require. If he can=
=E2=80=99t
> sell more of a product by adding a feature, he has little argument for
> adding it. And the vendors see little revenue benefit to adding random
> transition technologies.
>
> My personal guess, not based on data, of actual requirements is CGN for
> IPv4 in some form (could be translation to IPv6 or translation to another
> IPv4 address) plus native IPv6. 464XLAT adds NAT64 at a network boundary,
> and is an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended to mean th=
at one could turn
> IPv4 off or IPv6 off and have full operation either way, but was running
> both at the same time. =E2=80=9CDual Stack=E2=80=9D as implemented usuall=
y means that some
> functionality requires IPv4 but IPv6 data is transported. The rest of wha=
t
> you mention are tunneling technologies in one form or another, a way to
> have IPvX be able to work around an IPvY-only domain. Again, those are
> usually ISP options - the ISP wants to deliver IPv6 service to residentia=
l
> customers, perhaps, but has an IPv4-only service between it and its
> customer, or the ISP wants to deliver dual stack service to a residential
> customer but is itself IPv6-only. Vendors will deliver to ISPs what the
> ISPs require in their RFI/RFQ.
>
> If one can demonstrate a consensus, a standard shouldn=E2=80=99t be diffi=
cult to
> write or argue for. Absent that, I=E2=80=99m not holding my breath.
>
> > On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ <
> jordi.palet@consulintel.es> wrote:
> >
> > I=E2=80=99ve also some trials with DSL customers, thousands of users ea=
ch trial.
> >
> > Some of those trials have been running for a couple of years already,
> and the reason not to go into commercial is precisely because they will
> prefer to use the same transition mechanism in all the network (they are
> using 464XLAT in the cellular trial), but the vendors aren=E2=80=99t supp=
orting it
> and one of the arguments is not suggested as a requirement from the IETF =
...
> >
> > Also looking at the recent IPv6 survey I can see the following stats:
> > 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, global
> IPv6).
> > 2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6).
> > 3) 1 LTE/router deployment with DS-Lite.
> > 4) 2 LTE/router deployment with tunnel broker.
> > 5) 1 Cable deployment with 464XLAT.
> > 6) 2 Cable deployments with 6to4.
> > 7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv6=
)
> > 8) 2 Cable deployments with DS-Lite.
> > 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)
> > 10) 1 Cable deployment with lw4o6.
> > 11) 1 Cable deployment with MAP-T.
> > 12) 2 Cable deployments with tunnel broker.
> > 13) 5 FTTH deployments with 464XLAT.
> > 14) 2 FTTH deployments with 6RD.
> > 15) 8 FTTH deployments with 6to4.
> > 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv6=
).
> > 17) 4 FTTH deployments with DS-Lite.
> > 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).
> > 19) 1 FTTH deployment with MAP-E.
> > 20) 1 FTTH deployment with tunnel broker.
> > 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv6=
).
> > 22) 7 xDSL deployments with DS-Lite.
> > 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).
> > 24) 9 xDSL deployments with 6RD.
> > 25) 3 xDSL deployments with 464XLAT.
> > 26) 2 xDSL deployments with tunnel broker.
> > 27) 1 xDSL deployment using softwires (L2TP).
> > 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack -
> CGN (private IPv4, global IPv6).
> > 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack
> (public IPv4, global IPv6).
> > 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.
> >
> > In addition to all that, there are some other access technologies being
> used, with different transition mechanisms.
> >
> > By the way, most of the 464XLAT deployments are done using OpenWRT,
> taking advantage of existing CPEs that can be reflashed, because lack of
> support from the original vendors.
> >
> > The survey got already 1.223 responses up to now. I=E2=80=99m providing=
 here
> only the numbers for those that responded with specific details about the
> transition technology. There are many other answers with have left this
> empty, probably customers that don=E2=80=99t know. In general, more compl=
ete
> responses come from the ISP employees, which also provide the contact
> details, and I talked with them in some cases to clarify specific answers
> to the survey.
> >
> > I did a recent presentation at the last RIPE meeting (not going into so
> many detailed data as here)
> > Slides -
> https://ripe73.ripe.net/presentations/22-IPv6-survey-October-2016.pdf
> > Video - https://ripe73.ripe.net/archives/video/1242/
> >
> > Survey available here, if you still haven=E2=80=99t answered it or some=
thing
> changed in your network:
> > http://survey.consulintel.es/index.php/175122
> >
> >
> > Regards,
> > Jordi
> >
> >
> > -----Mensaje original-----
> > De: v6ops <v6ops-bounces@ietf.org> en nombre de Tassos Chatzithomaoglou
> <achatz@forthnet.gr>
> > Responder a: <achatz@forthnet.gr>
> > Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34
> > Para: "v6ops@ietf.org" <v6ops@ietf.org>
> > Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements
> for IPv6 Customer Edge Routers
> >
> >    Mikael Abrahamsson wrote on 4/11/16 23:58:
> >> On Fri, 4 Nov 2016, Sander Steffann wrote:
> >>
> >>> At least in the Netherlands DS-Lite has been deployed to hundreds of
> thousands of users already, and the numbers are still going up. I think
> that ISPs did nothing with DS-Lite is a misconception.
> >>
> >> All the ds.lite I know of are from Cable providers, ie DOCSIS3
> deployments.
> >>
> >> Do you see ds.lite in any other space, ie non-cable operators?
> >>
> >    We, as a fixed/DSL operator, use DS-Lite  on a large percentage of
> our subscribers.
> >    Recently we started adding PCP to the mix.
> >
> >    --
> >    Tassos
> >
> >    _______________________________________________
> >    v6ops mailing list
> >    v6ops@ietf.org
> >    https://www.ietf.org/mailman/listinfo/v6ops
> >
> >
> >
> >
> >
> > **********************************************
> > IPv4 is over
> > Are you ready for the new Internet ?
> > http://www.consulintel.es
> > The IPv6 Company
> >
> > This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the use of the
> individual(s) named above. If you are not the intended recipient be aware
> that any disclosure, copying, distribution or use of the contents of this
> information, including attached files, is prohibited.
> >
> >
> >
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>

--089e0112c5101bbe0b0540b9d244
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div style=3D"white-space:pre-wrap">Fyi, 464xlat is in openwrt for folks lo=
oking for it in home gateways <br><br><a href=3D"https://lwn.net/Articles/6=
57119/">https://lwn.net/Articles/657119/</a><br></div><br><div class=3D"gma=
il_quote"><div dir=3D"ltr">On Mon, Nov 7, 2016 at 5:36 AM Alejandro D&#39;E=
gidio &lt;<a href=3D"mailto:adegidio@telecentro.net.ar">adegidio@telecentro=
.net.ar</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dears,<br cl=
ass=3D"gmail_msg">
=C2=A0 RFC6877 was released in April 2013 and RFC7084 was released in Novem=
ber 2013.<br class=3D"gmail_msg">
=C2=A0 If RFC6877 doesn&#39;t need any update yet, it&#39;s ok I think but =
since November 2013 until now appeared now definitions like RFC7599 and RFC=
7597 (July 2015).<br class=3D"gmail_msg">
=C2=A0 In RFC7084 section &quot;4.4. Transition Technologies Support&quot; =
is specified 6RD and DS-Lite.<br class=3D"gmail_msg">
=C2=A0 Do you really think that 6RD &quot;must&quot; be supported in a CPE =
of 2016?<br class=3D"gmail_msg">
=C2=A0 RFC7084 puts 6RD as a Transition Technologies Support and doesn&#39;=
t it include 464XLAT, MAP-T, MAP-E?<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
=C2=A0 On the other hand, in CableModems is not included 464XLAT (CLAT) yet=
 because vendors don&#39;t want to include it. I have talked to Sagemcom, T=
echnicolor and Cisco (now Cisco sold CPEs to Technicolor); they don&#39;t w=
ant implement it because they don&#39;t have enough requirements yet (how m=
any are enought?) and if I want it I should request it to Broadcom (vendor =
of chipset included in all these CMs). Ok, I&#39;ve talked to Broadcom also=
 and they neither want to implement it because they say that they have DS-L=
ite, for them it works and we don&#39;t need any other protocol. I can not =
beleive this kind of answer.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
=C2=A0 I have included RFC6877 in RFPs for new CMs as a mandatory feature b=
ut no one wanted to perform with this feature, so I had to remove it as a m=
andatory because if not I wouldn&#39;t be able to buy anyone.<br class=3D"g=
mail_msg">
<br class=3D"gmail_msg">
=C2=A0 Regarding CGN, as we don&#39;t have more public IPv4, we didn&#39;t =
have any other option than deploy a CGN. For now, customers have Dual Stack=
 (private IPv4 + IPv6).<br class=3D"gmail_msg">
=C2=A0 Lets think that with the inclusion of (for example) 464XLAT, ISPs li=
ke us won&#39;t need to deploy IPv4 (in normal cases).<br class=3D"gmail_ms=
g">
<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
Regards,<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
Alejandro D&#39;Egidio<br class=3D"gmail_msg">
Jefe de Ingenier=C3=ADa de Backbone<br class=3D"gmail_msg">
[ mailto:<a href=3D"mailto:adegidio@telecentro.net.ar" class=3D"gmail_msg" =
target=3D"_blank">adegidio@telecentro.net.ar</a> | <a href=3D"mailto:adegid=
io@telecentro.net.ar" class=3D"gmail_msg" target=3D"_blank">adegidio@telece=
ntro.net.ar</a> ]<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
Lavard=C3=A9n 157 | Tel: 54 11 3977 1025<br class=3D"gmail_msg">
C1437FBC | CABA | Argentina<br class=3D"gmail_msg">
TELECENTRO S.A.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
ESTE MENSAJE ES CONFIDENCIAL. Puede contener informaci=C3=B3n amparada por =
el secreto profesional. Si usted ha recibido este e-mail por error, por fav=
or comun=C3=ADquenoslo inmediatamente v=C3=ADa e-mail y tenga la amabilidad=
 de eliminarlo de su sistema; no deber=C3=A1 copiar el mensaje ni divulgar =
su contenido a ninguna persona. Muchas gracias.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is privi=
leged or otherwise legally exempt from disclosure. If you have received it =
by mistake please let us know by e-mail immediately and delete it from your=
 system; should also not copy the message nor disclose its contents to anyo=
ne. Many thanks.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
----- Mensaje original -----<br class=3D"gmail_msg">
De: &quot;Fred Baker&quot; &lt;<a href=3D"mailto:fredbaker.ietf@gmail.com" =
class=3D"gmail_msg" target=3D"_blank">fredbaker.ietf@gmail.com</a>&gt;<br c=
lass=3D"gmail_msg">
Para: &quot;JORDI PALET MARTINEZ&quot; &lt;<a href=3D"mailto:jordi.palet@co=
nsulintel.es" class=3D"gmail_msg" target=3D"_blank">jordi.palet@consulintel=
.es</a>&gt;<br class=3D"gmail_msg">
CC: <a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" target=3D"_blank"=
>v6ops@ietf.org</a><br class=3D"gmail_msg">
Enviados: S=C3=A1bado, 5 de Noviembre 2016 15:59:10<br class=3D"gmail_msg">
Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for=
 IPv6 Customer Edge Routers<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
Speaking for myself.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
One of the things that I would draw out of your list is that there is no ma=
rket consensus. A vendor decides what features to put in a product based no=
t on what the standards require, but what customers require. If he can=E2=
=80=99t sell more of a product by adding a feature, he has little argument =
for adding it. And the vendors see little revenue benefit to adding random =
transition technologies.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
My personal guess, not based on data, of actual requirements is CGN for IPv=
4 in some form (could be translation to IPv6 or translation to another IPv4=
 address) plus native IPv6. 464XLAT adds NAT64 at a network boundary, and i=
s an ISP issue. =E2=80=9CDual Stack=E2=80=9D was intended to mean that one =
could turn IPv4 off or IPv6 off and have full operation either way, but was=
 running both at the same time. =E2=80=9CDual Stack=E2=80=9D as implemented=
 usually means that some functionality requires IPv4 but IPv6 data is trans=
ported. The rest of what you mention are tunneling technologies in one form=
 or another, a way to have IPvX be able to work around an IPvY-only domain.=
 Again, those are usually ISP options - the ISP wants to deliver IPv6 servi=
ce to residential customers, perhaps, but has an IPv4-only service between =
it and its customer, or the ISP wants to deliver dual stack service to a re=
sidential customer but is itself IPv6-only. Vendors will deliver to ISPs wh=
at the ISPs require in their RFI/RFQ.<br class=3D"gmail_msg">
<br class=3D"gmail_msg">
If one can demonstrate a consensus, a standard shouldn=E2=80=99t be difficu=
lt to write or argue for. Absent that, I=E2=80=99m not holding my breath.<b=
r class=3D"gmail_msg">
<br class=3D"gmail_msg">
&gt; On Nov 5, 2016, at 2:54 AM, JORDI PALET MARTINEZ &lt;<a href=3D"mailto=
:jordi.palet@consulintel.es" class=3D"gmail_msg" target=3D"_blank">jordi.pa=
let@consulintel.es</a>&gt; wrote:<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; I=E2=80=99ve also some trials with DSL customers, thousands of users e=
ach trial.<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; Some of those trials have been running for a couple of years already, =
and the reason not to go into commercial is precisely because they will pre=
fer to use the same transition mechanism in all the network (they are using=
 464XLAT in the cellular trial), but the vendors aren=E2=80=99t supporting =
it and one of the arguments is not suggested as a requirement from the IETF=
 ...<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; Also looking at the recent IPv6 survey I can see the following stats:<=
br class=3D"gmail_msg">
&gt; 1) 5 LTE/router deployments with dual stack - CGN (private IPv4, globa=
l IPv6).<br class=3D"gmail_msg">
&gt; 2) 2 LTE/router deployments with dual stack (public IPv4, global IPv6)=
.<br class=3D"gmail_msg">
&gt; 3) 1 LTE/router deployment with DS-Lite.<br class=3D"gmail_msg">
&gt; 4) 2 LTE/router deployment with tunnel broker.<br class=3D"gmail_msg">
&gt; 5) 1 Cable deployment with 464XLAT.<br class=3D"gmail_msg">
&gt; 6) 2 Cable deployments with 6to4.<br class=3D"gmail_msg">
&gt; 7) 2 Cable deployments with dual stack - CGN (private IPv4, global IPv=
6)<br class=3D"gmail_msg">
&gt; 8) 2 Cable deployments with DS-Lite.<br class=3D"gmail_msg">
&gt; 9) 42 Cable deployments with dual stack (public IPv4, global IPv6)<br =
class=3D"gmail_msg">
&gt; 10) 1 Cable deployment with lw4o6.<br class=3D"gmail_msg">
&gt; 11) 1 Cable deployment with MAP-T.<br class=3D"gmail_msg">
&gt; 12) 2 Cable deployments with tunnel broker.<br class=3D"gmail_msg">
&gt; 13) 5 FTTH deployments with 464XLAT.<br class=3D"gmail_msg">
&gt; 14) 2 FTTH deployments with 6RD.<br class=3D"gmail_msg">
&gt; 15) 8 FTTH deployments with 6to4.<br class=3D"gmail_msg">
&gt; 16) 7 FTTH deployments with dual stack - CGN (private IPv4, global IPv=
6).<br class=3D"gmail_msg">
&gt; 17) 4 FTTH deployments with DS-Lite.<br class=3D"gmail_msg">
&gt; 18) 93 FTTH deployments with dual stack (public IPv4, global IPv6).<br=
 class=3D"gmail_msg">
&gt; 19) 1 FTTH deployment with MAP-E.<br class=3D"gmail_msg">
&gt; 20) 1 FTTH deployment with tunnel broker.<br class=3D"gmail_msg">
&gt; 21) 4 xDSL deployments with dual stack - CGN (private IPv4, global IPv=
6).<br class=3D"gmail_msg">
&gt; 22) 7 xDSL deployments with DS-Lite.<br class=3D"gmail_msg">
&gt; 23) 71 xDSL deployments with dual stack (public IPv4, global IPv6).<br=
 class=3D"gmail_msg">
&gt; 24) 9 xDSL deployments with 6RD.<br class=3D"gmail_msg">
&gt; 25) 3 xDSL deployments with 464XLAT.<br class=3D"gmail_msg">
&gt; 26) 2 xDSL deployments with tunnel broker.<br class=3D"gmail_msg">
&gt; 27) 1 xDSL deployment using softwires (L2TP).<br class=3D"gmail_msg">
&gt; 28) 6 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack -=
 CGN (private IPv4, global IPv6).<br class=3D"gmail_msg">
&gt; 29) 22 Wireless (LMDS, WiFi, WiMax, etc.) deployments with dual stack =
(public IPv4, global IPv6).<br class=3D"gmail_msg">
&gt; 30) 1 Wireless (LMDS, WiFi, WiMax, etc.) deployment with 464XLAT.<br c=
lass=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; In addition to all that, there are some other access technologies bein=
g used, with different transition mechanisms.<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; By the way, most of the 464XLAT deployments are done using OpenWRT, ta=
king advantage of existing CPEs that can be reflashed, because lack of supp=
ort from the original vendors.<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; The survey got already 1.223 responses up to now. I=E2=80=99m providin=
g here only the numbers for those that responded with specific details abou=
t the transition technology. There are many other answers with have left th=
is empty, probably customers that don=E2=80=99t know. In general, more comp=
lete responses come from the ISP employees, which also provide the contact =
details, and I talked with them in some cases to clarify specific answers t=
o the survey.<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; I did a recent presentation at the last RIPE meeting (not going into s=
o many detailed data as here)<br class=3D"gmail_msg">
&gt; Slides - <a href=3D"https://ripe73.ripe.net/presentations/22-IPv6-surv=
ey-October-2016.pdf" rel=3D"noreferrer" class=3D"gmail_msg" target=3D"_blan=
k">https://ripe73.ripe.net/presentations/22-IPv6-survey-October-2016.pdf</a=
><br class=3D"gmail_msg">
&gt; Video - <a href=3D"https://ripe73.ripe.net/archives/video/1242/" rel=
=3D"noreferrer" class=3D"gmail_msg" target=3D"_blank">https://ripe73.ripe.n=
et/archives/video/1242/</a><br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; Survey available here, if you still haven=E2=80=99t answered it or som=
ething changed in your network:<br class=3D"gmail_msg">
&gt; <a href=3D"http://survey.consulintel.es/index.php/175122" rel=3D"noref=
errer" class=3D"gmail_msg" target=3D"_blank">http://survey.consulintel.es/i=
ndex.php/175122</a><br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; Regards,<br class=3D"gmail_msg">
&gt; Jordi<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; -----Mensaje original-----<br class=3D"gmail_msg">
&gt; De: v6ops &lt;<a href=3D"mailto:v6ops-bounces@ietf.org" class=3D"gmail=
_msg" target=3D"_blank">v6ops-bounces@ietf.org</a>&gt; en nombre de Tassos =
Chatzithomaoglou &lt;<a href=3D"mailto:achatz@forthnet.gr" class=3D"gmail_m=
sg" target=3D"_blank">achatz@forthnet.gr</a>&gt;<br class=3D"gmail_msg">
&gt; Responder a: &lt;<a href=3D"mailto:achatz@forthnet.gr" class=3D"gmail_=
msg" target=3D"_blank">achatz@forthnet.gr</a>&gt;<br class=3D"gmail_msg">
&gt; Fecha: s=C3=A1bado, 5 de noviembre de 2016, 8:34<br class=3D"gmail_msg=
">
&gt; Para: &quot;<a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" targ=
et=3D"_blank">v6ops@ietf.org</a>&quot; &lt;<a href=3D"mailto:v6ops@ietf.org=
" class=3D"gmail_msg" target=3D"_blank">v6ops@ietf.org</a>&gt;<br class=3D"=
gmail_msg">
&gt; Asunto: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirement=
s for IPv6 Customer Edge Routers<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 Mikael Abrahamsson wrote on 4/11/16 23:58:<br class=3D"gm=
ail_msg">
&gt;&gt; On Fri, 4 Nov 2016, Sander Steffann wrote:<br class=3D"gmail_msg">
&gt;&gt;<br class=3D"gmail_msg">
&gt;&gt;&gt; At least in the Netherlands DS-Lite has been deployed to hundr=
eds of thousands of users already, and the numbers are still going up. I th=
ink that ISPs did nothing with DS-Lite is a misconception.<br class=3D"gmai=
l_msg">
&gt;&gt;<br class=3D"gmail_msg">
&gt;&gt; All the ds.lite I know of are from Cable providers, ie DOCSIS3 dep=
loyments.<br class=3D"gmail_msg">
&gt;&gt;<br class=3D"gmail_msg">
&gt;&gt; Do you see ds.lite in any other space, ie non-cable operators?<br =
class=3D"gmail_msg">
&gt;&gt;<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 We, as a fixed/DSL operator, use DS-Lite=C2=A0 on a large=
 percentage of our subscribers.<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 Recently we started adding PCP to the mix.<br class=3D"gm=
ail_msg">
&gt;<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 --<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 Tassos<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 _______________________________________________<br class=
=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 v6ops mailing list<br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 <a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" tar=
get=3D"_blank">v6ops@ietf.org</a><br class=3D"gmail_msg">
&gt;=C2=A0 =C2=A0 <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" r=
el=3D"noreferrer" class=3D"gmail_msg" target=3D"_blank">https://www.ietf.or=
g/mailman/listinfo/v6ops</a><br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; **********************************************<br class=3D"gmail_msg">
&gt; IPv4 is over<br class=3D"gmail_msg">
&gt; Are you ready for the new Internet ?<br class=3D"gmail_msg">
&gt; <a href=3D"http://www.consulintel.es" rel=3D"noreferrer" class=3D"gmai=
l_msg" target=3D"_blank">http://www.consulintel.es</a><br class=3D"gmail_ms=
g">
&gt; The IPv6 Company<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; This electronic message contains information which may be privileged o=
r confidential. The information is intended to be for the use of the indivi=
dual(s) named above. If you are not the intended recipient be aware that an=
y disclosure, copying, distribution or use of the contents of this informat=
ion, including attached files, is prohibited.<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt;<br class=3D"gmail_msg">
&gt; _______________________________________________<br class=3D"gmail_msg"=
>
&gt; v6ops mailing list<br class=3D"gmail_msg">
&gt; <a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" target=3D"_blank=
">v6ops@ietf.org</a><br class=3D"gmail_msg">
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"norefer=
rer" class=3D"gmail_msg" target=3D"_blank">https://www.ietf.org/mailman/lis=
tinfo/v6ops</a><br class=3D"gmail_msg">
<br class=3D"gmail_msg">
_______________________________________________<br class=3D"gmail_msg">
v6ops mailing list<br class=3D"gmail_msg">
<a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" target=3D"_blank">v6o=
ps@ietf.org</a><br class=3D"gmail_msg">
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
class=3D"gmail_msg" target=3D"_blank">https://www.ietf.org/mailman/listinfo=
/v6ops</a><br class=3D"gmail_msg">
<br class=3D"gmail_msg">
_______________________________________________<br class=3D"gmail_msg">
v6ops mailing list<br class=3D"gmail_msg">
<a href=3D"mailto:v6ops@ietf.org" class=3D"gmail_msg" target=3D"_blank">v6o=
ps@ietf.org</a><br class=3D"gmail_msg">
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
class=3D"gmail_msg" target=3D"_blank">https://www.ietf.org/mailman/listinfo=
/v6ops</a><br class=3D"gmail_msg">
</blockquote></div>

--089e0112c5101bbe0b0540b9d244--


From nobody Mon Nov  7 11:40:59 2016
Return-Path: <bs7652@att.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 55069129958 for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 11:40:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 57uk3EteiRHH for <v6ops@ietfa.amsl.com>; Mon,  7 Nov 2016 11:40:56 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DEE5129646 for <v6ops@ietf.org>; Mon,  7 Nov 2016 11:40:56 -0800 (PST)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id uA7JZ3cs023037; Mon, 7 Nov 2016 14:40:54 -0500
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049463.ppops.net-00191d01. with ESMTP id 26jyanjhtv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 07 Nov 2016 14:40:54 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA7JeruS031378; Mon, 7 Nov 2016 14:40:53 -0500
Received: from alpi131.aldc.att.com (alpi131.aldc.att.com [130.8.218.69]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA7JejYg031173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Nov 2016 14:40:47 -0500
Received: from GAALPA1MSGHUBAG.ITServices.sbc.com (GAALPA1MSGHUBAG.itservices.sbc.com [130.8.218.156]) by alpi131.aldc.att.com (RSA Interceptor); Mon, 7 Nov 2016 19:40:32 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.154]) by GAALPA1MSGHUBAG.ITServices.sbc.com ([130.8.218.156]) with mapi id 14.03.0319.002; Mon, 7 Nov 2016 14:40:31 -0500
From: "STARK, BARBARA H" <bs7652@att.com>
To: "Alejandro D'Egidio" <adegidio@telecentro.net.ar>, Fred Baker <fredbaker.ietf@gmail.com>
Thread-Topic: do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
Thread-Index: AQHSOPvtRmbqb6d61EqcRmkQ0R2RZqDNp+FA
Date: Mon, 7 Nov 2016 19:40:31 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DA36879@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com> <F7EC1F7A-8456-46D7-A356-3FD3E6726F95@steffann.nl> <alpine.DEB.2.02.1611042257480.14320@uplift.swm.pp.se> <581D8B91.4070602@forthnet.gr> <79D538C7-504D-4719-9C67-27EE524E8DB1@consulintel.es> <CA139CBE-C3AC-4B0C-B055-FFCE4FA962C5@gmail.com> <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
In-Reply-To: <1977255708.2206967.1478525748858.JavaMail.zimbra@telecentro.net.ar>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.10.247.14]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-07_08:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611070359
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/-_vLaH16cfGkxhCKul_hO5pR244>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Mon, 07 Nov 2016 19:40:58 -0000

PiAgIEluIFJGQzcwODQgc2VjdGlvbiAiNC40LiBUcmFuc2l0aW9uIFRlY2hub2xvZ2llcyBTdXBw
b3J0IiBpcyBzcGVjaWZpZWQgNlJEDQo+IGFuZCBEUy1MaXRlLg0KPiAgIERvIHlvdSByZWFsbHkg
dGhpbmsgdGhhdCA2UkQgIm11c3QiIGJlIHN1cHBvcnRlZCBpbiBhIENQRSBvZiAyMDE2Pw0KDQpS
RkMgNzA4NCBkb2VzIG5vdCBtYW5kYXRlIDZyZCAobm90IGEgIm11c3QiKS4gSXQgc2F5cyBTSE9V
TEQgYW5kIHRoZW4gZ29lcyBvbiB0byBwcm92aWRlIHRoZSBjb25kaXRpb25hbGx5IG1hbmRhdG9y
eSByZXF1aXJlbWVudHMgb2YgKmlmKiBpbXBsZW1lbnRlZCwgdGhlbiB0aGUgY3VzdG9tZXIgZWRn
ZSByb3V0ZXIgKENFUikgTVVTVC4uLg0KU2FtZSB3aXRoIERTLUxpdGUuIEFuZCBJIHdvdWxkIG9u
bHkgc3VwcG9ydCBvdGhlciB0cmFuc2l0aW9uIHRlY2hub2xvZ2llcyBnb2luZyBpbnRvIGEgYmlz
IHdpdGggdGhlIHNhbWUgc29ydCBvZiBjb25kaXRpb25hbGl0eS4NCldpdGggdGhhdCBzYWlkLCBh
ZnRlciBSRkMgNzA4NCB3YXMgcHVibGlzaGVkLCBJIHdhcyBhYmxlIHRvIGdldCAyIHJldGFpbCBD
RVJzIHdpdGggNnJkIHRvIGNvbm5lY3QgdG8gbXkgMiBkaWZmZXJlbnQgSVNQcyAob25lIGNhYmxl
IGFuZCBvbmUgdGVsY28pLiBCb3RoIElTUHMgYXQgdGhlIHRpbWUgc3VwcG9ydGVkIDZyZC4gQnV0
IHNpbmNlIHRoZW4sIHRoaW5ncyBoYXZlIGNoYW5nZWQuIFRoZSBjYWJsZSBwcm92aWRlciA2cmQg
c3RhcnRpbmcgYmVoYXZpbmcgYmFkbHksIHNvIEkgaGFkIHRvIGRpc2FibGUgaXQsIHRob3VnaCB0
aGV5IHN0aWxsIHB1Ymxpc2ggdGhlIDZyZCBzZXR0aW5ncy4gVGhlIHRlbGNvIGhhcyBub3cgcnVu
IFBPTiB0byBjdXN0b21lcnMgd2hvIGZvcm1lcmx5IGNvdWxkIHVzZSByZXRhaWwgQ0VScyB0byBj
b25uZWN0LCBhbmQgcmVxdWlyZXMgdGVsY28gZXF1aXBtZW50IGluIHRoZSBDRVIgcG9zaXRpb24g
KGFuZCBoYXMgc3RvcHBlZCBwdWJsaXNoaW5nIDZyZCBzZXR0aW5ncyBiZWNhdXNlIHRoZXkgY29u
ZmlndXJlIHRoZWlyIG93biBlcXVpcG1lbnQgYXV0b21hdGljYWxseSkuIEkgc3RpbGwgaGF2ZSBt
eSByb3V0ZXIgYmVoaW5kIHRoZSBDRVIsIGJ1dCB0aGUgSVB2NiBzZXJ2aWNlIGxvb2tzIGxpa2Ug
ZHVhbCBzdGFjayBhdCB0aGUgcG9pbnQgKHdpdGggdGhlIENFUiBwcm92aWRpbmcgYSAvNjQgYnkg
SUEtUEQgdG8gbXkgcmV0YWlsIHJvdXRlcikuIEkgdGhpbmsgZXhwZXJpZW5jZSB3aXRoIDZyZCBz
dWdnZXN0cyB0aGF0IGl0IG9ubHkgZXZlciBwcm92aWRlZCBoaWdoIElQdjYgcGVuZXRyYXRpb24g
d2hlcmUgdGhlIElTUCBzdXBwbGllZCB0aGUgZXF1aXBtZW50LiBOb3RlIHRoYXQgd2hpbGUgaHR0
cDovL3d3dy53b3JsZGlwdjZsYXVuY2gub3JnL21lYXN1cmVtZW50cy8gc2hvd3MgQVQmVCAod2ly
ZWxpbmUpIGF0IG92ZXIgNTglIChvdXQgb2YgYWJvdXQgMTYgbWlsbGlvbiBjdXN0b21lcnMpIGFu
ZCB0aGlzIGlzIGFsbCA2cmQsIHRoYXQgaXMgYWxtb3N0IGFsbCBkdWUgdG8gNnJkIHN1cHBvcnQg
aW4gQVQmVC1wcm92aWRlZCBDRVIgYW5kIG5vdCByZXRhaWwuIFRoaXMgb3BlcmF0b3Itc3VwcGxp
ZWQgQ0VSIHdhcyBkcml2ZW4gbW9yZSBieSByZXF1aXJlbWVudHMgaW4gQkJGIFRSLTEyNCAod2hp
Y2ggcHJlY2VkZWQgUkZDIDcwODQpLCBhbmQgbm90IFJGQyA3MDg0ICh3aGljaCByZWFsbHkgd2Fz
IGFpbWVkIG1vcmUgYXQgcmV0YWlsKS4NClNvIGlmIHRoZSBwb2ludCB3YXMgdGhhdCA2cmQgaXMg
bm90IGN1cnJlbnRseSBkZXBsb3llZCBvciBub3QgdXNlZCwgSSB3b3VsZCBkaXNhZ3JlZS4gQnV0
IGlmIHRoZSBwb2ludCBpcyB0aGF0IDZyZCBoYXMgb25seSBldmVyIGJlZW4gc3VjY2Vzc2Z1bCB3
aGVuIHRoZSBDRVIgd2FzIHN1cHBsaWVkIGJ5IHRoZSBvcGVyYXRvcjsgc28gaW5jbHVkaW5nIGl0
IGluIHJldGFpbCBDRVIgcmVxdWlyZW1lbnRzIChSRkMgNzA4NCkgZG9lc24ndCBhZGQgdmFsdWUg
dG8gdGhlIG1hc3MgbWFya2V0IGF0IHRoaXMgdGltZTsgSSB3b3VsZCB0ZW5kIHRvIGFncmVlLiBB
bmQgbXkgZmVlbGluZ3Mgd291bGRuJ3QgYmUgaHVydCBpZiBpdCB3ZXJlIHJlbW92ZWQuIEkgd291
bGQgYWxzbyBhZ3JlZSB0aGF0IGl0IG1ha2VzIG5vIHNlbnNlIHRvIGFkZCBhbnkgb3RoZXIgdjYt
dHVubmVsZWQtb3Zlci12NCB0ZWNobm9sb2dpZXMgdG8gUkZDIDcwODQuIE9ubHkgdjQgb3ZlciB2
NiBzaG91bGQgYmUgY29uc2lkZXJlZC4NCg0KPiAgIFJGQzcwODQgcHV0cyA2UkQgYXMgYSBUcmFu
c2l0aW9uIFRlY2hub2xvZ2llcyBTdXBwb3J0IGFuZCBkb2Vzbid0IGl0DQo+IGluY2x1ZGUgNDY0
WExBVCwgTUFQLVQsIE1BUC1FPw0KDQpUaGUgdGVjaG5vbG9naWVzIGluY2x1ZGVkIGluIFJGQyA3
MDg0IHdlcmUgdGhlIG9uZXMgSVNQcyBwYXJ0aWNpcGF0aW5nIGluIHY2b3BzIHNhaWQgdGhleSB3
ZXJlIGludGVuZGluZyB0byB1c2UuIElTUHMgd2hvIGRpZCBub3QgcGFydGljaXBhdGUgZGlkIG5v
dCBwcm92aWRlIGlucHV0LiBOb3RlIHRoYXQgUkZDIDcwODQgd2FzIGFjdHVhbGx5IGZpbmlzaGVk
IG92ZXIgYSB5ZWFyIGJlZm9yZSBpdCB3YXMgcHVibGlzaGVkLCBidXQgaGFkIHRvIHdhaXQgb24g
UkZDIDcwODMuIFdvcmsgb24gaXQgd2FzIGNvbXBsZXRlIGJlZm9yZSA0NjRYTEFULCBNQVAtRSwg
b3IgTUFQLVQgUkZDczsgYW5kIHdoaWxlIGl0IHdhcyB3YWl0aW5nIGZvciBSRkMgNzA4MywgcGVv
cGxlIHdlcmUgYnVzeSBjcmVhdGluZyB0ZXN0IHNwZWNzIGZvciBpdCBhbmQgZG9pbmcgcGx1Z2Zl
c3RzIGFuZCBzdWNoLiBJdCB3YXMgdmVyeSBtdWNoIGZyb3plbiBmb3IgdGhhdCB5ZWFyLg0KIA0K
PiAgIE9uIHRoZSBvdGhlciBoYW5kLCBpbiBDYWJsZU1vZGVtcyBpcyBub3QgaW5jbHVkZWQgNDY0
WExBVCAoQ0xBVCkgeWV0DQo+IGJlY2F1c2UgdmVuZG9ycyBkb24ndCB3YW50IHRvIGluY2x1ZGUg
aXQuIEkgaGF2ZSB0YWxrZWQgdG8gU2FnZW1jb20sDQo+IFRlY2huaWNvbG9yIGFuZCBDaXNjbyAo
bm93IENpc2NvIHNvbGQgQ1BFcyB0byBUZWNobmljb2xvcik7IHRoZXkgZG9uJ3Qgd2FudA0KPiBp
bXBsZW1lbnQgaXQgYmVjYXVzZSB0aGV5IGRvbid0IGhhdmUgZW5vdWdoIHJlcXVpcmVtZW50cyB5
ZXQgKGhvdyBtYW55DQo+IGFyZSBlbm91Z2h0PykgYW5kIGlmIEkgd2FudCBpdCBJIHNob3VsZCBy
ZXF1ZXN0IGl0IHRvIEJyb2FkY29tICh2ZW5kb3Igb2YNCj4gY2hpcHNldCBpbmNsdWRlZCBpbiBh
bGwgdGhlc2UgQ01zKS4gT2ssIEkndmUgdGFsa2VkIHRvIEJyb2FkY29tIGFsc28gYW5kIHRoZXkN
Cj4gbmVpdGhlciB3YW50IHRvIGltcGxlbWVudCBpdCBiZWNhdXNlIHRoZXkgc2F5IHRoYXQgdGhl
eSBoYXZlIERTLUxpdGUsIGZvcg0KPiB0aGVtIGl0IHdvcmtzIGFuZCB3ZSBkb24ndCBuZWVkIGFu
eSBvdGhlciBwcm90b2NvbC4gSSBjYW4gbm90IGJlbGVpdmUgdGhpcw0KPiBraW5kIG9mIGFuc3dl
ci4NCg0KTm9uZSBvZiB0aGUgSVNQcyBwYXJ0aWNpcGF0aW5nIGluIFJGQyA3MDg0IHdlcmUgZXhw
ZWN0aW5nIHRvIGRyaXZlIHJlcXVpcmVtZW50cyBpbnRvIG9wZXJhdG9yLXByb2N1cmVkIENFUi4g
SSBzZWUgdGhlIG1vc3QgcmVjZW50IENhYmxlTGFicyBlUm91dGVyIHNwZWMgKGh0dHBzOi8vYXBw
cy5jYWJsZWxhYnMuY29tL3NwZWNpZmljYXRpb24vaXB2NC1hbmQtaXB2Ni1lcm91dGVyLXNwZWNp
ZmljYXRpb24vKSBoYXMgcmVxdWlyZW1lbnRzIGZvciBvcHRpb25hbCBEUy1MaXRlLCBNQVAtRSwg
YW5kIE1BUC1ULiBTbyByZXF1aXJlbWVudHMgZm9yIGNhYmxlIG1vZGVtcyBleGlzdCBmb3IgdGhl
c2UsIGFuZCBpdCBzb3VuZHMgbGlrZSBEUy1MaXRlIHVuaXRzIGFyZSByZWFkaWx5IGF2YWlsYWJs
ZS4gSXQgc2VlbXMgKGZyb20gYSBxdWljayBvbmxpbmUgc2VhcmNoKSB0aGVyZSBhcmUgY2FibGUg
bW9kZW1zIHdpdGggTUFQLUUgYW5kIE1BUC1ULCB0b28uIDQ2NFhMQVQgaXNuJ3QgZG9jdW1lbnRl
ZCBpbiBhbnkgQ2FibGVMYWJzIHJlcXVpcmVtZW50cy4gSSBzdXNwZWN0IGxhY2sgb2YgY2FibGUg
bW9kZW1zIHdpdGggNDY0WExBVCBpcyBkdWUgbW9yZSB0byB0aGUgZmFjdCB0aGF0IGl0IGlzbid0
IGluIENhYmxlTGFicyBlUm91dGVyIHNwZWNzLCB0aGFuIGl0cyBhYnNlbmNlIGZyb20gUkZDIDcw
ODQuDQogDQo+ICAgSSBoYXZlIGluY2x1ZGVkIFJGQzY4NzcgaW4gUkZQcyBmb3IgbmV3IENNcyBh
cyBhIG1hbmRhdG9yeSBmZWF0dXJlIGJ1dCBubw0KPiBvbmUgd2FudGVkIHRvIHBlcmZvcm0gd2l0
aCB0aGlzIGZlYXR1cmUsIHNvIEkgaGFkIHRvIHJlbW92ZSBpdCBhcyBhDQo+IG1hbmRhdG9yeSBi
ZWNhdXNlIGlmIG5vdCBJIHdvdWxkbid0IGJlIGFibGUgdG8gYnV5IGFueW9uZS4NCg0KV2l0aCB0
aGUgbWFqb3JpdHkgb2YgY2FibGUgb3BlcmF0b3JzIGNob29zaW5nIERTLUxpdGUsIE1BUC1FLCBv
ciBNQVAtVCAoaWYgbm90IHNpbXBsZSBkdWFsIHN0YWNrIHdpdGggQ0dOIHdoZXJlIG5lZWRlZCks
IEkgdGhpbmsgaXQgd2lsbCBiZSByZWFsbHkgaGFyZCB0byBnZXQgYSBjcml0aWNhbCBtYXNzIG9m
IGNhYmxlIHByb3ZpZGVycyB0byBhc2sgZm9yIGNhYmxlIG1vZGVtcyB3aXRoIDQ2NFhMQVQuIEkg
ZG9uJ3QgdGhpbmsgUkZDIDcwODQgaGFkIGFueSBpbmZsdWVuY2Ugb24gY2FibGUgbW9kZW1zLCBi
ZWNhdXNlIG9mIHRoZSBlUm91dGVyIHNwZWNzLiBJIHN5bXBhdGhpemUgYW5kIGhlYXIgeW91ciBm
cnVzdHJhdGlvbiwgYnV0IEknbSBub3QgY29udmluY2VkIGFuIHVwZGF0ZSB0byBSRkMgNzA4NCAo
b3IgYW55dGhpbmcgZnJvbSBJRVRGKSB3aWxsIGhlbHAgd2l0aCB0aGlzLg0KDQpXaXRoIHRoYXQg
c2FpZCwgSSBoYXZlIG5vIG9iamVjdGlvbiB0byBleHBhbmRpbmcgdGhlIGxpc3Qgb2Ygb3B0aW9u
YWwgdjQtdHVubmVsZWQtb3Zlci12NiB0ZWNobm9sb2dpZXMgaW4gUkZDIDcwODQuIEJ1dCBpZiBJ
IHdlcmUgYSB2ZW5kb3IsIEkgdGhpbmsgSSB3b3VsZCBiZSB2ZXJ5IGZydXN0cmF0ZWQgdGhhdCBv
cGVyYXRvcnMgZmVsdCB0aGV5IG5lZWRlZCA1IGRpZmZlcmVudCB3YXlzIChuYXRpdmUsIE1BUC1F
LCBNQVAtVCwgRFMtTGl0ZSwgYW5kIDQ2NFhMQVQpIG9mIHByb3ZpZGluZyBhIHNlcnZpY2UgdGhh
dCB0byB0aGUgYXZlcmFnZSBjdXN0b21lciBhbGwgbG9vayBpZGVudGljYWwuIEkgZG9uJ3Qgc2Vl
IGFuIHVwZGF0ZSB0byBSRkMgNzA4NCBhcyBiZWluZyBsaWtlbHkgdG8gZHJpdmUgY2FibGUgbW9k
ZW0gZGV2ZWxvcG1lbnQuIEkgZG9uJ3QgZXhwZWN0IGl0IHRvIGRyaXZlIHJldGFpbCBkZXZlbG9w
bWVudCBlaXRoZXIsIGF0IHRoaXMgcG9pbnQuIE15IGV4cGVjdGF0aW9uIG9mIHRoZSByZXRhaWwg
dmVuZG9ycyBpcyB0aGF0IHRoZXknbGwgbG9vayBhdCBsYXJnZSBvcGVyYXRvciBkZXBsb3ltZW50
cyBhbmQgYmFzZSBkZWNpc2lvbnMgb24gdGhhdCBtdWNoIG1vcmUgdGhhbiBvbiBhbiBJRVRGIFJG
Qy4NCkJhcmJhcmENCg0K


From nobody Sun Nov 13 09:52:15 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: v6ops@ietf.org
Delivered-To: v6ops@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D2FC12955E; Sun, 13 Nov 2016 09:52:13 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.37.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com>
Date: Sun, 13 Nov 2016 09:52:13 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/WA6tdMejKrORRVTNFAlEy8O9pOA>
Cc: v6ops@ietf.org
Subject: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
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: Sun, 13 Nov 2016 17:52:13 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IPv6 Operations of the IETF.

        Title           : Routing-Related Design Choices for IPv6 Networks
        Authors         : Philip Matthews
                          Victor Kuarsingh
	Filename        : draft-ietf-v6ops-design-choices-12.txt
	Pages           : 26
	Date            : 2016-11-13

Abstract:
   This document presents advice on certain routing-related design
   choices that arise when designing IPv6 networks (both dual-stack and
   IPv6-only).  The intended audience is someone designing an IPv6
   network who is knowledgeable about best current practices around IPv4
   network design, and wishes to learn the corresponding practices for
   IPv6.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-v6ops-design-choices-12

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-v6ops-design-choices-12


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Sun Nov 13 10:20:59 2016
Return-Path: <philip_matthews@magma.ca>
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 E249A1295AD for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 10:20:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.15
X-Spam-Level: 
X-Spam-Status: No, score=-1.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_BRBL_LASTEXT=1.449, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=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 tsgz7ktWyrlV for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 10:20:57 -0800 (PST)
Received: from tor-smtp-01.primus.ca (smtp-auth-22.primus.ca [67.230.159.22]) by ietfa.amsl.com (Postfix) with ESMTP id C936E1295A6 for <v6ops@ietf.org>; Sun, 13 Nov 2016 10:20:56 -0800 (PST)
Received: from [58.120.104.2] (helo=[192.168.101.242]) by tor-smtp-01.primus.ca with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.84) (envelope-from <philip_matthews@magma.ca>) id 1c5zOb-0006sz-9I; Sun, 13 Nov 2016 13:20:50 -0500
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-390349424
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com>
Date: Mon, 14 Nov 2016 03:20:39 +0900
Message-Id: <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com>
To: v6ops list <v6ops@ietf.org>
X-Mailer: Apple Mail (2.1085)
X-Authenticated: philip_matthews - ([192.168.101.242]) [58.120.104.2]
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/y-QO7KSrLsCL2hlIIJ0jn2jcFJc>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Sun, 13 Nov 2016 18:20:59 -0000

--Apple-Mail-1-390349424
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Folks:

Victor and I spun out this new version to fix a few small things:

1.  Change title to "Routing-Related Design Choices for IPv6 Networks".  =
This title change re-enforces the scope of the document. The abstract =
and introduction have said "routing-related" for a while, but a few =
readers seem to miss this.  This change has been suggested to us a few =
times in the past, including by Tim Chown in his review of the document =
at the behest of the chairs a year ago.

2.  Added pointer to "General Observations" section.  In re-reading =
Tim's review, we also noticed that he had suggested that we move our =
section called "General Observations" to the front of the document. The =
"General Observation" section discusses the fact that many design =
choices around IPv6 stem from the concepts of link-local addresses and =
separation between v4 and v6. Victor and I discussed Tim's suggestion, =
but decided we would leave the "General Observation" section where it =
was for now, and add a pointer to it in the introduction. Hence we added =
the following sentences to the introduction:
   "Section 2 presents and discusses a number of design choices. Section =
3 discusses some general themes that run through these choices."

3. Fixed the references. There were a number of missing references and =
missing xrefs in the -10 and -11 versions.  These are now fixed.

Comments on these changes are welcome, including during our presentation =
this afternoon.

-Philip


On 2016-11-14, at 2:52 , Internet-Drafts@ietf.org wrote:

>=20
> A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
> This draft is a work item of the IPv6 Operations of the IETF.
>=20
>        Title           : Routing-Related Design Choices for IPv6 =
Networks
>        Authors         : Philip Matthews
>                          Victor Kuarsingh
> 	Filename        : draft-ietf-v6ops-design-choices-12.txt
> 	Pages           : 26
> 	Date            : 2016-11-13
>=20
> Abstract:
>   This document presents advice on certain routing-related design
>   choices that arise when designing IPv6 networks (both dual-stack and
>   IPv6-only).  The intended audience is someone designing an IPv6
>   network who is knowledgeable about best current practices around =
IPv4
>   network design, and wishes to learn the corresponding practices for
>   IPv6.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/
>=20
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-v6ops-design-choices-12
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-v6ops-design-choices-12
>=20
>=20
> Please note that it may take a couple of minutes from the time of =
submission
> until the htmlized version and diff are available at tools.ietf.org.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>=20


--Apple-Mail-1-390349424
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
"><div>Folks:</div><div><br></div><div>Victor and I spun out this new =
version to fix a few small things:</div><div><br></div><div>1. =
&nbsp;Change title to "Routing-Related Design Choices for IPv6 =
Networks". &nbsp;This title change re-enforces the scope of the =
document. The abstract and introduction have said "routing-related" for =
a while, but a few readers seem to miss this. &nbsp;This change has been =
suggested to us a few times in the past, including by Tim Chown in his =
review of the document at the behest of the chairs a year =
ago.</div><div><br></div><div>2. &nbsp;Added pointer to "General =
Observations" section. &nbsp;In re-reading Tim's review, we also noticed =
that he had suggested that we move our section called "General =
Observations" to the front of the document. The "General Observation" =
section discusses the fact that many design choices around IPv6 stem =
from the concepts of link-local addresses and separation between v4 and =
v6. Victor and I discussed Tim's suggestion, but decided we would leave =
the "General Observation" section where it was for now, and add a =
pointer to it in the introduction. Hence we added the following =
sentences to the introduction:</div><div>&nbsp; &nbsp;"<span =
class=3D"Apple-style-span" style=3D"font-family: monospace; white-space: =
pre; ">Section 2 presents and discusses a number of design choices. =
</span><span class=3D"Apple-style-span" style=3D"font-family: monospace; =
white-space: pre; ">Section 3 discusses some general themes that run =
through these </span><span class=3D"Apple-style-span" =
style=3D"font-family: monospace; white-space: pre; =
">choices."</span></div><div><br></div><div>3. Fixed the references. =
There were a number of missing references and missing xrefs in the -10 =
and -11 versions. &nbsp;These are now =
fixed.</div><div><br></div><div>Comments on these changes are welcome, =
including during our presentation this =
afternoon.</div><div><br></div><div>-Philip</div><div><br></div><br><div><=
div>On 2016-11-14, at 2:52 , <a =
href=3D"mailto:Internet-Drafts@ietf.org">Internet-Drafts@ietf.org</a> =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div><br>A New Internet-Draft is available from the =
on-line Internet-Drafts directories.<br>This draft is a work item of the =
IPv6 Operations of the IETF.<br><br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Title =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: =
Routing-Related Design Choices for IPv6 Networks<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Authors =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: Philip Matthews<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;Victor Kuarsingh<br><span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span>Filename =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: =
draft-ietf-v6ops-design-choices-12.txt<br><span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span>Pages =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: =
26<br><span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span>Date =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: =
2016-11-13<br><br>Abstract:<br> &nbsp;&nbsp;This document presents =
advice on certain routing-related design<br> &nbsp;&nbsp;choices that =
arise when designing IPv6 networks (both dual-stack and<br> =
&nbsp;&nbsp;IPv6-only). &nbsp;The intended audience is someone designing =
an IPv6<br> &nbsp;&nbsp;network who is knowledgeable about best current =
practices around IPv4<br> &nbsp;&nbsp;network design, and wishes to =
learn the corresponding practices for<br> =
&nbsp;&nbsp;IPv6.<br><br><br>The IETF datatracker status page for this =
draft is:<br><a =
href=3D"https://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/"=
>https://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/</a><br>=
<br>There's also a htmlized version available =
at:<br>https://tools.ietf.org/html/draft-ietf-v6ops-design-choices-12<br><=
br>A diff from the previous version is available =
at:<br>https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-v6ops-design-choices=
-12<br><br><br>Please note that it may take a couple of minutes from the =
time of submission<br>until the htmlized version and diff are available =
at tools.ietf.org.<br><br>Internet-Drafts are also available by =
anonymous FTP =
at:<br>ftp://ftp.ietf.org/internet-drafts/<br><br>________________________=
_______________________<br>v6ops mailing =
list<br>v6ops@ietf.org<br>https://www.ietf.org/mailman/listinfo/v6ops<br><=
br></div></blockquote></div><br></body></html>=

--Apple-Mail-1-390349424--


From nobody Sun Nov 13 16:34:38 2016
Return-Path: <lee@asgard.org>
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 173061295E4 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 16:34:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.701
X-Spam-Level: 
X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=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 GQ6aVZpvWsgs for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 16:34:36 -0800 (PST)
Received: from atl4mhob14.myregisteredsite.com (atl4mhob14.myregisteredsite.com [209.17.115.52]) by ietfa.amsl.com (Postfix) with ESMTP id D7DA912952F for <v6ops@ietf.org>; Sun, 13 Nov 2016 16:34:35 -0800 (PST)
Received: from mailpod.hostingplatform.com ([10.30.71.211]) by atl4mhob14.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id uAE0YY15001360 for <v6ops@ietf.org>; Sun, 13 Nov 2016 19:34:34 -0500
Received: (qmail 14891 invoked by uid 0); 14 Nov 2016 00:34:34 -0000
X-TCPREMOTEIP: 31.133.136.4
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?31.133.136.4?) (lee@asgard.org@31.133.136.4) by 0 with ESMTPA; 14 Nov 2016 00:34:33 -0000
User-Agent: Microsoft-MacOutlook/14.6.9.160926
Date: Sun, 13 Nov 2016 19:34:32 -0500
From: Lee Howard <lee@asgard.org>
To: <v6ops@ietf.org>
Message-ID: <D44E70C8.6C1F1%lee@asgard.org>
Thread-Topic: Looking for jabber scribe and note takers
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3561910476_4568332"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ax4u5a7NiG-AdOQ5VdKOQ3W1Z4E>
Subject: [v6ops] Looking for jabber scribe and note takers
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: Mon, 14 Nov 2016 00:34:37 -0000

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3561910476_4568332
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit

Asking for volunteers now to save time this afternoon.

Lee



--B_3561910476_4568332
Content-type: text/html;
	charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:=
 14px; font-family: Calibri, sans-serif;"><div>Asking for volunteers now to =
save time this afternoon.</div><div><br></div><div>Lee</div></body></html>

--B_3561910476_4568332--



From nobody Sun Nov 13 16:42:24 2016
Return-Path: <lee@asgard.org>
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 18753129698 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 16:42:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=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 Y9hdk-UOXs4y for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 16:42:20 -0800 (PST)
Received: from atl4mhob14.myregisteredsite.com (atl4mhob14.myregisteredsite.com [209.17.115.52]) by ietfa.amsl.com (Postfix) with ESMTP id ACBB3129648 for <v6ops@ietf.org>; Sun, 13 Nov 2016 16:42:20 -0800 (PST)
Received: from mailpod.hostingplatform.com ([10.30.71.210]) by atl4mhob14.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id uAE0gIQe009070 for <v6ops@ietf.org>; Sun, 13 Nov 2016 19:42:18 -0500
Received: (qmail 16709 invoked by uid 0); 14 Nov 2016 00:42:18 -0000
X-TCPREMOTEIP: 31.133.136.4
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?31.133.136.4?) (lee@asgard.org@31.133.136.4) by 0 with ESMTPA; 14 Nov 2016 00:42:18 -0000
User-Agent: Microsoft-MacOutlook/14.6.9.160926
Date: Sun, 13 Nov 2016 19:42:17 -0500
From: Lee Howard <lee@asgard.org>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <D44E7299.6C1FF%lee@asgard.org>
Thread-Topic: meeting materials
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3561910940_4599128"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/WuyQgMbYtlCL9qTBLKfN0Iqvj_o>
Subject: [v6ops] meeting materials
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: Mon, 14 Nov 2016 00:42:22 -0000

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3561910940_4599128
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit

Slides are available here: https://datatracker.ietf.org/meeting/97/materials
More will be available as speakers send them to me.

Tools are not working for us in several cases:
The Materials link from the datatracker agenda does not include slides
(https://datatracker.ietf.org/meeting/97/materials).
The tools Agenda does not include our agenda
(https://tools.ietf.org/wg/v6ops/agenda)

Opening tickets, but wanted to make sure the WG had access to the known
workarounds.

Lee




--B_3561910940_4599128
Content-type: text/html;
	charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:=
 14px; font-family: Calibri, sans-serif;"><div>Slides are available here:&nb=
sp;<a href=3D"https://datatracker.ietf.org/meeting/97/materials">https://datat=
racker.ietf.org/meeting/97/materials</a></div><div>More will be available as=
 speakers send them to me.</div><div><br></div><div>Tools are not working fo=
r us in several cases:</div><div>The Materials link from the datatracker age=
nda does not include slides (<a href=3D"https://datatracker.ietf.org/meeting/9=
7/materials">https://datatracker.ietf.org/meeting/97/materials</a>).&nbsp;</=
div><div>The tools Agenda does not include our agenda (<a href=3D"https://tool=
s.ietf.org/wg/v6ops/agenda">https://tools.ietf.org/wg/v6ops/agenda</a>)</div=
><div><br></div><div>Opening tickets, but wanted to make sure the WG had acc=
ess to the known workarounds.</div><div><br></div><div>Lee</div><div><br></d=
iv></body></html>

--B_3561910940_4599128--



From nobody Sun Nov 13 17:14:14 2016
Return-Path: <rbonica@juniper.net>
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 6FCC3129649 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 17:14:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.922
X-Spam-Level: 
X-Spam-Status: No, score=-101.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 HkNpA5aZF9v2 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 17:14:11 -0800 (PST)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0091.outbound.protection.outlook.com [104.47.34.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C0C21295F0 for <v6ops@ietf.org>; Sun, 13 Nov 2016 17:14:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=izCIiyEOBGA7SacySdeKMnZjiSXpvr/1gbxL2vlEPDE=; b=js7+GMk0c3klgVROgxoTOfEFCeKeC6xZg39ugTEKs03ScQGPKYr2GCx6QlAzpcSahrWwhO+1deVno3QtGLkSd0oNZl1vm21Z9PkqfL9KDuJhiFdEbMMHJUkLQlvMZclF8NzhFZbKNUvu+a/O8n2/Cf2OksaamasPQjRqRSDn0Fs=
Received: from BLUPR0501MB2051.namprd05.prod.outlook.com (10.164.23.21) by BLUPR0501MB2051.namprd05.prod.outlook.com (10.164.23.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.5; Mon, 14 Nov 2016 01:14:10 +0000
Received: from BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) by BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) with mapi id 15.01.0679.024; Mon, 14 Nov 2016 01:14:10 +0000
From: Ron Bonica <rbonica@juniper.net>
To: IPv6 Ops WG <v6ops@ietf.org>
Thread-Topic: draft-ietf-v6ops-design-choices: Addressing
Thread-Index: AdI+E6wrFJ4tNnPfSP2+mvirEyWGGQ==
Date: Mon, 14 Nov 2016 01:14:09 +0000
Message-ID: <BLUPR0501MB20511BAF966A0A29E954D1D3AEBC0@BLUPR0501MB2051.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rbonica@juniper.net; 
x-originating-ip: [66.129.241.12]
x-microsoft-exchange-diagnostics: 1; BLUPR0501MB2051; 7:cCij6yYOeBtOENbTVIYwGxSVTY4vexjvXAoegkmnh8JphVtrasEqhzawBoZfNeBoa2/p8atUCKxxB+YzKhjcA4QHxgEcRjoxYelwyS5xbtJ3TGvWCivpKuw54O4i2yy7GPrTNpl1gZkDrgaZ0+mqYKQGhEAlDmrPvvOjTofOtyO85uLJW71S6610r9yV9BMMqsuG/wDE+I9q2l4SQj2UM8E5+BS5gXf0vJcfIYhRkJkpH91tbLQ9MAAUHW0vhnl2RqzpK8EaMHB2HwlRRbiWwE8iM2/Leo/J/10I5+xV4+Z0rkxl692DOnYjBCLSByogdEcSIw7qmfYlBo93FYc5hQBTV6gm4AvsS8hSNxb7EJE=
x-ms-office365-filtering-correlation-id: 6d16edcb-47bc-49a0-696f-08d40c2b89d1
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BLUPR0501MB2051; 
x-microsoft-antispam-prvs: <BLUPR0501MB2051F5A4F07CE0FBFAAF222DAEBC0@BLUPR0501MB2051.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BLUPR0501MB2051; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB2051; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(336003)(189002)(199003)(122556002)(2900100001)(107886002)(7696004)(102836003)(3846002)(586003)(92566002)(68736007)(6116002)(77096005)(189998001)(76576001)(5660300001)(110136003)(66066001)(101416001)(99286002)(230783001)(305945005)(87936001)(105586002)(3660700001)(9686002)(7846002)(97736004)(2906002)(7736002)(106356001)(3280700002)(450100001)(81156014)(8676002)(8936002)(33656002)(6916009)(54356999)(50986999)(74316002)(558084003)(81166006)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB2051; H:BLUPR0501MB2051.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 01:14:09.9290 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2051
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/8r50ECpYsx_2vY2VEM_7vEZjdjw>
Subject: [v6ops] draft-ietf-v6ops-design-choices: Addressing
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: Mon, 14 Nov 2016 01:14:12 -0000

Authors,

Would your conclusions in Section 2.1 be different if the following were wi=
dely deployed:

- RFC 5837
- draft-bonica-intarea-eping


           Ron
           /speaking as individual contributor
           /shamelessly promoting his other work ;-)



From nobody Sun Nov 13 17:21:21 2016
Return-Path: <swmike@swm.pp.se>
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 BE2E31295E5 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 17:21:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.498
X-Spam-Level: 
X-Spam-Status: No, score=-3.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 EJGgIMYn6Q3I for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 17:21:15 -0800 (PST)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B4EE129658 for <v6ops@ietf.org>; Sun, 13 Nov 2016 17:21:06 -0800 (PST)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 79B0BA3; Mon, 14 Nov 2016 02:21:03 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1479086463; bh=Cn53se5CGi4+NErW+dx1q46dFdtX5ePvpVcYvLkPiNo=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=kK6LvftFVn+wmV1TxIslQyRQJzNy4ANGkUXvB2936NC+Ki2SuaY3j9fys8nqcydLz dnONgWP/z8ubegx5E0XNngI37P9ayOewtUkjQHxagCNXZ0EYVbvgJwS2VSWB2ojqhj 1O0q/SLWB3UdQ7IKJazeY5+6g0Io5eURcK6gkjQg=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 6FCABA1; Mon, 14 Nov 2016 02:21:03 +0100 (CET)
Date: Mon, 14 Nov 2016 02:21:03 +0100 (CET)
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Lee Howard <lee@asgard.org>
In-Reply-To: <D44E70C8.6C1F1%lee@asgard.org>
Message-ID: <alpine.DEB.2.02.1611140220540.14320@uplift.swm.pp.se>
References: <D44E70C8.6C1F1%lee@asgard.org>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KFZkKgj1duiTeu5rB_0vhkETUK0>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Looking for jabber scribe and note takers
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: Mon, 14 Nov 2016 01:21:20 -0000

On Sun, 13 Nov 2016, Lee Howard wrote:

> Asking for volunteers now to save time this afternoon.

I can be Jabber scribe.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se


From nobody Sun Nov 13 20:03:18 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 9BE3F129487 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:03:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 t1CLyZNh0TKZ for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:03:11 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C78912954D for <v6ops@ietf.org>; Sun, 13 Nov 2016 20:03:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Gz1PHUoHiCuK/qVz3BmzpskDTg1ej/lYNuI+wCYSv+c=; b=Xb3Ufrotjy5J5R8vjkHJ6pAAoo1pP6SfvXflbgycAjHCp7CgAtybMGi6hj8VTbUJunxZUNfj7w8Jt8/emtSJsTg8QcdRxKoiy0fEV6pTdGAoYJUhBGr4sYF3ioVBjwPgcxfpkJ18eAlWjn1pJisLpNH6gV5RrxUnMb8KOcQ0iko=
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp0215.outbound.protection.outlook.com [213.199.154.215]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-74-PZMUXEjOMZC012tewd3Cpw-1; Mon, 14 Nov 2016 04:03:06 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1138.eurprd07.prod.outlook.com (10.163.188.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Mon, 14 Nov 2016 04:03:04 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 04:03:04 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: Philip Matthews <philip_matthews@magma.ca>
Thread-Topic: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
Thread-Index: AQHSPda5++ro+3E0PUacuBtIyuVBWaDXOZiAgACitoA=
Date: Mon, 14 Nov 2016 04:03:04 +0000
Message-ID: <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca>
In-Reply-To: <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.135.173]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1138; 7:HBAzjM+F61lzjHht5pgooN3cEFlNepT5IFT+zyu3TwnXOroclcwN3NMOcnq+Z31AH3dw0TekL8L6ZibU7iw6TfpQ+/idNSqotI8++LGCj8G4wJFtqnEqbGpI8ZNsaAPpuZ6086PnyB8fZYp+fs8Tet+O0lYEbJ+Ml4jHUWjBPVdypg7LTc0PoJFGhpTCHpR3DtKmTnRM5JztbJv9dyeAWT9wgtqTWSHh6dqP8cXao4U4kvrg7EOxuZoninYuzqQ5eYFB2cO4GnchuN1E/GG5uhavWX2z0RuArFDSp7+FLZ+ig5o8A0/MpZIM5feD4ozCBlTTnCRlkFptZPjqxG8bSLNZ7rQqNRQotPMXUsqZ7nA=; 20:/WXsEX43pRcORLB/brndiNbCXyqOF5ExVa/Ae0Btmh20TpfBe6MmhpWyG5opCo7I5HPNDX6TOsGDu1I9ld6HeOpjPgnPSgl+qkMAgyLEavX5HQiQZ0yr+UT+M0p5TUxRk1foBOqYJRYcLdJtXPgovumaMwJRw/LfgB1Z8Z+Y1dY=
x-ms-office365-filtering-correlation-id: e82b642b-e0c3-4632-3076-08d40c4322a6
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1138;
x-microsoft-antispam-prvs: <AM3PR07MB113876F6BB1108B2F640E6BCD6BC0@AM3PR07MB1138.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046);  SRVR:AM3PR07MB1138; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1138; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(336003)(377424004)(189002)(199003)(24454002)(33656002)(2900100001)(3280700002)(101416001)(92566002)(76176999)(36756003)(50986999)(3660700001)(66066001)(57306001)(5250100002)(74482002)(102836003)(6116002)(2906002)(4326007)(106116001)(81156014)(105586002)(68736007)(586003)(106356001)(81166006)(3846002)(8936002)(50226002)(5660300001)(7906003)(8676002)(83716003)(189998001)(230783001)(87936001)(97736004)(4001150100001)(229853002)(110136003)(42882006)(6916009)(82746002)(7736002)(2950100002)(7846002)(86362001)(104396002)(15398625002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1138; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 04:03:04.9020 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1138
X-MC-Unique: PZMUXEjOMZC012tewd3Cpw-1
Content-Type: multipart/alternative; boundary="_000_283B39A23AB14DD0B3C08606C7A9E049jiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/C4KioYgNcoXvv27ZlkWbjkDETMM>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Mon, 14 Nov 2016 04:03:14 -0000

--_000_283B39A23AB14DD0B3C08606C7A9E049jiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

SGksDQoNClRoaXMgZG9jdW1lbnQgaXMgbm93IGxvb2tpbmcgcHJldHR5IGdvb2QsIGdpdmVuIHRo
ZSBsYXRlc3QgZGlzY3Vzc2lvbnMgYW5kIHVwZGF0ZXMsIGFuZCB3aXRoIHRoZSBleHBsaWNpdCBy
b3V0aW5nIGZvY3VzLg0KDQpJIHJlYWxseSBsaWtlIHRoZSBzdHlsZSBvZiBwcmVzZW50aW5nIHBy
b3MgYW5kIGNvbnMgaW4gdGhlIHdheSB0aGF0IHlvdSBoYXZlOyBpdCByZWFkcyB2ZXJ5IHdlbGwu
DQoNCkEgZmV3IGNvbW1lbnRzOg0KDQotIFRoZXJl4oCZcyBzdGlsbCBhIHJlZmVyZW5jZSB0byB0
aGUgRXhwZXJpbWVudGFsIE5QVHY2IFJGQyA2Mjk2LiBJIGd1ZXNzIHRoaXMgbWF5IHJlbWFpbiBj
b250ZW50aW91cyA6KQ0KDQotIFRoZSBkb2N1bWVudCBleGNsdWRlcyBJUHY2IG92ZXIgTVBMUyBp
biB0aGUgaW50cm8sIHRoZW4gc2VlbXMgdG8gZGlzY3VzcyBpdCBpbiAyLjEuMj8NCg0KLSBJUHY2
IFBJIGlzIGdldHRpbmcgZWFzaWVyIHRvIGdldCAtIHNlZSBodHRwczovL3d3dy5yaXBlLm5ldC9w
dWJsaWNhdGlvbnMvZG9jcy9yaXBlLTY1NSNJUHY2X1BJX0Fzc2lnbm1lbnRzIGZvciBSSVBFIHJl
Z2lvbi4NCg0KWW91IG1pZ2h0IGFsc28gd2FudCB0byBkbyBhIHF1aWNrIHN3ZWVwIG9mIHRoZSBy
ZWNlbnRseSBwdWJsaXNoZWQgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWFsaS1p
cHY2cnRyLXJlcXMtMDAgdG8gY2hlY2sgZm9yIGNvbnNpc3RlbmN5Lg0KDQpJZiB5b3XigJlyZSBp
bnRlcmVzdGVkIGluIGNoZWNraW5nIG91dCBob3cgdGhlIGJpZ2dlc3QgdjYgZGVwbG95bWVudCBv
ZiBhbnkgVUsgdW5pdmVyc2l0eSBpcyBkb25lLCB3aGljaCBpbmNsdWRlcyByb3V0aW5nIG5vdGVz
LCBzZWUgaHR0cDovL3d3dy5pcHY2Lm9yZy51ay93cC1jb250ZW50L3VwbG9hZHMvMjAxNi8xMS9V
S0lQdjZDb3VuY2lsLTIwMTYtSVB2Ni1kZXBsb3ltZW50LWF0LUltcGVyaWFsLnBkZi4NCg0KQmVz
dCB3aXNoZXMsDQpUaW0NCg0KT24gMTMgTm92IDIwMTYsIGF0IDE4OjIwLCBQaGlsaXAgTWF0dGhl
d3MgPHBoaWxpcF9tYXR0aGV3c0BtYWdtYS5jYTxtYWlsdG86cGhpbGlwX21hdHRoZXdzQG1hZ21h
LmNhPj4gd3JvdGU6DQoNCkZvbGtzOg0KDQpWaWN0b3IgYW5kIEkgc3B1biBvdXQgdGhpcyBuZXcg
dmVyc2lvbiB0byBmaXggYSBmZXcgc21hbGwgdGhpbmdzOg0KDQoxLiAgQ2hhbmdlIHRpdGxlIHRv
ICJSb3V0aW5nLVJlbGF0ZWQgRGVzaWduIENob2ljZXMgZm9yIElQdjYgTmV0d29ya3MiLiAgVGhp
cyB0aXRsZSBjaGFuZ2UgcmUtZW5mb3JjZXMgdGhlIHNjb3BlIG9mIHRoZSBkb2N1bWVudC4gVGhl
IGFic3RyYWN0IGFuZCBpbnRyb2R1Y3Rpb24gaGF2ZSBzYWlkICJyb3V0aW5nLXJlbGF0ZWQiIGZv
ciBhIHdoaWxlLCBidXQgYSBmZXcgcmVhZGVycyBzZWVtIHRvIG1pc3MgdGhpcy4gIFRoaXMgY2hh
bmdlIGhhcyBiZWVuIHN1Z2dlc3RlZCB0byB1cyBhIGZldyB0aW1lcyBpbiB0aGUgcGFzdCwgaW5j
bHVkaW5nIGJ5IFRpbSBDaG93biBpbiBoaXMgcmV2aWV3IG9mIHRoZSBkb2N1bWVudCBhdCB0aGUg
YmVoZXN0IG9mIHRoZSBjaGFpcnMgYSB5ZWFyIGFnby4NCg0KMi4gIEFkZGVkIHBvaW50ZXIgdG8g
IkdlbmVyYWwgT2JzZXJ2YXRpb25zIiBzZWN0aW9uLiAgSW4gcmUtcmVhZGluZyBUaW0ncyByZXZp
ZXcsIHdlIGFsc28gbm90aWNlZCB0aGF0IGhlIGhhZCBzdWdnZXN0ZWQgdGhhdCB3ZSBtb3ZlIG91
ciBzZWN0aW9uIGNhbGxlZCAiR2VuZXJhbCBPYnNlcnZhdGlvbnMiIHRvIHRoZSBmcm9udCBvZiB0
aGUgZG9jdW1lbnQuIFRoZSAiR2VuZXJhbCBPYnNlcnZhdGlvbiIgc2VjdGlvbiBkaXNjdXNzZXMg
dGhlIGZhY3QgdGhhdCBtYW55IGRlc2lnbiBjaG9pY2VzIGFyb3VuZCBJUHY2IHN0ZW0gZnJvbSB0
aGUgY29uY2VwdHMgb2YgbGluay1sb2NhbCBhZGRyZXNzZXMgYW5kIHNlcGFyYXRpb24gYmV0d2Vl
biB2NCBhbmQgdjYuIFZpY3RvciBhbmQgSSBkaXNjdXNzZWQgVGltJ3Mgc3VnZ2VzdGlvbiwgYnV0
IGRlY2lkZWQgd2Ugd291bGQgbGVhdmUgdGhlICJHZW5lcmFsIE9ic2VydmF0aW9uIiBzZWN0aW9u
IHdoZXJlIGl0IHdhcyBmb3Igbm93LCBhbmQgYWRkIGEgcG9pbnRlciB0byBpdCBpbiB0aGUgaW50
cm9kdWN0aW9uLiBIZW5jZSB3ZSBhZGRlZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNlcyB0byB0aGUg
aW50cm9kdWN0aW9uOg0KICAgIlNlY3Rpb24gMiBwcmVzZW50cyBhbmQgZGlzY3Vzc2VzIGEgbnVt
YmVyIG9mIGRlc2lnbiBjaG9pY2VzLiBTZWN0aW9uIDMgZGlzY3Vzc2VzIHNvbWUgZ2VuZXJhbCB0
aGVtZXMgdGhhdCBydW4gdGhyb3VnaCB0aGVzZSBjaG9pY2VzLiINCg0KMy4gRml4ZWQgdGhlIHJl
ZmVyZW5jZXMuIFRoZXJlIHdlcmUgYSBudW1iZXIgb2YgbWlzc2luZyByZWZlcmVuY2VzIGFuZCBt
aXNzaW5nIHhyZWZzIGluIHRoZSAtMTAgYW5kIC0xMSB2ZXJzaW9ucy4gIFRoZXNlIGFyZSBub3cg
Zml4ZWQuDQoNCkNvbW1lbnRzIG9uIHRoZXNlIGNoYW5nZXMgYXJlIHdlbGNvbWUsIGluY2x1ZGlu
ZyBkdXJpbmcgb3VyIHByZXNlbnRhdGlvbiB0aGlzIGFmdGVybm9vbi4NCg0KLVBoaWxpcA0KDQoN
Ck9uIDIwMTYtMTEtMTQsIGF0IDI6NTIgLCBJbnRlcm5ldC1EcmFmdHNAaWV0Zi5vcmc8bWFpbHRv
OkludGVybmV0LURyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJh
ZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9y
aWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgSVB2NiBPcGVyYXRpb25zIG9m
IHRoZSBJRVRGLg0KDQogICAgICAgVGl0bGUgICAgICAgICAgIDogUm91dGluZy1SZWxhdGVkIERl
c2lnbiBDaG9pY2VzIGZvciBJUHY2IE5ldHdvcmtzDQogICAgICAgQXV0aG9ycyAgICAgICAgIDog
UGhpbGlwIE1hdHRoZXdzDQogICAgICAgICAgICAgICAgICAgICAgICAgVmljdG9yIEt1YXJzaW5n
aA0KRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi12Nm9wcy1kZXNpZ24tY2hvaWNlcy0xMi50
eHQNClBhZ2VzICAgICAgICAgICA6IDI2DQpEYXRlICAgICAgICAgICAgOiAyMDE2LTExLTEzDQoN
CkFic3RyYWN0Og0KICBUaGlzIGRvY3VtZW50IHByZXNlbnRzIGFkdmljZSBvbiBjZXJ0YWluIHJv
dXRpbmctcmVsYXRlZCBkZXNpZ24NCiAgY2hvaWNlcyB0aGF0IGFyaXNlIHdoZW4gZGVzaWduaW5n
IElQdjYgbmV0d29ya3MgKGJvdGggZHVhbC1zdGFjayBhbmQNCiAgSVB2Ni1vbmx5KS4gIFRoZSBp
bnRlbmRlZCBhdWRpZW5jZSBpcyBzb21lb25lIGRlc2lnbmluZyBhbiBJUHY2DQogIG5ldHdvcmsg
d2hvIGlzIGtub3dsZWRnZWFibGUgYWJvdXQgYmVzdCBjdXJyZW50IHByYWN0aWNlcyBhcm91bmQg
SVB2NA0KICBuZXR3b3JrIGRlc2lnbiwgYW5kIHdpc2hlcyB0byBsZWFybiB0aGUgY29ycmVzcG9u
ZGluZyBwcmFjdGljZXMgZm9yDQogIElQdjYuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3Rh
dHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn
L2RvYy9kcmFmdC1pZXRmLXY2b3BzLWRlc2lnbi1jaG9pY2VzLw0KDQpUaGVyZSdzIGFsc28gYSBo
dG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt
bC9kcmFmdC1pZXRmLXY2b3BzLWRlc2lnbi1jaG9pY2VzLTEyDQoNCkEgZGlmZiBmcm9tIHRoZSBw
cmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Jm
Y2RpZmY/dXJsMj1kcmFmdC1pZXRmLXY2b3BzLWRlc2lnbi1jaG9pY2VzLTEyDQoNCg0KUGxlYXNl
IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg
b2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2
YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2
YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0
LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCnY2b3BzIG1haWxpbmcgbGlzdA0KdjZvcHNAaWV0Zi5vcmc8bWFpbHRvOnY2b3BzQGlldGYu
b3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcw0KDQoNCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp2Nm9wcyBtYWls
aW5nIGxpc3QNCnY2b3BzQGlldGYub3JnPG1haWx0bzp2Nm9wc0BpZXRmLm9yZz4NCmh0dHBzOi8v
d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdjZvcHMNCg0K
--_000_283B39A23AB14DD0B3C08606C7A9E049jiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <9FC1640F62EBF7438D4A38F51C04E2E7@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGlzIGRvY3VtZW50IGlzIG5vdyBs
b29raW5nIHByZXR0eSBnb29kLCBnaXZlbiB0aGUgbGF0ZXN0IGRpc2N1c3Npb25zIGFuZCB1cGRh
dGVzLCBhbmQgd2l0aCB0aGUgZXhwbGljaXQgcm91dGluZyBmb2N1cy4mbmJzcDs8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgcmVhbGx5
IGxpa2UgdGhlIHN0eWxlIG9mIHByZXNlbnRpbmcgcHJvcyBhbmQgY29ucyBpbiB0aGUgd2F5IHRo
YXQgeW91IGhhdmU7IGl0IHJlYWRzIHZlcnkgd2VsbC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkEgZmV3IGNvbW1lbnRzOjwvZGl2Pg0K
PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+LSBUaGVy
ZeKAmXMgc3RpbGwgYSByZWZlcmVuY2UgdG8gdGhlIEV4cGVyaW1lbnRhbCBOUFR2NiBSRkMgNjI5
Ni4gSSBndWVzcyB0aGlzIG1heSByZW1haW4gY29udGVudGlvdXMgOik8L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi0gVGhlIGRvY3VtZW50
IGV4Y2x1ZGVzIElQdjYgb3ZlciBNUExTIGluIHRoZSBpbnRybywgdGhlbiBzZWVtcyB0byBkaXNj
dXNzIGl0IGluIDIuMS4yPyAmbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi0gSVB2NiBQSSBpcyBnZXR0aW5nIGVhc2llciB0byBn
ZXQgLSBzZWUmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5yaXBlLm5ldC9wdWJsaWNhdGlvbnMv
ZG9jcy9yaXBlLTY1NSNJUHY2X1BJX0Fzc2lnbm1lbnRzIiBjbGFzcz0iIj5odHRwczovL3d3dy5y
aXBlLm5ldC9wdWJsaWNhdGlvbnMvZG9jcy9yaXBlLTY1NSNJUHY2X1BJX0Fzc2lnbm1lbnRzPC9h
PiZuYnNwO2ZvciBSSVBFIHJlZ2lvbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPllvdSBtaWdodCBhbHNvIHdhbnQgdG8gZG8gYSBxdWlj
ayBzd2VlcCBvZiB0aGUgcmVjZW50bHkgcHVibGlzaGVkJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90
b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWFsaS1pcHY2cnRyLXJlcXMtMDAiIGNsYXNzPSIiPmh0
dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1hbGktaXB2NnJ0ci1yZXFzLTAwPC9hPiZu
YnNwO3RvIGNoZWNrIGZvciBjb25zaXN0ZW5jeS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs
YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPklmIHlvdeKAmXJlIGludGVyZXN0ZWQgaW4g
Y2hlY2tpbmcgb3V0IGhvdyB0aGUgYmlnZ2VzdCB2NiBkZXBsb3ltZW50IG9mIGFueSBVSyB1bml2
ZXJzaXR5IGlzIGRvbmUsIHdoaWNoIGluY2x1ZGVzIHJvdXRpbmcgbm90ZXMsIHNlZSZuYnNwOzxh
IGhyZWY9Imh0dHA6Ly93d3cuaXB2Ni5vcmcudWsvd3AtY29udGVudC91cGxvYWRzLzIwMTYvMTEv
VUtJUHY2Q291bmNpbC0yMDE2LUlQdjYtZGVwbG95bWVudC1hdC1JbXBlcmlhbC5wZGYiIGNsYXNz
PSIiPmh0dHA6Ly93d3cuaXB2Ni5vcmcudWsvd3AtY29udGVudC91cGxvYWRzLzIwMTYvMTEvVUtJ
UHY2Q291bmNpbC0yMDE2LUlQdjYtZGVwbG95bWVudC1hdC1JbXBlcmlhbC5wZGY8L2E+LjwvZGl2
Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QmVz
dCB3aXNoZXMsPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+VGlt
Jm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0
eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMTMgTm92IDIwMTYsIGF0IDE4
OjIwLCBQaGlsaXAgTWF0dGhld3MgJmx0OzxhIGhyZWY9Im1haWx0bzpwaGlsaXBfbWF0dGhld3NA
bWFnbWEuY2EiIGNsYXNzPSIiPnBoaWxpcF9tYXR0aGV3c0BtYWdtYS5jYTwvYT4mZ3Q7IHdyb3Rl
OjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xh
c3M9IiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEy
cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13
ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4
dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3
aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Vi
a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCkZvbGtzOjwvZGl2Pg0KPGRp
diBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0
eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt
YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0
YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6
IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0
cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg
c3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHls
ZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFs
OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy
dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu
b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv
a2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KVmljdG9yIGFuZCBJIHNwdW4gb3V0IHRoaXMgbmV3
IHZlcnNpb24gdG8gZml4IGEgZmV3IHNtYWxsIHRoaW5nczo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZv
bnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFs
OyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXIt
c3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p
bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdp
ZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6
IDBweDsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250
LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg
Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw
YWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k
ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRv
d3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw
cHg7IiBjbGFzcz0iIj4NCjEuICZuYnNwO0NoYW5nZSB0aXRsZSB0byAmcXVvdDtSb3V0aW5nLVJl
bGF0ZWQgRGVzaWduIENob2ljZXMgZm9yIElQdjYgTmV0d29ya3MmcXVvdDsuICZuYnNwO1RoaXMg
dGl0bGUgY2hhbmdlIHJlLWVuZm9yY2VzIHRoZSBzY29wZSBvZiB0aGUgZG9jdW1lbnQuIFRoZSBh
YnN0cmFjdCBhbmQgaW50cm9kdWN0aW9uIGhhdmUgc2FpZCAmcXVvdDtyb3V0aW5nLXJlbGF0ZWQm
cXVvdDsgZm9yIGEgd2hpbGUsIGJ1dCBhIGZldyByZWFkZXJzIHNlZW0gdG8gbWlzcyB0aGlzLiAm
bmJzcDtUaGlzIGNoYW5nZSBoYXMgYmVlbg0KIHN1Z2dlc3RlZCB0byB1cyBhIGZldyB0aW1lcyBp
biB0aGUgcGFzdCwgaW5jbHVkaW5nIGJ5IFRpbSBDaG93biBpbiBoaXMgcmV2aWV3IG9mIHRoZSBk
b2N1bWVudCBhdCB0aGUgYmVoZXN0IG9mIHRoZSBjaGFpcnMgYSB5ZWFyIGFnby48L2Rpdj4NCjxk
aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1z
dHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9y
bWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBz
dGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNl
OiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1z
dHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5
bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h
bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3Rh
cnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTog
bm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ry
b2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjIuICZuYnNwO0FkZGVkIHBvaW50ZXIgdG8gJnF1
b3Q7R2VuZXJhbCBPYnNlcnZhdGlvbnMmcXVvdDsgc2VjdGlvbi4gJm5ic3A7SW4gcmUtcmVhZGlu
ZyBUaW0ncyByZXZpZXcsIHdlIGFsc28gbm90aWNlZCB0aGF0IGhlIGhhZCBzdWdnZXN0ZWQgdGhh
dCB3ZSBtb3ZlIG91ciBzZWN0aW9uIGNhbGxlZCAmcXVvdDtHZW5lcmFsIE9ic2VydmF0aW9ucyZx
dW90OyB0byB0aGUgZnJvbnQgb2YgdGhlIGRvY3VtZW50LiBUaGUgJnF1b3Q7R2VuZXJhbCBPYnNl
cnZhdGlvbiZxdW90OyBzZWN0aW9uIGRpc2N1c3NlcyB0aGUgZmFjdA0KIHRoYXQgbWFueSBkZXNp
Z24gY2hvaWNlcyBhcm91bmQgSVB2NiBzdGVtIGZyb20gdGhlIGNvbmNlcHRzIG9mIGxpbmstbG9j
YWwgYWRkcmVzc2VzIGFuZCBzZXBhcmF0aW9uIGJldHdlZW4gdjQgYW5kIHY2LiBWaWN0b3IgYW5k
IEkgZGlzY3Vzc2VkIFRpbSdzIHN1Z2dlc3Rpb24sIGJ1dCBkZWNpZGVkIHdlIHdvdWxkIGxlYXZl
IHRoZSAmcXVvdDtHZW5lcmFsIE9ic2VydmF0aW9uJnF1b3Q7IHNlY3Rpb24gd2hlcmUgaXQgd2Fz
IGZvciBub3csIGFuZCBhZGQgYSBwb2ludGVyDQogdG8gaXQgaW4gdGhlIGludHJvZHVjdGlvbi4g
SGVuY2Ugd2UgYWRkZWQgdGhlIGZvbGxvd2luZyBzZW50ZW5jZXMgdG8gdGhlIGludHJvZHVjdGlv
bjo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTog
MTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250
LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0
ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7
IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13
ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyZx
dW90OzxzcGFuIGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHlsZT0iZm9udC1mYW1pbHk6IG1v
bm9zcGFjZTsgd2hpdGUtc3BhY2U6IHByZTsiPlNlY3Rpb24gMiBwcmVzZW50cyBhbmQgZGlzY3Vz
c2VzIGEgbnVtYmVyIG9mIGRlc2lnbiBjaG9pY2VzLg0KPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBs
ZS1zdHlsZS1zcGFuIiBzdHlsZT0iZm9udC1mYW1pbHk6IG1vbm9zcGFjZTsgd2hpdGUtc3BhY2U6
IHByZTsiPlNlY3Rpb24gMyBkaXNjdXNzZXMgc29tZSBnZW5lcmFsIHRoZW1lcyB0aGF0IHJ1biB0
aHJvdWdoIHRoZXNlDQo8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLXN0eWxlLXNwYW4iIHN0eWxl
PSJmb250LWZhbWlseTogbW9ub3NwYWNlOyB3aGl0ZS1zcGFjZTogcHJlOyI+Y2hvaWNlcy4mcXVv
dDs8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250
LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1h
bDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczog
YXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3Jt
OiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzog
MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxiciBjbGFz
cz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1z
aXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7
IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1
dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog
bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw
eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQozLiBGaXhlZCB0
aGUgcmVmZXJlbmNlcy4gVGhlcmUgd2VyZSBhIG51bWJlciBvZiBtaXNzaW5nIHJlZmVyZW5jZXMg
YW5kIG1pc3NpbmcgeHJlZnMgaW4gdGhlIC0xMCBhbmQgLTExIHZlcnNpb25zLiAmbmJzcDtUaGVz
ZSBhcmUgbm93IGZpeGVkLjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGlj
YTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBz
OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y
cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy
YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw
YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7
IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczog
bm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBo
YW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFu
c2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFj
aW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KQ29t
bWVudHMgb24gdGhlc2UgY2hhbmdlcyBhcmUgd2VsY29tZSwgaW5jbHVkaW5nIGR1cmluZyBvdXIg
cHJlc2VudGF0aW9uIHRoaXMgYWZ0ZXJub29uLjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p
bHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQt
dmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5n
OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDog
MHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBh
dXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIg
Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5
OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZh
cmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzog
bm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw
eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0
bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNs
YXNzPSIiPg0KLVBoaWxpcDwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGlj
YTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBz
OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y
cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy
YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw
YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsg
Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu
b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhh
bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z
Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp
bmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8ZGl2
IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5
bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h
bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3Rh
cnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTog
bm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ry
b2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMjAxNi0xMS0xNCwg
YXQgMjo1MiAsPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu
PjxhIGhyZWY9Im1haWx0bzpJbnRlcm5ldC1EcmFmdHNAaWV0Zi5vcmciIGNsYXNzPSIiPkludGVy
bmV0LURyYWZ0c0BpZXRmLm9yZzwvYT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNl
Ij4mbmJzcDs8L3NwYW4+d3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdl
LW5ld2xpbmUiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz
PSIiPjxiciBjbGFzcz0iIj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t
IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnIgY2xhc3M9IiI+DQpU
aGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBJUHY2IE9wZXJhdGlvbnMgb2YgdGhlIElF
VEYuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7VGl0bGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBSb3V0aW5nLVJlbGF0ZWQgRGVzaWduIENob2lj
ZXMgZm9yIElQdjYgTmV0d29ya3M8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDtBdXRob3JzICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOzogUGhpbGlwIE1hdHRoZXdzPGJyIGNsYXNzPSIiPg0KJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VmljdG9yIEt1YXJzaW5naDxiciBjbGFzcz0i
Ij4NCjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7
Ij48L3NwYW4+RmlsZW5hbWUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7OiBkcmFmdC1pZXRmLXY2b3BzLWRlc2lnbi1jaG9pY2VzLTEyLnR4dDxiciBjbGFzcz0iIj4N
CjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7Ij48
L3NwYW4+UGFnZXMgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7OiAyNjxiciBjbGFzcz0iIj4NCjxzcGFuIGNsYXNzPSJBcHBsZS10YWIt
c3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7Ij48L3NwYW4+RGF0ZSAmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDIw
MTYtMTEtMTM8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpBYnN0cmFjdDo8YnIgY2xhc3M9
IiI+DQombmJzcDsmbmJzcDtUaGlzIGRvY3VtZW50IHByZXNlbnRzIGFkdmljZSBvbiBjZXJ0YWlu
IHJvdXRpbmctcmVsYXRlZCBkZXNpZ248YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtjaG9pY2Vz
IHRoYXQgYXJpc2Ugd2hlbiBkZXNpZ25pbmcgSVB2NiBuZXR3b3JrcyAoYm90aCBkdWFsLXN0YWNr
IGFuZDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO0lQdjYtb25seSkuICZuYnNwO1RoZSBpbnRl
bmRlZCBhdWRpZW5jZSBpcyBzb21lb25lIGRlc2lnbmluZyBhbiBJUHY2PGJyIGNsYXNzPSIiPg0K
Jm5ic3A7Jm5ic3A7bmV0d29yayB3aG8gaXMga25vd2xlZGdlYWJsZSBhYm91dCBiZXN0IGN1cnJl
bnQgcHJhY3RpY2VzIGFyb3VuZCBJUHY0PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7bmV0d29y
ayBkZXNpZ24sIGFuZCB3aXNoZXMgdG8gbGVhcm4gdGhlIGNvcnJlc3BvbmRpbmcgcHJhY3RpY2Vz
IGZvcjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO0lQdjYuPGJyIGNsYXNzPSIiPg0KPGJyIGNs
YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2Ug
Zm9yIHRoaXMgZHJhZnQgaXM6PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi12Nm9wcy1kZXNpZ24tY2hvaWNlcy8iIGNsYXNz
PSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtdjZvcHMtZGVz
aWduLWNob2ljZXMvPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZXJlJ3MgYWxz
byBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9
Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXY2b3BzLWRlc2lnbi1jaG9p
Y2VzLTEyIiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi12
Nm9wcy1kZXNpZ24tY2hvaWNlcy0xMjwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpB
IGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6PGJyIGNsYXNz
PSIiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtdjZvcHMt
ZGVzaWduLWNob2ljZXMtMTI8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9
IiI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv
bSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyIGNsYXNzPSIiPg0KdW50aWwgdGhlIGh0bWxpemVk
IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy48YnIgY2xh
c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxl
IGJ5IGFub255bW91cyBGVFAgYXQ6PGJyIGNsYXNzPSIiPg0KZnRwOi8vZnRwLmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy88YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NCnY2b3BzIG1h
aWxpbmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzp2Nm9wc0BpZXRmLm9yZyIg
Y2xhc3M9IiI+djZvcHNAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcyIgY2xhc3M9IiI+aHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wczwvYT48YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIHN0eWxlPSJmb250
LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg
Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw
YWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k
ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRv
d3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw
cHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250
LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1h
bDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczog
YXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3Jt
OiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzog
MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IGZsb2F0OiBub25lOyBkaXNwbGF5
OiBpbmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZl
dGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j
YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7
IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0
LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk
LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+
DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBm
b250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0
OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxp
Z246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUt
c3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10
ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBv
cnRhbnQ7IiBjbGFzcz0iIj52Nm9wcw0KIG1haWxpbmcgbGlzdDwvc3Bhbj48YnIgc3R5bGU9ImZv
bnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFs
OyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXIt
c3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p
bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdp
ZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6
IDBweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOnY2b3BzQGlldGYub3JnIiBzdHlsZT0i
Zm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3Jt
YWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRl
ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0
LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg
d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0
OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj52Nm9wc0Bp
ZXRmLm9yZzwvYT48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTog
MTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250
LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0
ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7
IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13
ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcyIgc3R5bGU9ImZvbnQtZmFtaWx5
OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZh
cmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzog
bm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw
eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0
bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdl
YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby92Nm9wczwvYT48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2
Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_283B39A23AB14DD0B3C08606C7A9E049jiscacuk_--


From nobody Sun Nov 13 20:13:05 2016
Return-Path: <brian.e.carpenter@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 9DEE6129487 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:13:03 -0800 (PST)
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, FREEMAIL_FROM=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=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 r2wbHNPK_Yoe for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:13:01 -0800 (PST)
Received: from mail-pf0-x233.google.com (mail-pf0-x233.google.com [IPv6:2607:f8b0:400e:c00::233]) (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 D26041293EC for <v6ops@ietf.org>; Sun, 13 Nov 2016 20:13:01 -0800 (PST)
Received: by mail-pf0-x233.google.com with SMTP id 189so26811112pfz.3 for <v6ops@ietf.org>; Sun, 13 Nov 2016 20:13:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=FSBM7xUW+tw9J0+eAFzR6yBkZ+FptQyIrnQ0oiRU1Ho=; b=LB8fR66NK1SFyALd02jWvrejerOteyPrWrbsuxmk3zgZXhOdPsou1fv60xHxmbmQj2 1iD6OFPsKB0YPfsYTpX6JjCMMLZjKJbMkVlWwUYi7CPCfu6gW9B/ThXSfBRZAgfB09jK 7Q0cFWCtRp4dE/9l4ZIP59x4RLaVbGB/l5LtxhhPYJuSkWX1kBwRY8UHmkQsFca3vBbw HH9TEVMkp+i/mwPfuMC+thWEnjkFftXwQJbcYemg/uq5fipqRKVaUN3ic5SGyobp2H0b 02g8zaAhZDZfCN7PdsNpZwYsJJ1LjKtBs+L3xGtKpWVcnBlx5DPSoqioLvBoRDmI4J2t gyyQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=FSBM7xUW+tw9J0+eAFzR6yBkZ+FptQyIrnQ0oiRU1Ho=; b=JMW/0FX49u3KNqjMlzd/9zbYoHHYr0q8vZjZ/IV/TxwlBrnmCoqou4K5NYnT3I+TMf hpIsNjGAFj+rsVP7AE7YbiitpsW4VlHTsfOHRmAXf9aGYimzUIreLGnM5YDFKNj5rppn Rpy/a4Q9G3TUlcT7aRbFzo+M6PizZbXgpY/s0JReFsEUKCI6DeMX3MT9b33wRcukFh7y djj0BIR82ovctBUJGZllBhD6L2t1T8GfkPIqxT/j0BC8qS0o0XTvHTLSn5bgPV8U/2pq WX1ZUNU2VXb2OCMkZzZvIp3jPCINctdbyv32jiGe5rcag28QljIbOsm0oG7XJ7Uzpopr hlDg==
X-Gm-Message-State: ABUngvfXWIE4nbbcoXwc5zUUfW1GUxPofRyRGpA8Q5Ih6UEB46t1N/+l6yUoVBjeLJuPlg==
X-Received: by 10.98.220.75 with SMTP id t72mr31840063pfg.164.1479096781076; Sun, 13 Nov 2016 20:13:01 -0800 (PST)
Received: from [192.168.178.23] (169.221.47.163.dynamic.snap.net.nz. [163.47.221.169]) by smtp.gmail.com with ESMTPSA id a66sm31104543pfa.64.2016.11.13.20.12.59 for <v6ops@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Nov 2016 20:13:00 -0800 (PST)
To: v6ops@ietf.org
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com>
Date: Mon, 14 Nov 2016 17:12:57 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/jN1M1I7amXYv0ECicjEXYzR7vIU>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Mon, 14 Nov 2016 04:13:03 -0000

On 14/11/2016 17:03, Tim Chown wrote:
> Hi,
>=20
> This document is now looking pretty good, given the latest discussions =
and updates, and with the explicit routing focus.
>=20
> I really like the style of presenting pros and cons in the way that you=
 have; it reads very well.
>=20
> A few comments:
>=20
> - There=E2=80=99s still a reference to the Experimental NPTv6 RFC 6296.=
 I guess this may remain contentious :)

Yes. It's like telling people it's a bad idea to stuff beans up their nos=
es,
followed by instructions on how to do it.

> - The document excludes IPv6 over MPLS in the intro, then seems to disc=
uss it in 2.1.2?
>=20
> - IPv6 PI is getting easier to get - see https://www.ripe.net/publicati=
ons/docs/ripe-655#IPv6_PI_Assignments for RIPE region.

Maybe. But we know this is never going to happen for tens of millions of =
small
businesses, so I think the alternatives have to be presented as neutrally=
 as
possible.

    Brian

> You might also want to do a quick sweep of the recently published https=
://tools.ietf.org/html/draft-ali-ipv6rtr-reqs-00 to check for consistency=
=2E
>=20
> If you=E2=80=99re interested in checking out how the biggest v6 deploym=
ent of any UK university is done, which includes routing notes, see http:=
//www.ipv6.org.uk/wp-content/uploads/2016/11/UKIPv6Council-2016-IPv6-depl=
oyment-at-Imperial.pdf.
>=20
> Best wishes,
> Tim
>=20
> On 13 Nov 2016, at 18:20, Philip Matthews <philip_matthews@magma.ca<mai=
lto:philip_matthews@magma.ca>> wrote:
>=20
> Folks:
>=20
> Victor and I spun out this new version to fix a few small things:
>=20
> 1.  Change title to "Routing-Related Design Choices for IPv6 Networks".=
  This title change re-enforces the scope of the document. The abstract a=
nd introduction have said "routing-related" for a while, but a few reader=
s seem to miss this.  This change has been suggested to us a few times in=
 the past, including by Tim Chown in his review of the document at the be=
hest of the chairs a year ago.
>=20
> 2.  Added pointer to "General Observations" section.  In re-reading Tim=
's review, we also noticed that he had suggested that we move our section=
 called "General Observations" to the front of the document. The "General=
 Observation" section discusses the fact that many design choices around =
IPv6 stem from the concepts of link-local addresses and separation betwee=
n v4 and v6. Victor and I discussed Tim's suggestion, but decided we woul=
d leave the "General Observation" section where it was for now, and add a=
 pointer to it in the introduction. Hence we added the following sentence=
s to the introduction:
>    "Section 2 presents and discusses a number of design choices. Sectio=
n 3 discusses some general themes that run through these choices."
>=20
> 3. Fixed the references. There were a number of missing references and =
missing xrefs in the -10 and -11 versions.  These are now fixed.
>=20
> Comments on these changes are welcome, including during our presentatio=
n this afternoon.
>=20
> -Philip
>=20
>=20
> On 2016-11-14, at 2:52 , Internet-Drafts@ietf.org<mailto:Internet-Draft=
s@ietf.org> wrote:
>=20
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts dire=
ctories.
> This draft is a work item of the IPv6 Operations of the IETF.
>=20
>        Title           : Routing-Related Design Choices for IPv6 Networ=
ks
>        Authors         : Philip Matthews
>                          Victor Kuarsingh
> Filename        : draft-ietf-v6ops-design-choices-12.txt
> Pages           : 26
> Date            : 2016-11-13
>=20
> Abstract:
>   This document presents advice on certain routing-related design
>   choices that arise when designing IPv6 networks (both dual-stack and
>   IPv6-only).  The intended audience is someone designing an IPv6
>   network who is knowledgeable about best current practices around IPv4=

>   network design, and wishes to learn the corresponding practices for
>   IPv6.
>=20
>=20
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/
>=20
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-v6ops-design-choices-12
>=20
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-v6ops-design-choices-12
>=20
>=20
> Please note that it may take a couple of minutes from the time of submi=
ssion
> until the htmlized version and diff are available at tools.ietf.org.
>=20
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org<mailto:v6ops@ietf.org>
> https://www.ietf.org/mailman/listinfo/v6ops
>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org<mailto:v6ops@ietf.org>
> https://www.ietf.org/mailman/listinfo/v6ops
>=20
>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>=20


From nobody Sun Nov 13 20:44:23 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 386001295AB for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:44:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.111
X-Spam-Level: 
X-Spam-Status: No, score=-4.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=jisc365.onmicrosoft.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 8NjiDeY2lo4C for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:44:19 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8ED3127058 for <v6ops@ietf.org>; Sun, 13 Nov 2016 20:44:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=35h2mzXm+lNBLt0r/evkBSpZWq6Jrp1EfNcCrjTGyko=; b=YhL4XVy8h08VwMAFc718dMBNn67MTuQkC/tQMQ3H5POXHPpXx4C91VFsPSb8Wuz00DmyNiRrMlMN7IPGCAMNOiLVZ+mSvkENQPQAhflpoFlfuKBRIDmvNxZfGzj/SBiBkwMvyMj2LCSvw/72cvXjuuq2iDCoh/TTHHhdUcKxS/A=
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp0210.outbound.protection.outlook.com [213.199.154.210]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-94-nhT91bGGNnaQDpHY0L5mIA-1; Mon, 14 Nov 2016 04:44:10 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1139.eurprd07.prod.outlook.com (10.163.188.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Mon, 14 Nov 2016 04:44:05 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 04:44:05 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: v6ops list <v6ops@ietf.org>
Thread-Topic: Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjG6N6gnvME5VEy4O1k2mMQhGA==
Date: Mon, 14 Nov 2016 04:44:05 +0000
Message-ID: <49639B45-8C07-449D-BAD2-A5ED07CE58FB@jisc.ac.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.135.173]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1139; 7:gt/mOaA3v4bTXpNigkoQDuPnedo6Ao6zmhnL1ZiPQ6SjUP1hZfn5x/yR9ErVmd6JXKDzUxxSxfgvNSw/C/q94xms1hq9/HiV39a5NFlc2fslrC5wdonpMBLXF2XhveTEwzXt1jz1sdRBAi0d/SSEFRELjpXBhBTig6FI5e/SdEprX0xT/xEafpYlkt+hFBvm6Jfg4+K6b/mpPlccPtEIil2NO1WAP/HV694ZCJtH0pi+jf1Zk1yNu7co9tIP3MtzPo83REn3tB8Mydapkuk7WcbxeS/Q21DQ8uel+YIUt8X5cwmmJ4yUq4KLa8pr8iDu3N/iPFzkYB50VxNkHCJOE4GA+zc80TF2M/73nuDs5lQ=; 20:Ml2Nc1pfKQ4PkotL4/8zfcdftJcHH6vFyhYyTdaorC7LYQTH07qh6LXKYLBjetrpZmg7mxHuK3GDF6ldsDVyN3V+Nl+Kw6iWEYVOxahK9L4RdEUg7WnUAiw0afQDSMvPqfJXLQvDYS9qOI+P6nn2SG1+nWHboMtOt7vSaPlSr/I=
x-ms-office365-filtering-correlation-id: 0c81bffb-c2a2-4fff-9434-08d40c48dd7e
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1139;
x-microsoft-antispam-prvs: <AM3PR07MB1139F65C1AFD9690E5309EF6D6BC0@AM3PR07MB1139.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060319)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6061314); SRVR:AM3PR07MB1139; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1139; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(336003)(189002)(199003)(5250100002)(101416001)(586003)(5660300001)(86362001)(92566002)(450100001)(3846002)(6916009)(110136003)(6116002)(102836003)(2906002)(105586002)(106116001)(106356001)(42882006)(33656002)(66066001)(57306001)(230783001)(2900100001)(3660700001)(3280700002)(8936002)(36756003)(81166006)(7846002)(83716003)(189998001)(81156014)(74482002)(87936001)(68736007)(107886002)(50226002)(97736004)(50986999)(82746002)(8676002)(305945005)(7736002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1139; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <2327D364734DEF448380B37B6008D30E@eurprd07.prod.outlook.com>
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 04:44:05.8971 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1139
X-MC-Unique: nhT91bGGNnaQDpHY0L5mIA-1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Nuydt09YhBK0WVuu1Q2Y4vVySb4>
Subject: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 04:44:22 -0000

SGksDQoNCkkgbGlrZSB0aGUgZHJhZnQuIA0KDQpTb21lIGdlbmVyYWxseSB2ZXJ5IG1pbm9yIGNv
bW1lbnRzOg0KDQotIE1vdmUgdGhlIOKAmEJlbmVmaXRzLi7igJkgc2VudGVuY2UgdG8gdGhlIGVu
ZCBvZiB0aGUgYWJzdHJhY3QuDQoNCi0gImF0IGN1cnJlbnQgdGltZSB0aGVyZSBpcyBhIG5vbi10
cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQdjYgSUFfTkHigJ0g
LSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1dOKApiA6KSAgDQoN
Ci0gcy9oaXMvdGhlaXINCg0KLSBJbiBzZWN0aW9uIDQgeW91IHNheSB0aGUgVUUgU0hPVUxEIE5P
VCBwZXJmb3JtIHN0YXRlZnVsIERIQ1AuICBXaGF0IGhhcHBlbnMgaWYgaXQgZG9lcz8gKGRyYWZ0
LWlldGYtdjZvcHMtZGhjcHY2LXNsYWFjLXByb2JsZW0tMDcgZGlzY3Vzc2VzIHN1Y2ggaXNzdWVz
KQ0KDQotIFJGQyA2MzQzLCA2MTgwLCA2MTA2IGFuZCBJLUQuaWV0Zi12Nm9wcy12NHY2dHJhbi1m
cmFtZXdvcmsgYXJlIGluIHRoZSByZWZlcmVuY2VzLCBidXQgbm90IHRoZSB0ZXh0Lg0KDQpCZXN0
IHdpc2hlcywNClRpbSANCg0KDQoNCg==


From nobody Sun Nov 13 20:59:25 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 7DC3E129554 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:59:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.05
X-Spam-Level: 
X-Spam-Status: No, score=-2.05 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_IMAGE_ONLY_12=2.059, HTML_IMAGE_RATIO_06=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 LexJV1k4_Tuf for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 20:59:21 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6A191295F8 for <v6ops@ietf.org>; Sun, 13 Nov 2016 20:59:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ISjBsNI+qbT71evq7+KyPuSXQw1D8a6TleSILnqa82s=; b=I/V4rP+YgkrhFvi+BemYmBLaQjTlWWHHbkTck3hBbyXs9OR8NAA6hKHBKQtfn2zXr0omV3eDccAW9Ul2dVL1er8TbyeD4ayrbHve754vLWZ+G9TbO9plIIG2xwE3/FmCOmq3AYsi/inb5utFC57dbqOj1KamIEK2FriyVUNxDyA=
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01lp0242.outbound.protection.outlook.com [213.199.154.242]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-96-dZLwq9LHNiq7nvAF_dpxgA-1; Mon, 14 Nov 2016 04:59:02 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Mon, 14 Nov 2016 04:59:01 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 04:59:01 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: v6ops list <v6ops@ietf.org>, 6man <ipv6@ietf.org>
Thread-Topic: Legacy IP stickers
Thread-Index: AQHSPjPQHQQsyTJIJ0aoj4FdrgNA3A==
Date: Mon, 14 Nov 2016 04:59:00 +0000
Message-ID: <9AF41033-111E-46B2-9BB5-178A3BAA741A@jisc.ac.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.135.173]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1140; 7:wBu2AXpc5X0wQDEtlVoEykieHJBV6kymqPWUB0aIFdNwWUdMp/D4sxcZTWrNlTuxlIFD1bwEw0leCUWuyUJkMA8ODSWMhJ9frlHpmDS96Wmgj7PiR1BwJZR98ZzaKOqZ0FFP1AHF2kzR/HiaaKeTOJTCdOLWeU4cR/FZssOC8Q1z/rv3ceIp4haINbmese2Bf4OsReDKU3L+SOUrucZxCrIIdm//u44eJyUXwnHIcZZ5zSiVuFmd0YZYycKNLBLor12KrLnXiI91uW2f8UCrZWot8b+pL6jN2lmYsnJKPLXp7CeYCRh2vujPiWlwdttiQMxHRlYDh0h/KVkfcwtO7sW+gZjx51VhNB6RnXMbVUE=; 20:8oVQPQWoFocvs/nNruL80L/YpLt2PKnK98CxZ9LbowymyXYIPC/bv3CSMii0CT4LVLy7QhpFY+V5G5IA2osKG0BLH6I4mE0xwt7NmomGptJzoLCMuvwSDtQB0VqTKq8ugRuYHXFsMZ+I+HN6wQXdetYlwpyZbsgTL+NmZ/0oywQ=
x-ms-office365-filtering-correlation-id: 5bf5106b-c0de-4032-f4ea-08d40c4af309
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1140;
x-microsoft-antispam-prvs: <AM3PR07MB114074A7D04B2B889AB4F1A4D6BC0@AM3PR07MB1140.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:AM3PR07MB1140; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1140; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(336003)(189002)(199003)(81156014)(81166006)(101416001)(189998001)(107886002)(66066001)(106116001)(105586002)(586003)(42882006)(57306001)(3846002)(6116002)(102836003)(450100001)(106356001)(8936002)(68736007)(8676002)(50226002)(3480700004)(558084003)(74482002)(33656002)(2900100001)(36756003)(97736004)(5660300001)(5001770100001)(7116003)(7736002)(99936001)(50986999)(87936001)(7846002)(92566002)(5250100002)(2906002)(82746002)(83716003)(3280700002)(86362001)(3660700001)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1140; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 04:59:00.8900 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1140
X-MC-Unique: dZLwq9LHNiq7nvAF_dpxgA-1
Content-Type: multipart/related; boundary="_005_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_"; type="multipart/alternative"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/bUug4KUBGqNGaaAuHzZWKEdzIW8>
Subject: [v6ops] Legacy IP stickers
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: Mon, 14 Nov 2016 04:59:23 -0000

--_005_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_
Content-Type: multipart/alternative;
	boundary="_000_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_"

--_000_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

SGksDQoNCkEgYml0IHJhbmRvbSwgYnV0IGlmIGFueW9uZSB3YW50cyBhIGZldyBvZiBlaXRoZXIg
b2YgdGhlIHN0aWNrZXJzIGJlbG93LCBjYXRjaCBtZSBpbiB2Nm9wcyB0b2RheSAobmVhciB0aGUg
ZnJvbnQgbWljKSBvciBpbiA2bWFuIHRvbW9ycm93LiAgSeKAmWxsIGFsc28gcHV0IHNvbWUgb3V0
IGluIHRoZSByZWdpc3RyYXRpb24gZGVzayBhcmVhLiBDb3VydGVzeSBvZiB0aGUgVUsgSVB2NiBD
b3VuY2lsLg0KDQpCZXN0IHdpc2hlcywNClRpbQ0KDQoNCltjaWQ6NDBFN0QyRDYtMDZBMS00QzY5
LUFENTMtMkEwOUUzNjdDRUZEQG1lZXRpbmcuaWV0Zi5vcmddW2NpZDoyMjJBRUEwRC04MzZCLTQx
OEUtODRCMy01ODI5QTA3RUExMTFAbWVldGluZy5pZXRmLm9yZ10NCg==
--_000_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <CD78B2EBA550F3429149B70D577812D8@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5BIGJpdCByYW5kb20sIGJ1dCBpZiBh
bnlvbmUgd2FudHMgYSBmZXcgb2YgZWl0aGVyIG9mIHRoZSBzdGlja2VycyBiZWxvdywgY2F0Y2gg
bWUgaW4gdjZvcHMgdG9kYXkgKG5lYXIgdGhlIGZyb250IG1pYykgb3IgaW4gNm1hbiB0b21vcnJv
dy4gJm5ic3A7SeKAmWxsIGFsc28gcHV0IHNvbWUgb3V0IGluIHRoZSByZWdpc3RyYXRpb24gZGVz
ayBhcmVhLiBDb3VydGVzeSBvZiB0aGUgVUsgSVB2NiBDb3VuY2lsLjwvZGl2Pg0KPGRpdiBjbGFz
cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QmVzdCB3aXNoZXMsPGJy
IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+VGltJm5ic3A7PC9kaXY+
DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1p
bnRlcmNoYW5nZS1uZXdsaW5lIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48aW1nIGhlaWdodD0i
MTAwIiB3aWR0aD0iMjAwIiBhcHBsZS13aWR0aD0ieWVzIiBhcHBsZS1oZWlnaHQ9InllcyIgYXBw
bGUtaW5saW5lPSJ5ZXMiIGlkPSI1NTZCMkNGRC1BRUZELTRGNkQtQTA2MS1CMDdBOEE5REQ0NzQi
IHNyYz0iY2lkOjQwRTdEMkQ2LTA2QTEtNEM2OS1BRDUzLTJBMDlFMzY3Q0VGREBtZWV0aW5nLmll
dGYub3JnIiBjbGFzcz0iIj48aW1nIGhlaWdodD0iMjAwIiB3aWR0aD0iMTAwIiBhcHBsZS13aWR0
aD0ieWVzIiBhcHBsZS1oZWlnaHQ9InllcyIgYXBwbGUtaW5saW5lPSJ5ZXMiIGlkPSJBODczREVC
RS01NTQ1LTRCRUMtQTZBMy1BQkY2Q0QxMkUxRTEiIHNyYz0iY2lkOjIyMkFFQTBELTgzNkItNDE4
RS04NEIzLTU4MjlBMDdFQTExMUBtZWV0aW5nLmlldGYub3JnIiBjbGFzcz0iIj48YnIgY2xhc3M9
IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_--

--_005_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_
Content-Type: image/png; name="ukv6.png"
Content-Description: ukv6.png
Content-Disposition: inline; filename="ukv6.png"; size=22865;
	creation-date="Mon, 14 Nov 2016 04:59:00 GMT";
	modification-date="Mon, 14 Nov 2016 04:59:00 GMT"
Content-ID: <40E7D2D6-06A1-4C69-AD53-2A09E367CEFD@meeting.ietf.org>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAMgAAABkCAYAAADDhn8LAAAEDWlDQ1BJQ0MgUHJvZmlsZQAAOI2N
VV1oHFUUPrtzZyMkzlNsNIV0qD8NJQ2TVjShtLp/3d02bpZJNtoi6GT27s6Yyc44M7v9oU9FUHwx
6psUxL+3gCAo9Q/bPrQvlQol2tQgKD60+INQ6Ium65k7M5lpurHeZe58853vnnvuuWfvBei5qliW
kRQBFpquLRcy4nOHj4g9K5CEh6AXBqFXUR0rXalMAjZPC3e1W99Dwntf2dXd/p+tt0YdFSBxH2Kz
5qgLiI8B8KdVy3YBevqRHz/qWh72Yui3MUDEL3q44WPXw3M+fo1pZuQs4tOIBVVTaoiXEI/MxfhG
DPsxsNZfoE1q66ro5aJim3XdoLFw72H+n23BaIXzbcOnz5mfPoTvYVz7KzUl5+FRxEuqkp9G/Aji
a219thzg25abkRE/BpDc3pqvphHvRFys2weqvp+krbWKIX7nhDbzLOItiM8358pTwdirqpPFnMF2
xLc1WvLyOwTAibpbmvHHcvttU57y5+XqNZrLe3lE/Pq8eUj2fXKfOe3pfOjzhJYtB/yll5SDFcSD
iH+hRkH25+L+sdxKEAMZahrlSX8ukqMOWy/jXW2m6M9LDBc31B9LFuv6gVKg/0Szi3KAr1kGq1GM
jU/aLbnq6/lRxc4XfJ98hTargX++DbMJBSiYMIe9Ck1YAxFkKEAG3xbYaKmDDgYyFK0UGYpfoWYX
G+fAPPI6tJnNwb7ClP7IyF+D+bjOtCpkhz6CFrIa/I6sFtNl8auFXGMTP34sNwI/JhkgEtmDz14y
SfaRcTIBInmKPE32kxyyE2Tv+thKbEVePDfW/byMM1Kmm0XdObS7oGD/MypMXFPXrCwOtoYjyyn7
BV29/MZfsVzpLDdRtuIZnbpXzvlf+ev8MvYr/Gqk4H/kV/G3csdazLuyTMPsbFhzd1UabQbjFvDR
mcWJxR3zcfHkVw9GfpbJmeev9F08WW8uDkaslwX6avlWGU6NRKz0g/SHtCy9J30o/ca9zX3Kfc19
zn3BXQKRO8ud477hLnAfc1/G9mrzGlrfexZ5GLdn6ZZrrEohI2wVHhZywjbhUWEy8icMCGNCUdiB
lq3r+xafL549HQ5jH+an+1y+LlYBifuxAvRN/lVVVOlwlCkdVm9NOL5BE4wkQ2SMlDZU97hX86Ei
lU/lUmkQUztTE6mx1EEPh7OmdqBtAvv8HdWpbrJS6tJj3n0CWdM6busNzRV3S9KTYhqvNiqWmuro
iKgYhshMjmhTh9ptWhsF7970j/SbMrsPE1suR5z7DMC+P/Hs+y7ijrQAlhyAgccjbhjPygfeBTjz
hNqy28EdkUh8C+DU9+z2v/oyeH791OncxHOs5y2AtTc7nb/f73TWPkD/qwBnjX8BoJ98VVBg/m8A
AAAJcEhZcwAACxMAAAsTAQCanBgAAAFZaVRYdFhNTDpjb20uYWRvYmUueG1wAAAAAAA8eDp4bXBt
ZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJYTVAgQ29yZSA1LjQuMCI+CiAg
IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3lu
dGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAgICAgICAg
IHhtbG5zOnRpZmY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vdGlmZi8xLjAvIj4KICAgICAgICAgPHRp
ZmY6T3JpZW50YXRpb24+MTwvdGlmZjpPcmllbnRhdGlvbj4KICAgICAgPC9yZGY6RGVzY3JpcHRp
b24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+CkzCJ1kAAEAASURBVHgB7V0HgBxV/f62Xu93
uSSXXkgjHUgooSTUUEJHpaoovQmiKKiIIAgI0gWkCIjIH1CkSu8lQBICgQSSkHq5y12ut73dnf/3
/Wbf5YiBRM0Byr672dmdee/Nmze/7/3qexPwmJBO6R5I98BGeyC40aPpg+keSPeA9UAaIGlCSPfA
5/RAGiCf0znpU+keSAMkTQPpHvicHkgD5HM6J30q3QNpgKRpIN0Dn9MDaYB8TuekT6V7IA2QL4gG
0t6mL6ijt/Blwlu4vh6pTr5MERg/rf4AAkj9+0d0ThnsMM9y7773SIM+p1Lnd3VttraoOfzSdQ9d
7dWd+O3V+XT66vVAgA/Sp7qvWNu6E9i/QzzJpG7LM8L8d8r/q93ht/ffv14ymbRLqq1fRHv/1fv7
uub/ygHEASMYXD+iJpNxrKttwZqqBlRVN6J2XTOam+OIdSYQjQD5uRGUlOSgvHehbcVFuRyXQ13P
VMTXU4TngBEMrpdW452dqK5ei9WVVahaU4N1NfVsbxuSyQSyMjNQwPaV9SpBnz7l6N27F/Ly87va
qi9+e4Ns86cOp398CT3wlQJIIpFEKOQILYkVK2oxZ/5KvDZnDWYvbsQba+No7iDhG3hIPYk40Mkt
1sp9J0qiwNT+YWw/rgQ7TB2CceOHEzgF1q1Jk288dCfk/6S/VZ0IPhRaD8QlS5Zg9hvz8PIL72D2
6wvxxrwqXqKdm7hZgpu4hLZObhH0yyjEtnsOw9Ttx3GbjLHjxqCouIjn/LolJ26p9lql6Y9/uQe+
EgDRKCxisBHT68S771XisecW4y9vVGNOE6leRF6ag3BOFvIjYYRDBEeABBcnscUTSHTGkGiNob6x
CVjL7ZMa7tdh5tQcHLb/KOyx+0RU9O9tnSMQijv9J2KML74Rp6xHbZ87Zz4e/uszuOu2F7F4lUCR
y60I/cuykJEZRJCgN9hLjCKokuR8ne0xNDa0oBYNzLuaWwIz95iGw74xE3vutQv6VlTwmIDSc9zP
LpD++Nwe+NIBImw4UWLRokrc/9gCXPtKPaoyCIqhvdC/OB9eZgCdHKmDzJgZSCKD4IiIcBIkNuKk
k1ykPRZHW0eHASWjpROJRopjn1QCz63GjrsFcdJ3p+CAA3ZCXp6I11fq/x2QCBxO/Fv88VLc/ce/
4hcXPc4aO5EfrUDfwYVEThReImRiHqHIc/zkjXoEp6cGk/MlE+1sfweBQ64Z7kBHaxs+qiOwUYUp
E7fGiaccjkMO3Q95Bbx/G0DUT2mZix30haYv1YrlwJEkobeTE7z6wVqc/wYJaOtRGN2/APXkFgly
i17RJHpFPJTxe2EoisyghygLBxBHIuGhM5ZAC7eGtghqqZus4VadHUGv3BxEB5bglcWVeOWoZ/Ct
I+fhnB8cgImTRhmxifA2l+jE4zyCUiJPZ6wDDz30OC44924sWt6A3uUDUNK7gNJeJhKBCCIZGciI
RMnpIsxPEUyETWB5Bmi2mYBOEMxeexsSsRZ0NjXzfBiThhejrqov3pgzD0Ne+BB9Jk7B5OFhlOZl
G1GIm6RFri8UHxrYUsPTF3tdk8o1HiZINI2tHehMUgyJhvHmyiZcPDeGV+NB7FGQxJDMEPpFoyjK
TCKXcko0EOaImjBiTXJETnA0ZhUclD0q7TG0tndiXWsSVU0xfLKuHctqm9Ba34zIujqsnLsEWF6N
xx87BnvvPsXueHNAoh7yPJ84m1pacMWlt+KXv7oXObkj0G9QLySDmQhFspCTk4+s7EyEo0HqJmF2
LtvK+/LIJRLGOdhuioVxttmLJSlq0dDQ0Qh0tCMUjOGt96swhKLWL+86ClP3m4GVCxdh8Y03Y8LB
MzDpgP389opzdjMIfMGP7Wt3uS+FgxhRkmw6Ofo3tnUiTkIKSPEmIe4yNA/Dyjrw+JJOtMbDGJQT
RDYH4YRHYiIIJE6pXIxbksTmac/Nk+jjBZAdCSIzL4gyFhqUF0ZVQQgfVUexKCOIARmZWJ4M4aV3
KzFyQhP65HOkJyh9sckZBzagAUOH9I0g1rW04Y33V+H+xxcy02gMGtWP5JxDFamA4MhFNIMmNd0G
y/iSFPe0wCUJLin0SbbfdHWP4leYwAkEadUqJmg8vPbKOhxxSG+cet5+GDVxGGpfmYvERZcg8tT9
ePbOq9F2933Y8cjDDRwCa4Bl06nne+ALB4gIWWDgI0YTxYx4gpYaik6S60Pc4iSW4YUZGDo+ioW1
HubXxFFL8YnUhNbOJAEiriH9PGD7AMuLk5gyy7IasSXvB6kPRwiWgayrjFyoP8HyYSYBMmIgSnv1
RitH8IWrajGoXwkVf+kMbFGXBc3veBG6BDkN2Ktr6rCwugkZWZkYPmwIPlhdj4LSfsjOzkFWVoa1
L07A+hxNYKACz3sVMMQlrS4CGWy3RDW1Nxr2UE9xcNnHHbjo4vE46oRdUFSQg9V3PYC6485HGMuo
02yPzKXr8PpRR7AtHnb6FkFCcNggk9ZJehwhXyxAUuJBrKkVNW++heCESQjl0mcR60SExMnBHBGO
wAkSfZi/R/dKIjsax7OfeFjZymM8Fychx2klFdcwUUXg4IhqwBORayNhSuaXoSvaSeBRwR9clI3S
SAQexa8sjvbF+TmorI3j/YeexOjtJqBgUH/TEQIps60IUOxAjG3py6/hw+YA+lJ5zmjvQGZ2McaN
KqQfo9i4WlxticcICqrcAqzAS45HhYR1+r9NBxFgCJZAwEMG73XpsjaU0qp72+3TsOeB2yFesw5V
P7kQ3uW/RDaGo7P3aASXNqB0aCm8xQvx6lHfQPGY0Rg9YazYlK/b9DiJfL0v8MXxaT7QJEc80ixq
HnoEbbvvAu+euxBoqEOECnUklDRwSJQROETjHrnGoMJMzBqRgcF5CaxqoR+EIz+tpGgn4cUSQbST
GNtJix0ETVssgGYCoonfW7hvJViaOYI3dXDPcpkUsyYOJGHTqShpqLC0EN7CJXjn+2ejuaGZHCRk
BCyS0CivAXr5a29izn4noyQzivJCcgvqF2V07pWUFXA8pwuG1jOJfQleM0FDQ5xfjGOwTT5nI/dg
O7TpfChE7saSL73ciN22z8cfbj8YswiOjnkLUH3MmQgSHNGiyQgV5iFaH0dmRQ5Ci19B2fg9sf39
j6M6UojaphYTtcy3o8amU4/1wBcGECcS1M99D63HXoScXfZB9K1XEHn8AYTWVVMcCiPUTWTQyK0R
POkFUZIVwRGjc3DQwAgtRR5BQNOouIZGUXEKilOS401Zl/jFET1GcaeVhNvMfRuJtaXTQx2RFWfm
LA7fWdQB8giI4opytFPOn3fRb6grxyjuhUjsnbavWrQYb+99EnIa2lFckocMioJRtjNKTiRQxFin
rGi+HkSASM9IiU+0IxBkPtDUMIlaGRkBtBDk789pxiU/H4XLrvsmnYMDUfPgo2ieeQwyH38BoX47
wWv2EAmHEZHYuWo2co46FQP+eAMG770HcrKysKSqntdnG9lfPqfrMfr42lf8hQDERmNyhs6GRjRc
cQOig8kxRvZHZOvRZvGJLF0Kr64BHhUHM7uS8H1A+U7zJDlJlFah3Yfn4XvjqBRHE6hpNTnL94WY
7E9iNNBwxBaRyrrF46RjKvsBtAk0LCJukojHTaTLJBfJzgqhBIPRcOVFeP/3t1M0Ai1SETRU04v/
w18g2vgOSnYYTENBwMSiIE3McXKCzhjBwboT5FSyoCVMGScqCAqi0NrARpjVikoRjQEBLF1OrzrL
3nrnzjjj/P2Rz+Orf/U7tB9yJELkcBgxiCIgLVp0MIZraujTmYusK65H+RUXI2voQCTam1GQG6bF
L4DVtM7xjrnxWl97Mu65DvhCAOKa30hxxrvnKURHVCBQXoxQr2IE+w9CqLiEnu9KdH6yDPFYu4li
9tDFIZg0UjqRa3TvXJw6hSEavQOopUOQA6lxkPUjt0Z0jtgypZLmiBWKZBztSbtt3BqNhlPuO959
bkEGSrfvi5LRu2LZmSfik6eeMxp/94rrEHv4bsr/U1GUH6Z1jI5KtYVglY7RQXAkSeymhBvXkIJE
4UkcRRflJoCGqYiLMb70bhN22TYPt//xQBx08BS0LvgQa044A7jgPISGbY1EfjY8cqpobgYCqxcg
MbgPCh55GsUnn4BgbhaB00bLV8j8KwXZ2ahsbEMT9SHVnUaIqKRnUo8r6TbGkXuIkDB8K2Q8fw8C
j92HMP0FwV7lCJVSAaUzzWtrh8fwkM7qehLMUISL/RgqsgUasKQs+yOlgFJKIvrOlDIMyKvDAyQ8
KfU5JMQY5XwpwZ4RrhRiWbp8gg2QYOXF7iD3SEgsY39qC1Fkyh9aBq8+TKIdiCW/vRE1772PdZff
g5LBU2nxykJuIQnUKFFg1b3Q3EziF5fzTbiqm/AhLrQJIPJ3ZJJrNDZ34oOlrbjwtOE4/rTd0aso
B2sfeRJt51yE8MKVCIzeFommDvoJQwizbHz5K/C+dRKKzv8BsoYPQ3sbQcA2UzEzgOr+M2nNSASy
sGZdC3L6RK1N1s89QyNf61p7lIOsf2geautbTXTJmrYdQqefQwvWFCqiRQhlZCPQzmBDAYQYQgMJ
fs67iC1dSnGHFEPCFHFbIkEKJqQ9ilwRzBxbhjN2KkJZlscQrAQJjFdMdpKASaBU4BV3Jflf5WV+
VXUJiT9WDx1/RIjJ8JS1cityUT5tJAJPLsDqs3+Iwr4F6DWokKEeBAf1EjIOI1C1R9wpQD3I5x5i
SbKeOdFO1/OQyfCYZatakexI4I7rp+Hsn81CIcPKVl9xLdr3Pw7hWhoFRg9EsqFDFI/w0jokqj8C
Lr0OhddciqyRw5BoI9egWUOxXMbzeONBimVq09qVdbj+tw+hclW13zWuj/yeSn9uoR7oUQ7ifB4d
9JRfdesbGDJxEA7deQAy+vSBV1KKYP1aJNfVAwwF92gNCpAA5P/y4hxR338fHY11iI4chXAGidQR
AAlUynyCvzWqjxtYjHMKsnHfa5V4dlETCqIhnvfQQYI1hYL5zKpEsajLL0GQ6c+4iDzz5DTB7DBB
kY92RgJH1majrF8u8mka9mIxy+nir9Tv0nWMcwjRBJ2vkLNGAlLXDlBPeeGdZhyxZyHOPXcXjJ8w
BPUfLUbDxVcidOe9CI0YzUIEWgtNwzlRBBa9j0SvUci49Rrk7LUbgcj7Y5/IL6NYYdUbJ6ij5BwB
6kIvPPs2rrzsCbz+wjLsutMwVPTrzTZtIYpIV/OpHuhRDuKutGhJJX79zFp87/kWXDu7CY0trcim
887r3RfJ3r0ZUUVRhaOlEa1Gej5sWZNCixej85VX0FHLID6KaRrFRZxKErmCzCiglNMUfMKMfjh2
ahHaaalqaCE3EfWTcn1wSNziJlBxdPeJSRmUR2OzwBOguTmKkj70kVCsyi/LITHSy67raARn9lQJ
ltd1xTHYUGn1LCvRTo6/dprM5nzQTJFqKK7+3aGYSHCs/cczaDziRITvfAKBceOpFKkdvLRuZdFL
CBx6CLKf+QNy9t/dNzp0xMzkrCsSb6b35OZkor29HXfe8gQOm3kPPlzegqLhpXj6mQVoo36iaQIu
ytjuK/2xRXqgxziIiMiNurPnreKspmwM6VOIn9FrLGH7+1sHUE5dAsV0to2k/2HRR/CqapBUDBM4
atMq5DEGK1C7DrEXX0Zi7FhEhw3mCK24ExInKVYWLxGtRKkMzpw6aEpf9C/JwG1PV2JpTQylWaRd
EphEeFGjiWcqK6TZL/UhT4r6BUC2OZPtlImVMhxjrHgqyO9kayJUjeYSn8g/DGxyBEq14iey6OFc
saqFoSPALVdvj1mHT0WQYuOKa2+Bd/qlCDOY0Rs7gCIkB4LsLCQ/WMdSlYhedDnyTvgugmVFSIqT
6lokdiUBWn6hXPbTRwuX49qrHsHNt8zHkGEFyCjIZFVJvDq7CkuWVmLMmCFsvxCnVqbTluqBHuMg
/ihN/wPNli+9Qw5QypijzDBoyEFjLIQXV3Tgw9o2UgFH3vwCjqwTEBw0iDoCZ951EkRMZo2i9SjU
yajXN15C7PU3EKe+Ip1AJE6K0KcBUZxEyvo2w3rh54cPxW7Ds7GyLmaKu8Qes3KJOxEt5mlnOdWh
KiTaacZGQJG3JE4FTSogUL/9sA7m04WUWEjhLaB5V45A1R2mb+Xt95owcWwObr15Hxx+xFTEly5D
5VnnIXH6jxEc1RdecQ68Fkbwck5L8oPFSBZlIev/7kDBuWchWFRIRZ0iFcHvRxeTQxHIEZqbI7z/
F555GycedRPB8S4mjC6giVr+lE6GuUQxZ2Uc776/3G8agW46lf1Kf2yJHugxgDiSWlNZi+cWtwC9
8tFK2byE1pjBlPcTiQgeYUDiw4ub0EQ5X0GDgTEjEZownlxEISEkGNMbSNRsZYhh7t4CKu9PPYZY
1RoeU9MlGmnU9EUuMQJZrcqLc3HGQcNw6u590EKRp4HOORGxLEsywypWy8DBcuIwMtcqLIVDtyqS
xMTv4lAUAyX+6RophIgLSawig7PQmHYGW74zvwk/+P4gXHXtwdhm0jDUPPsS6o7+PoI3P4TgRN4P
iV1lBLbEghcQOHB35D17G3IP2dfnSLRUSaRUo0Tg4krZ5DLtHFxu//3fMWvPm7H0nQZsQ2dpjFYx
jzZmiZfiNmC/zH9/JaOY243bCPDptOV6oEdELHtGIjKmxUtrsKwtjL6UoUUg5TR9ZgfjtEQFEWNU
6zOrYlje2IhZQzPQvzAX6DcAHQwbj899B17lSgRohtWILW7i0doUqKpG7MlH0LnN9oiOGkNvMwlL
5ySaGFFTaOLvDIpnh+w6GP3Lc/D7vy7Bh5XN6FtAkY1oM92BbVM7SY4GMhNPSF0mFhIk4iB2H0SC
LFTEtoXJMLdgaaJUVTWNCQwMu/Xaqdjv0CmIMPiy8sbbkTj3MgTyaFiYNJQiFcNCaKXyVjcjUbcY
oV9cgdyTvouMXoVI0nhhJucNRKpsKu5LPl6N62iluv73b2P0gHwGSQbRUkfvOdsm/cvdR05+FB9w
OnL1uiYM6kv5zlqd6nz+Sqf/rAd6hoOQmPQQ9bAWLaaVio6tMGX6nAgVak58yuS5FirTCtfIJyEu
qgVueKcFby5jXuoEGRQ5IlOnITBiJM2kHDE7aQJWPAk5AGcjIaiJRs8+ho4XnkFc5mETuTTKG0lT
SqLXnuKPLFnbjirHhcePwcwJhVhe04F21idGoZxqobiJ1UtWItFLhGd6h2DAodzFUQkYVoaFgmzL
e6/VY+thWbjl9/vhkMOmonP5ClSdcwG8ky9AcAAdn4zVAoMyg/T34P1lBALD8O+/G0XnnYmMEoKD
ofO6tJvbIT0qQj0qKpHq2bdwwtE3EhzzMGlEkYlUbY1sN1FqQOZ9haQLcV/ISIBlazpQxfATP6XB
keqILbLrEQ7iyK+TotOiZXWMCsxBnKJVIUNJChSuS87RStd2BwlecyRyGajY2h7ErfNasbQ+hv1G
cH4FtV1v0nbwCouReOtVElsjAtEMgoUiFyk8yBB1vPUG2iorkbHLDGT0pelYFEdxSAp8krqBfrdz
hK8oy8PZR43D8IqlOPuOhWijWMQx2DpQnEERwAoBkQgm+Uo8QnKOuIuOCzjS61VCl6iubsU55w7A
D364N3qV5mPtC6+h7cJfI/LcfJCiOVuQ7n0OAEEq+/H5LwD7Ho28X5yDrG3GMXKZ90wPuO5ByUQq
1p+dnYFmAur+e5/HOSc/Aa1zss1omp0bNT1XOpIAwYszBWR54zHNh4ly3svqhiTWrGlka/1QHQOe
GptO/3EPbBZAjPB4KV+B3Pg1u+dxD6iZIsQnVVTE80o5+nHtBdJELkd7CiaMwqVSLcsSM3fSqRel
EhAkiB77qAMraqpx2PhiDCzNRcbQYWjLL0T8dZpDly5BMoviihE1R/KsXCSWLUPHX+5FYtfpyBg/
gfoL9QaF1qbaK0bWRpDIh3D4XiNQxvkh7Yq45XmRm5l+BQISW4AEaP4Vts/mjnPUN6uVWYf8/Awu
wQnfn4jtpo1lsCPtUH/4I+IXXm0zHRNTtmKgoe+/wLpGJCrnIHjBJciRSNWnF4PCuLiErmvclXve
iPo0Ly8DSxevwvVX/R3XXD8f44ZkI0rnZ4zOT8V+qe+IIRPzWFw10DhAYyC/hWnPjjOKuaq6mYMB
rWmywLFe9ZHS5j4zP7ffps0t58rYnvfxVcOkdYH1RaozPtVg9icljU2lTQJEIdXuxk1ZZY0ODKrc
PQC3736upbEVKxmyjaIIySrJcBACgQ9c8VMd5ByaVMTDZrERYUqXKOYDn1/FJX/oNzl8Yjt2GFaE
rLJSxHafidjs15CYO9scaUGOwFodJJBBwLQ1oeOv9yGxegWi5CbBHDr4UiBRG03kIvEQh9h1yiCK
d50MjycgOKHKKI/1OCeihYlISxZgeFqgCbCtEhllLc6lyDRjxni0rVyDNVddB++3f0Rk7GAkKR55
nNqrkHnv3RWIM5Q+496HkD9rXwSpOyVpweIT6eo79VOYxBwipb/4/Nu4+Kd/w3Ov1mDyqDzEqYS3
st/Ey5TPQMy9qN5/FgQy/+IUWWVqrqNYWF3Xhg567bNZp4XBpwh2c56Z8uj56VruOW5Yzh1Xf7rv
bq9y6je2xtqn4+6c8n8ZybVfIPistnTP81lt/FyA6MZ9XcIv/lkX2rBy/8J8cJy3MKeShDEwgUqa
boNcmECqhMLQmziJo50Uaw48ml9VRtYkDuGIUISoprPv0mfrMGt1Ow6ZXIxCLVwwbWcESksQf/E5
JDhCy9rkcWUQQxkfTewfjyC+eBGiBxyM8IABvBYvxoelJOVW8nsHCT7CVUc08coSh2aJK6ZrKH8K
HAKOEajOSfyy37pSCDUvvIz2c36B4FvPINBnAuOnGHlL/wbVZ5J0NYL77EuR6kfI4kQsiVTiHNI1
3PwN61cq5o2cg/J/f3oeZ5z1qDWlgtN353/QyPVROFFM4ODed5+K72hTcqOhfvPxcT48ElECpMPm
piCHOlq3kXFznpnL4/a6Svfv+v15SXm759f96Xl2b8fnld+S59Q70s3cemVqR926dWhsaupqUz4X
6ium/8217/Pa+pkA0U3qpisp4z///PM22vWm11uVZ1PpVgP0wFuam9HQ0EAZeI3d56677opevShO
MBVxPau7L9wJ0cICzuILc15HlM47jXDUOTzqEwSCjdjKbM9doyQfjo3Y6mQq8+1J1JPACjSpik67
8Oix6CgpQ7JqLZfLURtIKKRB6RJKibZWxGUiJuiCdDoGUyARuclsa7P9eEyw0aZiFrPFeuScNI4h
MKgcT6rzTOzivSp1cmEIHc85/1wEci+0h6E8HEkQZLsFwshYho0M6MPoALJKlvMIBstjNfgfiqlq
qG9ExYBSPPr4CcZJpGuo33UlzTrU3v/UF//6+q18cepxHs3hdJSYflTMiF+LXWPWRloFn3vuOa7m
SMtd374osDnzOeZX4Wm0traigXmqq6osz/Y77IBhQ4figw8+wJtvvmn5SxlEmsvZnnrWrozKddBS
p/r1Xb4apSzOUSkqKrLn3p8DUwFpRLTzeYRnBbfwh+s70WYLF9d46aWXjHZnz56NF154wdorYEye
PBnbbrst9txzT+y0004+LfMZOsB8qlms9J8Sb6zr2C9/+Uv/ORlZ+M+MF/EIFttY2afO//a3v/XL
sg7OOfdWtbZ767jaQgsnTTC4r6ve9V90TNfrvrmzrh1J+vf4+GkT5ehgOV2pTmbt6La187s26h1e
W6LTo77hb5zs3taZ9Fpi3MhGbGO+tQ894K3eZRev8hvf8FbPOtCr3H+Wt2bfA7zKvfbzVu29v7dy
x928FXvt79V/tMRrZnMamzs4n8n71NbE39p0vEV7Bk41trR7Ta0xj4tSePUtHV4dy2nvtrrmNp6L
ezHm19bButt5U21ckcJtLbxnf2ObWae2Jt7wuta4t6a106tuj3trWaiG/bumqc1bWdvAmjzvwQce
+NQz0TMiSLxe5eUeAfNP50444QSPBOXtvffe/3QuKzPzn45t+My7/95///29P/7xj1af2kIQadfj
STTr6Pbdd9/1vvnNb25Wu88++2xv7dq11r6NtXWTHGTatGk44ogjMGwYQ6/pjLryyiuxjizLpcLC
Qnzve98zDrOMCvOUKf5yOhxCONom0EoPcZJye6c81Nw0I08t70o2Mn7qyKfPM6PEPA7QfMwcqbWz
2BEfmRY0KBbiEqvqYvld1XI0686tlFfnuPlmXGoXHJXlzLORWnuOKHJGaqai9BFz9ukyPJ5s5sQn
tdukN/uw37wE99zYXg5Hxg1UToeUUkzA/8FPzVzUwhVK4gxqy6ZSghfpEAfhn9bc0r0qBF8SmLiO
0qhRo3Dct7+NEo6WGt0ffPBBLFiwgD4ZreLop5NOOgnl5eV4n0Ghe+21l3GKgw46yLjH6NGjsWrV
Ktx8880MstbSqevTAQccgIEDBxp30YgrLkECM85DwsTf//5321599VVceumlVp/ybHR0Xl/tf/RN
d00Kt2u8wtg9cQWXzjrrLBD4GEDOpsiEJopaixcvxl133YW//e1vRs81nJx27bXX0liS989c77Og
7dCo82SrfHb+aH7//fdbewYNGmR7XsSqiHOEVj4lP2fSq+Po9gmH0zUcRGp40D/rzlvWrvx+mfXH
NvVN+TXyilt05yDue/fj+t7KTaO79m5r4/eav/7NW7ntdl7lwYd5leQca8g1KveY6a2evre3Yo99
vZUTd/GW7bKPt27ZCp878MIbcpDP+t3I+huYv/vW2O23vttv9k89OcOmt6RXy5tewxta1dzprSQH
WkWOWMmyq9nPK2rrqS75I3YsFvM4LZct8LzXX3/dI1A8ir72zK6++mo7rg8Oel3fu//W8//1r39t
+UV/FEs8iipeW1tbV72uoJ47RWyPQPS22WabrjKSPlzqTk/u2Jbai/aUCHaPA7ZdvzclHNHmxriC
8nKQ98Q5dW/aRNdKamf3tn4mB9HIpJIaFKP0SrMsvwE7UF4dSnlVKGRn2G8d1wgh2c9yUYbXkJ+s
rkTs/cWc/KR1daNIcNnPONem8k2oKenaCvBD9dvGysgpUmd9M6suwCMaIO14Kq9ZvuycTttJ21lG
jlr+gCpdhqM4ZXYlPxvzSs/giBJf/gn1XM5JkSLOkZn9Y+dsr9gtFSIHib0zF8m19GjSh2HmLVbU
1ZZUvaYMKL8KSYdgG/wetJw605V4dQ76+uQ53a+V0WkesYvqe9dB+67aEtTLpEFpfou4aohcRMsm
eQz5D/Yb2NU2jZYuTZgwAQceeCDuvfdeO7TbbrvZnoTAefIMGGXS89Uz128d1/OcPn26ndPHjjvu
aM+760C3L6IPcSNxoMGDB9u1JE387Gc/s+9jGWhKIva5CK8hmlKy20zdrHFCXlNJ13f0pt86p9T9
mH6Lg6rvnM5BQKK+3neY3nbbbdhnn32UzXRId03VLeuhkiQil2a/9RYOOeQQu5byuGt+JkBUUJW6
m1AhNUSV96uoMIAQpV2KHwdD2nBUiKVMFAqhkyBq3mdnRGfMRJIxSonxXPKzmCsRMtDO4wRxlRFY
QglaeUScFEescTTRGlGLiM0ES9KQQqjztpwOv8sMK9FHnSnlOsk6LIzcJ3J9D3ApHtUvYvfoCwkK
BCxj/heeV0hKMBxFiEqsTVinaKUOV52qX05C3jACbQx6PPNCtDczpoxBigEuhsjGGIFz+ha/i3T9
3mIN/BOwUr4Y9gpr5G9t+lReDhb85NxGlvIHIp1RkpVMfa686z91RqZdnVd+f4vyVwbrCtNyFvjR
D5B72o9cM4yY3DNTaSmnSoMGDTKxS9+tr1PEJ4JwBOj2mVxHTIq6lH2Jasov4Ghg6m7dVF1S2EUf
AiPlepx++uk6bKKXANIdsHbiMz50bV1jc1MKX3j88cdx3333WbGLL754PTj0jDdSH7kq7rzzTowc
ORIffvghJ2y6QFFWkeoTVfa5AFEGPXYVcIiyjtQxpk91MH+7PAYq/g6ycz2MohWSo5nQbg+Wj5qV
am63xsKkogQ5FGrSkl1H5ija9cPKRGJN8NrBACcWsc+SlLWDXG3RWsV4LovstmLiDtzo1wiKsEXk
/G4h8XqYplvQ2qORNkQvunwkvE6YoLTIXgLBWZC0N1AK7pxMJbnewlFoJUrS2226SgkJm6ALcoFq
zTsPtfMh1JOkdR+8nog9zhUdA83Mp/rsCJvFPxmC44ovK+CqJVw0zqOVTsfVN8qp8z40VEp/tONb
DWwycygJKJaL809IeQjnM0S6oJAZ2GYVVp/oL/WguxOInpkDgM67PKq3+3f32+XV3p1n9V3flU9J
A6ejBwHCJVlBZeUUEQpkkvMFJNUlrkKRzUb9/v37Q5uO19XV4b333rMqysrKTD/ScYqNBlZxiZKS
EowYMcKAJxPun//8Z8sv/elb3/qWfVd+xy262s56lJRP0pB0pUHUqQ4//HA77gYB+8GPTQLEZfzX
9n4jIlpJnetQaaSO04yaZIeIM3AYJ/Fy48My4uMhKdsibNGAfCW2+IEeNglZiil7zheZdIOSLUQu
Gj6MIHSMt8LfSYazeEERMCshIKxCKsMKZkzQ9Ac6KxkYxmIaWXiak5NMGWc9Bg52iRE658ZjVZMt
NIfBBT44dD0VyuXYzTbrlQsBgl+impfDy3P6rJfHBax1H2u46gh9EhZ1TBO3uJEnDkeveYLrDydr
FtNMPQzoz4KcTUkTFRvD2+SmW2IN3Pv3ya/8rj/9dom/2TcCaYBTcMEVGW35Vnf6c/aOWD4nS9cp
B5CuA5/xRW12SSKXS1U0JZ955pm444473CEz+Ai0ixYt6jqmL6tXr+ZifH1w2WWX2eZODhkyxLiA
gFNbSzE3lUTc22+/Pd4nmB544AE7KoPSoEGDjDa6t8OVETiVZGj4y1/+gjlz5nAuzRgMHjzYjm/Y
Nz0DkNRzDOfxoZXlI9lIwtTqbvQheBKFKBIlOXfcqIAjrIkyAg2JWr4EjbpaZC1J0YvvBSBhKJEw
SUjgqidaWtHEM8UzyQ/CY1qdMSkCVGZ2grhGkv4QxW4FOGU3wdEkOKAf9QhO8121xkaqJMPJAxzR
EhSdhCezYpFQPRJ+aPJIZH53KkNHWtDyxPPwCBjNE5HolfhwCdvEldsLS4H6Wt4G74ufgbx+iFcu
JfTWIFIwyQcM251oWsHKaSFBJjoa5iJzx1nI3O4QNP35CXSueIPnyrmVceMgwE/eBTf90uORUKYj
doXUtxRgxJgpggb4DhLkcYlG4yDsAA0iX3RixzswyVLkknxisnSKyKWziig//vhjO13Gc9NocZLF
bPjw4abr6oSIV1bTPfbYAytXrjSrmKtv+vTp5m8RUJzYOHfuXHe6y4oqEVCc66OPPsInn3xi39U+
6VjSl6RHa6uguqDkOMcXAxB7zKRTcpBAX+ocH3xkc84TJOIQaVwgEEGKS4jgZLTUgS5wECAKFbHR
ubiC8x/IAXizAY7OgcxS5qcoQm7kNdFsycjeAAMaA+QKBhpeQ+ZMj5whVN7Xbr5z2XIEuNRoBp1D
HbPfZh10dHJN3QBFwPh7CxAaNBBBW8eH2UVcnJ+RNWtvhq6sQWirYchk21ouupb20+FILm5A5Dgq
c8zT+fe3EZoxhTFhHMHJmdr4Ep3Q9tsinyuzhyv6oPHeB9Hx5EuI7D2D0b5VJHG+36SE8Vpcsid3
tx352gMGYH7Ym+3PR8ej7/rt5+CbZGwVZ95b2wUMYV737MNE4GAzyUUVpqJBIcxXusVJhEkHEObd
Uqk7wTgxS3sRVPekY250fvrpp7tOTZ061QhdZmWJSwcffDC+8Y1v2PmDaDi4/PLL6Q7oNPHLOSXl
Njj00EMt/7x587oAsvvuu+P222+HnJgSn+S0lpgmU7VSv379THTSd3EUca1HHnlEP/8pictIKT/m
mGMwbtw441Du/rpn7lEOEsnispmD+yP+8BtI7sSRnkTFQCN70JLlNceDHz44BBYe83UBKdPkNPSf
ZEzZiUF/qxGkIp1cV4tgCZfoIQeRmJVYW82VUYqRJOsNltK7zpErIFmYSmUgzOFVlMR3AsZuuAGB
ogKE+1agM2sBsjgygfFacY5coeHDbOmhJOfJdy5ehswdpiA2bz4i/SpYDzkfiS6+YhX5AGdEUuTK
+vnRnPo7xDhWOx9I5oQx1LVyjAuFt2VHUx8I81oS6eKfrOa9ViJ7nxm8NQ9N9z+Ksh+cgKqLr0Er
X22QNXY0ig+ZhQau/dv2yDvMSw2E0QEgQJR8zuHfRndwiDS1cIVGSU49Q7ikmDpPIbGtuCMrusU+
ugPE6TIOCBteRKC55557cMUVV9gpWcvENZTk0VeST0KELhCJk6iM9AmXRKTSGwQmJflYXDr++OMN
BPotA4KSuJXjSNIpZAyQ/+W8886z8xLZdt55Z+M6igJYsmSJXVtcRT49bfKHyL+je90QJD0CED0j
XUjRuZlbDUEjSCjiAlqYQdNpZXLVCMRN7/pQeIdZjQQQ01EIADoVE3TgxBd/zBGfyrEqZehIfI1M
x/OQMYah4+xIndC12ufOQZI3nbnDThb3JIAkqMzFKGMmVq1EYM1axHfYER7fExKn4pjg69pabroN
Bb+5CB3kIsEiWnl4zfZXXlfrbQ5L0w13I/tbB3ClkRmoveNGWq/GIIMLRzec+isCvzdyvnMYYu99
SBKlzWrpcuQSCFrcLfbJCop05DALXzIbV+v7C5HB+fTtrz6MjhX7+2If76Vgh6moeewfWHPxTxEp
mkBxjoMFF+nWPTlwCAwOHPxqmNcxMYsgLRdhxkajT28k8whg6nWykG3JJAuWkhxwCkMZPHiwjfg6
JsuVRn8pzStWrMBTTz2F66+/XqcsyZqkEBTlM3pgoxX2opFbAHn22Wfx6muvYSbNsapHxC0iFWjc
XtYpJSn+MjUriWsoCUjO8affMgLIufnzn//cRDaZfXdgGTlMpY+oXoWgSPcRJ1JepVmzZpkVTOBV
6g6SHgFI6io2wuUMH8L38EU5VbQVGYyTimiuhKxJfBchZQoDR9CAIRlWyjVD0ank2pwHyteJylXI
2n0vdHCGYXjEKCRXLENi3lsITNqWRF2C2EeLkDFpMiN9ZyO5cCGCsw7iWlMNBECjiU6dj/wdGdN2
YVj8coTJmuMcmWQsCPBlmdE9diWVhdD2AOdfnHsKsiZNQN0pP2bdYxCtq/cVfbZFolF4GkcYKZ+N
zcjYd0eKe7mm4wQ4+SnM0azxsgu4RNEw5E7fGRR0UXf7nxDeZm8E+GoEcaJIrzJk7vNNZA4dzPsY
jIyB/dFITpU1cjiKTjwb9Tf9hdyHoyZFTj0gMT8BQXu3OeZgey6CjXYOQjn8JW6XW8D1iomaHkoC
iKIkpBuIk4joBR4p4Rsm+R9EpMqvtiu/I3jl1YgucUrxXM8RJAKIwNGdMJV/+fLlePTRR636ww47
rIt7iIMpr5JELcdBpLTLdCuxTn4QRRRsmKSD6PykSZNM1/npT39qWb7zne9Apl953B1AdaJnACI+
n7qB7MEDkew1FPFaEm0rV1Gkoy3IWXByyslUKu6hiF5bxYTKu/wQZnqV+KVqatdyEbklHKGX0KRJ
gYLilvSNuH6TiBMESDyHCvBaLgxBa1fnBxzR+eCSlO9D3LRiY3jYcCuTVFiHTKIk9OiQoZa//cVX
4WmhugUfUjdoQpwz85KPvMxFpPsi//wzzF/TcOUtiOxMUYEiYvNt9yP36INtmaLmvz9DXWV3Tt6K
UGOoQGRgP7RyVcZ2vtSz4OjD0fTm22xyBM1XPIDMyeOQfwCBToLKnEzHGUWDlnfeRSb1mtwpk9H0
4Et0rLZQ2SaguDy9QCkSEDyVBAofMAIPdRQOMuIzoUG0glWwj7kAH0MxUzlVomeSI8butUvB3nrr
rW0T8UnUkWLuiFjE3j0p/7e//W3jNhJvTjzxRFOYRZjdxTdxrIUc9JQklikpjwDn6hbncUkKuZL0
GoFDIFZyoqG+q5yOi6PIX6MAzbvvvtuCcgVG6Upqr/Jp3zMAUUtSKZvOxMzdJqLjuZeRGNOfIGlD
UO8eICgUtevrHbwRs2L5rFijaICeYnvRDkeZtic5ikjnWLGUjeZoVFJOzzZldnICxSG1LfwIntgz
J1a1PfqYKbvSbbyXXqF4xsUP/vYw66Iw8uIr9JgVIf/UkxBfuQot195GRZ9rSm07CR13/x1tDFn3
+lKW52vcWn9xOzomsr0rqfDzzbmxJTUUgUiAsUbUv7CURBqj+ES95cl3jXhFxu0fLkKEHCKD0bzt
lWvQfO9TXMqonnlDqD2b89TLStG5dgWCeZz9yNmDWsiirvovPE/jA+fjKx9kRTPSXw8OdaXq9zcC
g/SmvpF4lTGoL9r69jfTtaYC20kV2MJJXvKLLroIubT66T3wjui11+gvhVmbS24Udvl0XISq48ov
cUbimIhaI7csSu689tIXnLIv0+3W3Xwr7hrau/p1bUUZf/e73zUO4c51B0f3YxLTxE0EVAFESRHQ
xx13nIlqrv09BxA9RaZobjZydpyM+vvu4Ay5cYg2N1KpzbB1aLU8KAO3+ORpomXHmchFcNDGy+8k
FIlePG0vteFv9iydeOI4NAGTzcrZyIIEBxdjUF5unkyxGjn4L3BIfDOxJUnuwfIy7TbddIdNexXF
BQroq5EfgotKeAzH5zpB6nUEh3DeyRyKD3wzVbAv16xarfke/JNMXcflUfk9mEuC4AxCwpl3WoTm
y29AcNJEJAvyOCC8w6MkeIqXnClGwue047V1PFZGs69M1yQWvrGKE46Zh+2uZ/tI9PL6s8W2CRCq
WXvpOdpLiNJth7m6fIQgxfBB6Cwrp2OVK7dIt9vCyXnS5XGWv2BTyZ4jM21ImK6cG/kVbq5AWIWk
P/nkkxamIrFLhKuyAs6tt95qxfbdl/NraHGUldIBwtUnsDldRMdkFNBvteOz2qB87pxERpmgpbxL
N5GvRbqMSz0KEHME8mbzKNvXYiA6a7lWbTOtUyRCjZYiBT12nxD41CWWadMx7nzCI7nwlIjTo4yd
5Cjp8oub2DW4t5r03jW53JnHOA0daValdAcBRUo9rx1fXumfp5WM748mFtUeJqGR4JJzXystYmAe
zcU8x/W1AnwlAS9DsyrBxCVKdSnzuOf5r2m2COPQQHK25SRmhrXQsqQ3AvlhLmwdnYuBENfGIuek
jJm6HkHGP6kOVi/rFPFbjzCbxhi1y8zX3AscammQsy7DrYyM7sX2kXBjuUXI4T2Hw1wZnnm2ZHIE
L2evRBOJQNpvSKh2TTbY1hP7nAaIMAUS+SJkORJAFFl7xhln2DwNR7hS3pXEWZxybn4yXr97ysnJ
MQVeDj8lGQH+laTy8rsIIPKtyLOv5IDcYwDRg9LDVSoYuRVCe05E6z9eRjaX9PRy6W3O4kQcEqb0
DeMi4hwcPcQ5dNwIixatgEy64hJ2nuQhpZnfxRnsQck5yPwWuCiuozp5XnXa3h4sfzN/QI5G5qeV
gA5I1qUJTQoh0XJCLGft4c43pDEfjQQapNHBu2mrJXFy6Z4UCfIx2yjPVnDvQznOeilAGNEna7l2
F4UwI3CBgGdE+Lq6vPg0ZvIbLW12XOekUfDa/GYASV1HOfWnAUK1Kb/ir0JYxzn4kxAfOpqhPAwG
pdKuwEUNJT2SSNSOeAUO9/1fvZbKOqBNnz69q7iAoolMAqAcfP8gV1GSeKURXmlj15SuI87mAOIs
XFZgMz4kLsqypSTTcZcOpNGJqccAYrWnLpJDS0/eEftjHReRixfQ0ZdNiwtDI0TEIgobuUmg+i0A
mMOQVOpRbPABRDIU1fK8H2slRYtEyc1GV+7lOVceU/xVLynTn8NB4uLDlb5jo6FYCr9rhDDirVyH
ANsl6cQ4B2PCtFpIuIMtoz+CMe5IKOZpykiCia9s4LU8xmeJkP3Gi3SZj8eoHekb/1iW3IuH7Npi
RjonVqG98rp7V37emSVxCP32/1mLlWMJlrMRjW2mbs73xNN8Thk9ut9UtJQPRUTiBKMKRHw8vUWT
G0lFeOq/LgL6D67iljpSPNRxxx6HO+68w3wRiqGS512OPxc6sseee9qVHKjcZR0HE1FLXHN6hCxf
Su68y/9Z+7V0JcgYoCRuJbO0kuvHzQKI6yQV1Hd3cSG6+zmd756Uz+XvfdABaJ86jYF19GBTSdc6
WVIqpWyaWKF6rTAfstGIoCMK41FmEMEb4WifSsqnZHsRvCrQxuOWnR9WnOdUgS++8Jj7TiWt5e4/
o/OUsxEczRUQGf5sS+sQIEkGEQb56je0MG6qNAe5V/+cPh16wWlk4FCmy9q9qdUSlARsuyg/DD7+
zVjbROhKBh9rJH/YPamVbBrPq58EGiV9t4lgVo7XYtUiThXV/YTpQ8nVYnR8em1cTC6TsWdhWsvC
7EuX/Jr8X92f0cZGYVdmw721SX3HJJOuQOIAoqPrr2ZZNvtD5XQ/Iu6Z+840gDz//PPQhCtZq15+
+WWrSyLYREYHKzmasx+p36pD9yOrmUv/+Mc/zCom56Pzrbhzbq9yLolzuSQLnBPR3PU2CRBTjFiD
a4z2UmSUZDVwF9PeVer2lklPlCSjVwlkcuRuCUaQRdk/wtAMjdq2rI1l/PTH+s5PfeMT0bOy6pQ1
9YS48o7pAyIerVri6E+g8cGhtvt1r6+T50SQ1BEC9IIzNsUKKjzMOFQHzzHky6OPwcLZFRRIVq4X
ayap+NvKJSzvt8UfBCQfWwP9S33OJ1vBf+FJczsSbKjgZuBQm+y7RDZfCNNv63t+kXqluR9hLp4X
4er4tTUyFtC3xPXCMiIhW2BOiFQ/KenZWd3cOzFCs+ecadTqTQ1yemYChPY6LiAIEG7ORPdnbfmY
V5f51LO2q276w11LORVsqFAPgUO+lvHjx5vDUefkwBPBunbp2MaSysg8e+ONN+LFF1+0eS+nnnqq
Wct0D7qeXVOF1Se8Z/2ezyDHCy+8sKvKmTNn2nfXL/qxSYC4uH9ZBpRkl9bNKB5GjVEYs27SnVee
7jckotTAGKYIUBoNYjmXxsmjvByJc24JH6pG4wBHQCXltcT8fuerLi20oKO6Se50jkQgAJiiTESI
yEQ8JvKITpWJedkXJDyOvHrwflE7rpFcVQa4uklASje/S2QLSj+hlUzOadUv4Ydai8Uwchod9Rse
o2NKb8TSWZVT6roGG6hr2YX9Uxv/5D1xDpxxDolqEun8xDrF3bpqpjTIluo6ao86QKEoUXKLRCtf
88BVUTIVrcD70Ir0AQ06zKeHr6Q5DkrycutZKYkTKLhP4o0sQEouv9u7406uVx5N2ZXHXBYex0V0
vPuz1u/NTe5aip9S3JVoSqO56nfmXTd1VtfYGOfTMYleau/JJ59sANH1TzvtNAurP/LIIz9Fl93b
pj7QnBXn6JTXfbvttrMsrm368ZkAcTc+d+48muGesDBkIUseSiVXyQUXXIBjjz3Wjuli8qJKaXLl
u+ctpUK8lh71DhJ1EVdOpJQlyyYVTp/grJJPfWgc9ZOsr1qqR5YkyeTCg8rKAqR5H8Y5hCTOA5ET
Tee7ZHtXCfOLdLT4M4dvVsDvDizyy5BzGCIEEhImA+KV2z7tfvXTAK1a1Db+qR5eX+f1O0CxgZRJ
fcZdlFlTScCUESFGZ6neOyJOlEXnpxqlWC0fW+vLqb9FwnaPrFv6R8TKhFBV00jrNV89RwtdiMCI
sGNM12L7llEOf4jz0GWhkZn24YcfNiuN5Pvq6mrzZ0gRLqYYsjy1joC82xrB5Y2WVUcxUC6mSoPh
/PnzbbRVfJWAIj+FCFsxVt2ftbvXTe3VX26knjFjhs0+fIe+LeeIFPFKJ9hUEkh0fTkqH3vsMTgu
cNxxx5l/RVxISn4Gn4t0Ut3XSxThrmS8mOaqKCnGS1Y0Jdcm+8EP9qkey6dT9xuWK/6SSy75dIbP
+cV5zPjxj39sF+pu8nMXrqxeh/sffZMOp2K+EYHvueAUXLEIWWeUdG1rEo/Zm6RIy1whBFsNLcaY
Eb1JJiQEEoZEK4FCnENjrOZ/BPh6hTiJr+O11+29Ih5HVTcim2IoE29TC8L0XGeNGE4RL4Sm2+5G
x/eOpkl3R3CSN2c3itBll2KLSvn+vxp66+k8zHuKcVkjR3A2JEPkGbPlt1ONsEYbKOL0jzQ99yLn
nTBYkg41PxhTGRyYuMQoLTUZI4bSaNCJZR8vwzuvv8/lhunZz+DbaxWJzHvyq+Sn00l0n9z4UhC+
17ECEwbzLVgenZqc0FVA83Eul0QqiNACI1GQYNHkIa7qwQKbl4466ijccsstZjESmDY3aYGG/fbb
z3/WqUFic8sqn6MJiX8a7eVVd0lcRMBRHoHJBih3coN9d3pVfNfpJHbNEemeBBLFbXUPftR5BTae
csopNpC49nQvt0kOotBksTGxPs34kv1ao5Jjb2LZGpU+YaCgLqC5zy7pmbrkbrAP32zbVrkSZ3zn
LlTMmI4xfJtrnHb9ulaJGiRKyoydvF42H/ba+k6soBJ68TGDMW3qAHIPchqO7gpDEjhM5xA4+Fvg
iBF8rbffjsSPbzIS9wUpen25IFsnFvEYLUCXX4eIXgGnMtz0Re0MyposlkPDAZc9MCL1+QfbpYtp
GLfkA9gHsfKnDpOTBDn/xetbjrqTrkNi0XOp3CmC5y9dPziK8xkuPx8FM3ZGUUUvdHa8gxNOZCg9
GCrDF1L7dmU1RI1zSb/7AEP2xI4n5eJ8+mQq6MvK4HsQMyRiUeSi3t5VRKLJr371KzST8AaRG2hq
tDzNzoGmGCjpIrL4aIWagxiCLoVZo6gcZ5pnoXkSiqgVF3LJxV7pWeu4rEdKmyJgV37DvWhINKO6
fvKTn9iILouSJkzJieiSox33e8O9zjuQTJ8+HU8+8YRxTSnsAoz0J/k5XNp1110tHoxLFHVFG28M
HMq/UQ6iE3o87tnr97+SXGM3LOMaUV/fgOO/+xs8MCeM/WeMQ2ERF2km4bdTHwhQe5ULcXVNG8o4
Op567GjsNm0YZUGFH+icRmMSGxuncV7zMKS4tr+7AK1XXss4qucQHDnYv7Qy8iHEX/kYnbuNQsGv
zkMew9mbOSGKNiCEGEhYf8tdiJ1wDEJ9dzBvuRa99g0TBE4JPe+1fLlmnxIUPPUnZI8aRiuWFp6m
3kMOoAfclQiqpGQ+ipGxlWtRfdPNaL34fIRyGaXbm5Oymqj1Z1D3WL6SvKkRhVdcjj7HHYVoSTbm
vjIfN1x4Jx54ah7GcmV49XuM7zXxJU9aqMjpavpug5I9dsH5hw7GmFLeGFlnPtufx2nAudzrpTou
bYqgXL4tsf+sZ725dXcvX03xp5mjvEQ86TlmZGBfb25SXdrcc9HieJWcpSgHoJR1DRCa8qsQeBdO
r7odXW7sOp/JQVyzut+Aa4D2LrnRwz2U7vldHrf3uU6SgWwFfLnlIXhg6lWYvyAP40ZvhSiddRrC
teL78jVt2HV8IU45bgJGDS3nZESt50t5PNVZRsQER5BiSYLHmxlkFvvN1Vx2naEcY4fYm5wUpatJ
TfH578Hj4tG9fnIWwv364P77OIGJzT/48J2oC/GS5Ay6G/EMiVVyBPpk73MRnfPVZJ/TaK0viVhR
ikUxRiarSXbv/GI+GBohskqL0OdHZ2PdViOw7tifIvnxUk4cG4EE3yvoMSwkuLYQteecgOZ576H8
h6dg3A5j8YubzsHg6+7GFVc9jN6cfVjUOwutazjBjC1qI8GsGTEGp+5YgZFFdBiSW+VwhcoMKnGy
XnGM6EpqS/dnsLFnpkbL+NL9mbkKuh9zZbuf0/nuedx3l+df3au8rqPUixxLm5KOOQORHdiMD9c2
STyiNa3wqO2zksv7W6TaAAATeUlEQVTnALWxfN26dmOn/YevxgrNSqpM6Habq1woVL5NdZi/Rq6H
7aZM4uvKZuKTV+eghlNgQ3zoSVJs9doYTjhwIC48e2eCozeXtaUMysHUgUMWK/0JHPHaejReex1i
p59nMwK93uVcKIEmKMZmJavWoWP+GgRu5Ej9u1+jragU1135NxzzjYf5RisSOUd73ZIGAm3yWEsE
krnAhws/ecKOas/MYhhN9IvcfeejWLGyinoUV9BlHfL6K9m9a+SjPyXC+suPOBi9X/kTAjP2QOdq
OqOo01isVw77r3wbtN11LVZ88zSsevR5lFSU4dSfnYibbj7duOQHa9Yhr4Im3bJiLBs+EUfuMQrT
htOHxH6OhjIoVlFvoXk3TAuO6/Pue3tmzKu04TPTYt5KyqONFfh1pIjVjm2knHvWrpy7nlX2H3y4
ekRDIlrV7479O9U6K5urT/vum64hela+TV1nkwBRA1VJ9xFnw0bbeXb6pi7m6nIP4OhjD8SZp4/B
q4+/SXPxcoo9cVxy6licdMw2KOQ6T6101mmOA2smoZKINftQ16Go0sbw9Iafng/vihttrnlC8VYc
0T0uopB8bRE6Kd/nPXM7+p74HXz0SRXOO/kO/Oict3mNLK7uKCXb6MJq9iV+n0MIEkoCoUQ4wpPq
hz/KqUyIbPqhe2fjpG9ejXdmv0/djMvucAiXmdgl85OQs8UZ15O77SQM+MPvkHvOhYjVvM25KgxU
pOjoVbUj1GdbdL7/Llbsvy+WXneLWdcOOO5Q3PzUhdh952F4b1UdFlWMx44zJuCIyUUoDItjhZBN
R2sm7zNT3EPoZtqw7zf1THS+a/OrsIGi6xjPbyxt6vzGymzOMdXrgKzv/2nqXp/q7b4JGJvLnTYL
IP9pYzcsr8aKoKLRLPz4vOOxy/YhlOU34rxzpmLG9BE0X3JmHzmHuI0UcnPqUfzyKFYk6Pxo5iy8
ttPOBF5+w+aJJ2QDFowo/nivzYN34iyU/ukW5EzfAf94bC6+f+hd+Ouf12DnHfMZWsW8KROsRhEJ
VSqtJBgKHhKptGlxbWpFHH3EQiyLAauifwFefOsTfHv/a/DAfU8ZB8mkHqB7cuAXsJL0dyhyN0qx
qu9Pz0avP9xngOusotjXlwGLBIlX1pccYzBqzjkJH//4V6j74GNMnj4ZV958AU790fGcXTQZ39u1
Hwbm0F/D9ho4CPAsiVdEhxbBTqee64EvBSC6HVtwgKJJee9euPG2c3HWefthwMBSNHCtqBgJXfG5
GtKM4EgDQb74M8npsq03XI+OH/yIUbhUksu1CF2rLbsTWMOptPOqELr+YvS5+tfooCx7/dWP4Mh9
H8E6xqKNmpSB1hZFHmqk90ULhYcopEOdIHDojAHD0OCDQ3xFbXCEzyxcKShOPSHf7uGYY27HVRff
iRqKdDlU0CWXUX8n6FhGFXMwiLONAnDZEYeh4rm7EJ62BxeEmM25KVQBGbaucPhw723QfMeVWHrM
CVj5xIsoH9QfPzn/SDx94mhsVaIKOWuEXCOL3DOL4mWmjBM20q7XCdS2dNqyPfClAUQk6esjSYwa
ORTjtuqPJcuqSPda1EGKKAmW3mtRr5cdROuCRWg6/+dIXnMzQhX0h1CkSlIJ12y+5Du0UvUtQc4z
N6H05O9g4Yo6/PSUO3HuWe9g6IRMWskCaOXbYWUhM4B0DbokMqNiQcZgI7LmH61U9tvvbOkiLtH6
zDIeF/aJITs/gjEVhbjosidx1vevxLy3FtD0qrB2cjqC3/6490Uumq9bmylybYNBt16HnDN+gvaa
OYxyoXUrl/ewhjMfe29LkC/Cun0PQevd9yA70IH+BXQCcqmkCMWpbBoysnjfmbznELmr0pYQR9y9
pff/3ANfIkBcY/wRuh9NvWUFmVjBqbntHKFtUhQnP3VShGhi6HPzWWcg8Srfkz50MC1XJF+FZ9Cp
l3iZ4srRM1Fyz83I23UannmSItXhf8SDd1Rj++247BBJvZ1zPoIGjhQMHEcwyvfVcrXG4UaWLG1+
EpmTEFMntZe1SqmTIfNxbuM5ueqvT36EI7a/BA/e/yRN0AxJ50ITCd4HL+VzIFYne5nX3IAouWb/
n/wY5TfezevwxTdVS7nsRzaNFHFkFvRGfwp2eXUrsHzVOtRz+m02QZFNriHxKotcJCp/kLiHa6K1
Jv3REz3wpQOk+wg4rG8pQ1CiWF5dgxgD8jrXNaDxd9cidsoPEZZfgIRlVirGHukdgMnZnPh0/c/R
+5rL0NGrHDf+7jF8Z+9HSVQUqaZkGzBk/w4aQZM4Ra0iUtv73SmRStzCF60UaWLCXRft+fAgNyPR
+0l1pCiTy59qXaq2mgTGDWBQHf+OOfpa/O7SmxlIWItsBkKaGKc5LkoiaiqIsbYWJOi3KD/yMPR/
5m6+0Xd7xGnlyq6LY2DDSpRddQHWHnw0WhiGwjW/zRAQZWRxNIP+DuoeAephagGFK6s2/dFzPfCl
A0S3JpD4RBvAyIoSWrBy8N7Tr+KT7/8AHef+GomcEjILjr9cndGj1xgffoJEAd9d+PQN6HPy8VhM
a89PTrsbZ535NiomUqQq5BuG6AxknIkp+A4Ufjg5oUC6Epkrue/67QPFDtt5HzSpzF206LQVahkS
owQ+gqeFIMntHcHI8hJc8uu/44cnXob5cz/g+9Q5h4Tz4WVmtGuIkxEkWhgv3t6CQoa9DL7jGpSc
dB764kOUXnUW1lLEavKiNktQyn8mfS45NOnKamVKuXGPrgb5DU5/9kgPfCUAojvrAgmBMLI347Ri
67Dwb3dQ1i9DJ6dgJKtpFuV03eQLHyBxwHQU33MT8rjEzrPPzMMJR96DP/9lDbafwhAYkmEHRZWA
nCeKHUmJU+bHSYlZPlfw+9NEIH7VmLxerDJI8WiKf5Agu8hROovVQ53GrFsifJYmR+ho4Hrt9PaP
7V+Ohx9fgO/ucBEefegplg3b6N9J7d3xIT9OjdfkkkBZ/Sow4qKfoNezz2DtHgejKZKNXM7eyiUo
sihW5VBcy9V8D8p3aof6qqs9/m2kP3uoB74yANH9dYGEQ+34g/fHhGdexGJGUS3/6AN0fFiLjrfn
I/Dbc1B+zeWIVVTg1huewKH7P4LKmjjGjuK6t23UCegEMl4gv4SBgwQsTiKnmYZwkajpHiIxO0Cx
yuceOqvkz3s3sjeCtrGfxXyidPBSQExKx6BZWut8BWiTFkBaamIY27eYMzU6cOwxl+GG396KdQxZ
yeJqjmqLE/GsXvpVstmeEOfIrB0zHi3RXOSw3VkMIcmmWJUfzUQ2Ra2AZjUyqY/S6Yvrga8UQHTb
BhKSnkb20dOnYYe3/4zVI0dgOc9FH7kXvc46ie9eb8QFZ96N0055E1uNyUYJXzPd1poicy33k+Ic
qkTEaGIQ6/NJm5RuwBChSVwSEHTEH5WNaI0Wdc5P/n7DTzPksqAIXqDkeV7LvS6hdXUHChnLNbK4
Fy6+5E84/+TfYOG7XG6UgXmyamkFljAnjxVkyzQcx4rKGjTVNRAM9HFQD5NCns1IZ5l0GdliKQ0O
vx++yM/PjMX6Ihux4bUcJ5FYNITL6GT97TYsWlqN+onjMe/pebjm0hfx8txWTN0hHwm+myPGUdt/
KywJleAwx2IXOMQ9eJj2Wd8S5cg+dVXixHEGAwcPa66GG+W72pYauRWoyBzcBEgBMCWYSR/hn66t
pYk0W7KjlqJeVoCm4Ao89OR8vPf8hfjp7d/FrnvuwOjZKOOoMrn2djsqCQwWQx4XssikEi6LlcQq
RelqxqXfQL+VXe1Jf/lCeuArx0HcXQsk+pNy22erodhhr+2x4JU3sO8eJ+LJZz7G1IlcEZ2xW3w9
nQ8OTfdzYpURLgmLRCtQGOlKSRYVMvkzEf3v6+Gh375YlcpmeTVPxSCQ8pf4oNAp1ipdRJm56U/W
MgOHjkl5Z+8mKPY1r4rR+MAw/446HPetq3D9H9+k8BXmklqNNGtrrawQ8qjM+8CgQk7wZJKThCyM
gC1UX6TxYc/ji/74ygJEHSHCUFiKQKKZdQfsMwUP/N+PGXaxFM88PZsjMKdbchqvRnF7X7oIVqQq
4nSEy73/cp7UMRK8RnkBw+kDfinxBV+s0lkd0yZw+MeVX3Tvg8Guo+9WWEDkSYLVwlh03M7xODlC
iGvDJVY1oKNwGHDgsWgsqMDyyjrU1HPNXnrEc+QApKUqm8DIoXiVSf+PnKi8tPUBm5FOX1IPfKUB
4vrEgSSD7/U4mK8LeOS1S/GtQwo5pfJltDTWI4Nr/WqIFfEaAYtYCRIjUpG5iFWV6bh+k/B0TsBT
PndK32zjedE9VXB+sm4Sq80/UVXa/FyqRhXpk2tu8aiuqT/VrWtkc1nOEJ2UXCD9I87n6HPMYbj2
9F1w/Iwy5EUIevpz8qmMi2MIGDnZDKUU5+D1NDik05ffA19JHWRj3eJAonNbjx2Nm267EDvs/CBO
PeMRHinHtpP6Wgh7Gyc0iYSVSKZd3MT0D1scghG/IuoUYXOMt9wq4TbpIr4+QnDoPAlfYDJVXISf
yqm91tsSKbs6DRwMIgxnUglnXNlqLknauOuOBPQUHLZjOQYVk/hpaYsyXD2LsyClhGfQnKt5HQyz
+hQw0iBhx37J6b8GIOongUR0rajZPK7Sfsrpx2LbKVvj8svux/89tABD+/ZDWZ9ctNFfYuEoRsgp
4jWeIL6gzQeDETb9DTqiwD8BxHLwCzUKEr6O+RzByrDA+tLKlNoUHczv9pJQer4z+dLR9uYgPu47
BlvPmoZjZo7BTiOzkBMhT6JJOFOmW4pVcvxp0QbNR5elym/Bp0Gi66bTl9cD/1UAUTdJ8giRmjSi
a4Tdjp7oW24bhr1mPoVLL3oSr79dh/GjyulHCNFCpJgukrREKYaFkIyZJP6QmIUOHUmFkPhcQwAQ
BDSxVy5H/08XVVnhQfqMjqqsr8uwhPSFKLkGgRHgSowfav74Xtvg+FkTse+UCgxh1G6QbeCCPbRe
8ZP6hvSMbG6Kq+oKWdfKJKw5nb46PfBfBxDXdT43oWOO4oqm8B5//KHYaacJuOO2x3HZ5YyS5arp
E0dykWkuf6LwdAtrt+FfoOiqhXS+vgt80qdTjn8OHFYklT9lA0gVToGHHvRwFlV5BhVWoRD1W0/A
nvtNwsHTh2LSYPox6ODTAnGKo8qmwi5gRBh8qLkcUZY16KXq72qWa156/6X3wHrq+NKb8q83QBxE
s8McNxnJNzxdfMkJXM5yHm665Wnce89y0LOArYZLhOG8DC4K4YQkR4wic4HA5wm+WKWWpMjfjtsv
sQ877p/Td60kEkl0MDgyC1UVYzB+78n44Z6jsOOYQpRoMRCWkTMwhx5xAUMilfwcYa5EQmysxymz
pvUN9ehXL/1XA8R1Z3duEqLyu/Mu22Li5FE44tA5uO32l7kEzCqaiaOYMFrGYukxvgouUpchV8q3
Dw0p5T4AnCClvUQpKd/CiKxkWlO4gJ6MluoAFhduheF7TcSxu2+NnSeVo1+xBCmWCij6VjqGQMFF
Hoxr8J2CXbqGECIOkk5f5R74nwCIOng9N/F5gl64MuvAaVxfaWs89exc3PXnt/HogyuZU4oyV0mh
bpIw5x8Xl1MFVEoc1zAdRWBwR0jIZuaVjMWyHe0Rrua7FfoesCNO22UEdp3cG0N7aekd6S0UuRhf
lUELlSY2ZZDDZXINYHENVrMeEGlwqNe/8ul/BiCup83BRnVYYpdG/OKSIhxx2G6YsesEvHTM+/jt
719BYzxIgBAkhIC4h5KW8pGCrjIicgOHDe+c7UexqFPg4MkQv2dP2g7f26sXZu40EP3LqGcQAApx
EQg0LTZKNpEhBZzcI8p6TZwyOzM5hlCSTv81PfA/BxDX8xK7lNxqI6VlRTho1k58W9HWWNvYyrW2
OF+E4lgnVx4xHYSE65Vz/VYt/MBFIJIMFuT0PdbA5UiXrkEWOYH0Hekyx39zMoq4imJBhurX8jH0
Z9DZJ6++QJHJZYcyuPqIxVEpBizFN9LgsEfyX/XxPwsQ9xRkEpb+IGsXPYnoVVpoWzvXwe3k7/at
BqJtwDZc1O1dAkVvkBpBaYsRts1rEamt5CJB/RD5zj5Icobj2hpOB25uR//iLJp0ZWYmMHLIMej9
jtBca7qGFHCCyEzAxizSXMM9i//GPZ+jhIqvR/IVbf92fccg31VLDtCyeiUaZ7+NFr6Jt/nhlxBf
sRDZO09DNtfPTW43EbGBwyhmZdsaVFpqP0oQZCgkhLqGVhfR+rhBcg4tbieXSFeH8rvjHl+PHv7f
u8uvFUDc4/vUmJBSlqWLtHNR55bFi7mIwlqEBgxCgvPcueYIOrlSolhtlFNnpYBH6f2WH0OiVYQi
lN7stKH4tOFvd+30/r+rB76WAOn+iIyryNPOZMvzcK9fWotODsZ4R7vNUgxS/9CrzzJCEVsoWj4Q
3yAgLuGnNChSHfE/tPvaA8Q9S+MqZsKigESTr0DCVYVoDdOcEy2G7DslJUbxfz0q9NUOuJrS+/+l
HkgDZCNP08DSpT/4DkJlc0CQv0QIcZxjI1WkD/2P9EAaIP8jDzJ9Gz3TA/8VE6Z65tbTtaZ7YNM9
kAbIpvsoneNr3ANpgHyNH3761jfdA2mAbLqP0jm+xj2QBsjX+OGnb33TPfD/LT9KpU/w1xYAAAAA
SUVORK5CYII=
--_005_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_
Content-Type: image/png; name="legacy.png"
Content-Description: legacy.png
Content-Disposition: inline; filename="legacy.png"; size=18009;
	creation-date="Mon, 14 Nov 2016 04:59:00 GMT";
	modification-date="Mon, 14 Nov 2016 04:59:00 GMT"
Content-ID: <222AEA0D-836B-418E-84B3-5829A07EA111@meeting.ietf.org>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAGQAAADICAYAAAAePETBAAAEDWlDQ1BJQ0MgUHJvZmlsZQAAOI2N
VV1oHFUUPrtzZyMkzlNsNIV0qD8NJQ2TVjShtLp/3d02bpZJNtoi6GT27s6Yyc44M7v9oU9FUHwx
6psUxL+3gCAo9Q/bPrQvlQol2tQgKD60+INQ6Ium65k7M5lpurHeZe58853vnnvuuWfvBei5qliW
kRQBFpquLRcy4nOHj4g9K5CEh6AXBqFXUR0rXalMAjZPC3e1W99Dwntf2dXd/p+tt0YdFSBxH2Kz
5qgLiI8B8KdVy3YBevqRHz/qWh72Yui3MUDEL3q44WPXw3M+fo1pZuQs4tOIBVVTaoiXEI/MxfhG
DPsxsNZfoE1q66ro5aJim3XdoLFw72H+n23BaIXzbcOnz5mfPoTvYVz7KzUl5+FRxEuqkp9G/Aji
a219thzg25abkRE/BpDc3pqvphHvRFys2weqvp+krbWKIX7nhDbzLOItiM8358pTwdirqpPFnMF2
xLc1WvLyOwTAibpbmvHHcvttU57y5+XqNZrLe3lE/Pq8eUj2fXKfOe3pfOjzhJYtB/yll5SDFcSD
iH+hRkH25+L+sdxKEAMZahrlSX8ukqMOWy/jXW2m6M9LDBc31B9LFuv6gVKg/0Szi3KAr1kGq1GM
jU/aLbnq6/lRxc4XfJ98hTargX++DbMJBSiYMIe9Ck1YAxFkKEAG3xbYaKmDDgYyFK0UGYpfoWYX
G+fAPPI6tJnNwb7ClP7IyF+D+bjOtCpkhz6CFrIa/I6sFtNl8auFXGMTP34sNwI/JhkgEtmDz14y
SfaRcTIBInmKPE32kxyyE2Tv+thKbEVePDfW/byMM1Kmm0XdObS7oGD/MypMXFPXrCwOtoYjyyn7
BV29/MZfsVzpLDdRtuIZnbpXzvlf+ev8MvYr/Gqk4H/kV/G3csdazLuyTMPsbFhzd1UabQbjFvDR
mcWJxR3zcfHkVw9GfpbJmeev9F08WW8uDkaslwX6avlWGU6NRKz0g/SHtCy9J30o/ca9zX3Kfc19
zn3BXQKRO8ud477hLnAfc1/G9mrzGlrfexZ5GLdn6ZZrrEohI2wVHhZywjbhUWEy8icMCGNCUdiB
lq3r+xafL549HQ5jH+an+1y+LlYBifuxAvRN/lVVVOlwlCkdVm9NOL5BE4wkQ2SMlDZU97hX86Ei
lU/lUmkQUztTE6mx1EEPh7OmdqBtAvv8HdWpbrJS6tJj3n0CWdM6busNzRV3S9KTYhqvNiqWmuro
iKgYhshMjmhTh9ptWhsF7970j/SbMrsPE1suR5z7DMC+P/Hs+y7ijrQAlhyAgccjbhjPygfeBTjz
hNqy28EdkUh8C+DU9+z2v/oyeH791OncxHOs5y2AtTc7nb/f73TWPkD/qwBnjX8BoJ98VVBg/m8A
AAAJcEhZcwAACxMAAAsTAQCanBgAAAFZaVRYdFhNTDpjb20uYWRvYmUueG1wAAAAAAA8eDp4bXBt
ZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJYTVAgQ29yZSA1LjQuMCI+CiAg
IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3lu
dGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAgICAgICAg
IHhtbG5zOnRpZmY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vdGlmZi8xLjAvIj4KICAgICAgICAgPHRp
ZmY6T3JpZW50YXRpb24+MTwvdGlmZjpPcmllbnRhdGlvbj4KICAgICAgPC9yZGY6RGVzY3JpcHRp
b24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+CkzCJ1kAAEAASURBVHgB7Z0HgB1V9f/P9pJe
CIQASehdmtIUAojSBQRRinQBEVRE+Is0y8+GKKKASgelKlUQAem9d4gQQkshQOpmN5st7//9nHnn
ZfJ4b/dtScyP3zvJ25m55dxzT7vn3pm5U9HZ2ZmxigqrMLPXXnvNrr76arv00kvt3XfftcaGGmtv
bzPLKLMM/cKBquoq4am06pp6O/zww+3Agw6yTTfZxHFnMhKF/ji7r7vuOttvv/08Y/RyNdbS2m4t
LRmrpH4Z+o0DnZ1mtTVmgwY22tT3mx3v7373O/vmN79p1dXVUn7Btddei1Ayy48anhk5cnk/53pA
vWUkj4zqL7lfxRLEvSTpTuMusQ/wckCN+5ssj0dkxo8d4+e//vWvEUWmQm4qs/baa5uEYe/PWGjj
xjTZmd8aYhutXW319cJA8TJ0zQH8fYl80uhgbRoFXnuzw865oskefsZstfGjbdLkd+3++++36quu
usob6+iskTBm2o1/GGEbrV9tnQuTNmirDP3HAeQGT9eXwm++YbUd/IM5du/jc72Bc845xyrGjh2b
aW2eYtM/aLfLfj7EDt6n3ubNyVhVZbamFy3/6VcOSCodGksGDa6wux9caDsePstGjxpo02Y0WfXb
b79tQ5UB4KawDIRRiUC6gXBnmGFvoK/1e9NmX+r0G73il7uu1oytvWqVrbJipb0ztcmGDB5olY0N
tdayIGMDNV74mAHFJTAY4moUFFQxUpXoP0FNWSINgLr8gHwcoCQtd+QkDyI/Lzmplyrv5cBV6Jeq
HPmpJD+FXvKcXikq59GHdFmvrwSO+VAojc55xDUgKd3WNt8q29sXujW0LEgQlSALJ6ahrsKefKnd
3p7aaXW1CjMKEJFPFJ0gsmtsQEXMmhVW80NbamsW4QBVpdISBlQsYkQKIXWqqpRXwJITQWtupTL6
n9SnbKFftn4OX1ZBaCr6BL3gRHFbpNU11RXeB/LT3Q56UdQ0JLiLe51ohwarA2OBfqVx5s6pTMPz
xciTfj3Xdtiyzs48dqATT8PFAGE01FfY+x922j8fWmBPvNBmEye3O0NHL1dlh+zVYNt+utYWqMNY
6htvE4W02AAxg7a+8/UGW2NstTMFBt16X6tde3urrb9mtR13QIMx3+I3Y2an/eayFj+ecHCj2jQ7
6+JmueVK99uZrHWGS+7oyNgPvznAnn253a64ucXWGldt31ZbKBnChuG3399q/3p4ob0wsc2F8Sm5
9t0m1NnWm9R4xFSjecGb74reK1u8+yuvUGnHH9jo2oDiPvRMm11wdbN9eoMaO3q/BleUNJ/SbMuT
ZbpY4XPN641Gbr6n1R56ut1/e+1QbxuulTArOpquHcJ45pU2O+bMObKsjlz2CiM1sD3aZntsX2dV
oqZTloomP/Z8m/3xmmTiROHPKCJZa1WNcWq/Qox6d1qHXfWPFttl21r71v4Njg+FWKiQ8uxL5/v1
Efs0WFu72cV/TxjliQX+nHhko02Z0Sl8C5zJ3zqwwYUBrp9fON/+548JvhWWq1Dwk7G7Hllov76k
2c4/Y7Advne9GFxhzaL7/KsW0bvxOjX2ha1rvbUPZ3Xa1bepgOhDIF1BqYbhOLCOOmnD1Pc77fRz
59pJRw6wg6XZ51zRbK1tmtUXwEadWtEFA7/6vdkujO23qLHb/zTMJt890h6/boQ9fNVw++wmtdI2
may0fIFcw/1PttmIIWZH7SdNEzyga1YOwkXh4oAhAxc1qqZc+9Ycl6S1tyeDJvhfunWEXfKzwV5n
1ZUq7J8XDbNnbxphj1073EYNU3kIFYwYKgIENbKQa/65wIWBlf3lrCH2/I0j7a1/j7RTjk6c/jd/
NNfprFR+Jqvmy49ITs6+tMlmzu60CqHDowCDGrOFksuCfxf1pmD24onQXC3/+ZdbF8jddNr3Dm10
877sxha7/4k2uZoKdwvpWl5HGn/D3a1yQ52a61TY704ZbDvvUGsrLV9pY0ZV2VYb19jwoRVu/jB6
2geddukNLbbh2jX2tV3rbKUVKow20GLcA35Ek1pvhvBxMVAyEy8A6xgkV/WZDaptvfVq3B0lOYoo
ZdEbrVdtm65bY3Wy+I6s0S6UUjBGfCjXd/5ViWWcdPgAO2CPeo9Gx65YZSce1mg7bgUh5kIzItMs
r9ccX227y9rveqTN3aoJdwQAcQwaCh1LFki4nZdfb7eTfz3PcS2Uv2ftEfjNZU02SxrBgJbllR/R
jrlNGddwyh24e6Ott3q1NWmuA8NgAAN7MAS39ZLaADZYs8ZdIeWB519rkwUtGvw9scCfRFTuIRTw
K3iQxWXURuvCJAe3xwDdpjTyDKFmGdqhTPrw1pQOe+aVRErbbyET1ykurKk5Y8MGVdquE2QWgoef
abVZc5J+c73cMI2HeyZu6cfnz7OPpndYfeK5yO4WShYI/rlNLuCCaxf5Y7Rz7vykk3c+3GY33NUq
9ySNSJK8cdwYkck70xLJrTy6yt0KURQ4+VEmzhEw4wfwuU1rbNgqVbbrtknnScc1UjZgsXMlppqO
IorYFHFl2yCR6rRZKSLczabwgQCcH81OMA0QbwkI6JPXoax+7uZ0+oEsqUksARfw3vQ220qD/SF7
N9jk9zJ2q8baAQOSvEK0eaXUH5HVPcD4BkU2Dz7dZuf9tdndDrVmzc3YjI8Sn7HiqAo76ex5Hm2g
EYsJRfTg6gDXSFEWVkQahHKNZjIA3na/BkDB5CmddocG2g9mJl0hfYaiNMWGOTfQLs0NXBxhpjMZ
nI5l0TF7WdIhQtf5Yna7DNYFL4SOU38WZK2NKND7m+3wPCnoQKUdsmeiRNdqHJr6fkJJeIGuCOhW
IM4ouZ3ZcjFnXZz41GA2ISxCAeokhJnSKnx/EM8RIgZqMFt7fOJz73qk1ebJ7AmBcYPgR7k4IrRX
32yXa+pQnG920lnzbOcjZ9tPLmiy4RrgX53UaS/izlQuBDzjo3aNW6qs/7SHgObM04WAdoHkr592
+6dCxKCAYzS+BRCeV4h80mkDup+fmLjVjTUGDR1UYe1KA+o1ZuAOt9a4eOS+DXaHlkZukZXoFojq
JXQlJQv/XdRq4XzX9Fo1Qtz/r4cWGpYA44ETfzVXQmry8+kfZmy54RX20wvm21OK6ZkrQHiMPbts
kzjS2+9f6FHZ7LnJhJJBnLEEYsH65EuJu9plm3q75/Jhdp9+d148zDZSGAm4O9PcYa1xSejy4FPt
9sSL7VYvt1AlQd33xEJ3N+NXqrRVRldKQIu7OHC4wnBSAIjyFmqQHjemyg7YPdHyi/7WbJPf6tA9
DE0IJeR71cYl1ych7u7b1VvNALWTyMets1PaVS3XfVQ2xL3zYVm8eBFurUCzuaQuBYLWYo7vTO2w
H52XDORNGgjbpIXAaccOspOOGOjn9XWJlnPxh7+0uGvCddB5BtNdtq1zjSH/9HOb7EvfmiXNn2+/
UJy//4lzbNJ7nR7u3q0YHyCG326bOvvcZjW2oyZhX9xaDQjue6LVPlIUtun6Nbb3jgnDjv3xHDtL
eM44d74dcWqycnrs/gOk5VU+EIcA4tiVyWCtMJSJ4QmHJOHtPY+12QEnzbZzFd7/9Lz5tscxs2ye
XNm+O9XbXp8XXepfuElohPGtspKNFCWeesxAueHuLYN6QBK+JOcf+wsaJmlX3rzAJr3TKY1LZs3V
cidtssI1pKWDEnm4C8JUCWuvvKXF9vline0hYucz6Es7cGlnfX+QrbNatSZq87OTysS6aPg7X2+0
N8QMJl0As+EOubYm1R9ckfFZLulMRl+Qu9hOAvvliQN9Leia2xfIvS3C9ZPjB7rw3TpUJ9iBywFi
mSi5Sv6ifAArBQiO48ai4Ynrhtv//Gm+3fzvVnv02UQpB0lOpxw1wI4/qNEGyzLxAtEIAUycg+9g
jSUXXNNkH81KgiLSuoKKWi2eEGq2y6peuH2EranlCR+whBc//+hzbbb1/jO7wlEwb+1VK+3uS0bY
KE2UwpwJgYnxp2vsmfJ+h48/TDRHDse9VHlI+YEGddzGStJuFt7oLNqHlU3RhBSmDlPUM3JYsr7U
Kvm98U6HRzuUxyrGavWUeoxfMBdmM6Gco/D7fQUhnDNGYAWU45p2Z2qcJI35EW2SBw/mSzHefC9p
gznLmFEJvVgScx7onS9lZJ7E+cqigSNDBrjfFd0EM6xwrKS6WCg0UWaWXPf2h8y0l9/otEYZfFGB
qI5XmKx4nIHbB1Eh6Q4YCQgzmV/A5OXEOAbaYAyEwDjmE+E66DghNUyIeQaz9nRz1EeYHFl/iuiK
a5jIEUAItA1Eml/oD/hrmMfonPagBXDmSClpGybSdoALTIxjrAt8hdrA1UWgkaY96W8SXkc/c20W
EEhRl0XjdHq1lat96g/ibJ+D1qJHukN9Op0LGbNpSfoipjkSlaVDlKUOwHUaaD9CTbLAww/AVQak
0yMtjjASNwak8VPH25Yg8uu7pahKd20gyKAvHzcKQqtBtxNQ5E9RgVAe4hxZ4taLoCienN+5KNll
ehQqcEx3NJ0N00oBb7dIwWI0UdwZWUIbxejrqt18chYTCFIm/MS0SjaHfIypa7SaXxk+zgH40ikh
w+s0i6qD8UiRQada84cB8m1cl2EJcgApyBwaF2p8CV7rWB0SYox9QpMyZt9EDmWBLEFhCDUW4guv
CutZXAU6CX7I48IHr04mWiEuUsuwdDiQLDchpJxAaJgBRRFpGZYiB7AGzbFz44gP6tyC5IbP+DXW
0A0gPevoN57LlrJk5aIQW/865KcmTXpTYXeyGFZRW1vrLktHf5Rx9dVXt9bWVrmwEuK8JUvxJxo7
BsDD1bNnz7bddtvNXn75ZS1cNmohG+tQ16s0wgwdOtQGD07uO3+iubEMdQ7Fh/cB1UgqXFaYjd4Z
8bQoVD72PwcwApaY4Hk8H0Ari00MEQzAMc49ofyn/zlASCXI53N5oOh/VvcJY1kgfWJf/1cuC6T/
edonjGWB9Il9/V+5LJD+52mfMJYF0if29X/lskD6n6d9wlgWSJ/Y1/+VywLpf572CWNZIH1iX/9X
Lguk/3naJ4xlgfSJff1febHFxf5H/9/HmF5J/W9Qk7942B0Nn3iB9JQh3TFsSef3SSBxL2VJE9lb
/Av1XsF5551nM2fOzN6a5vHRwsve0Qb5USbSenpECbjPMXDQIDv+uOP8TiCtlnJTvE8CoWH6l72N
0lO6l1j5UJQOPTv6hz/8wd58880l1lZXiNfQMwrfPOaYpEiJjOqVQLijSGfZdW7VVVftiqb/Sl64
qUrdGv36179uMz74QA9q84xylT333HO28sor24gRI1yLoyxC5B73s8q/9557bPnll/c+9qYD4Jk+
fbq3E/hLxsNDDnV1dRndS8/85z//EV165kTPk3YF8/XSx8UXX5zZe++9M/fcc48XlYl2VeW/lifF
yfAL+tgo7KWXXsrRnJ9/9tln410yEkhGzOzVb+DAgY5jm222ycydO9fbyudpXMudZjbYYAMvr4cc
Mj0Oe7EOno5Aw2644Qbba6+9bOLEia59WM2yBjxEED9oo+cBkR5H0sU9z04fOe/JL/D35tgjgUAU
xN99993229/+1oYPH25z5syxr3zlK8u0UIoxJi2c9Hmx8ksjvSSBIAi0H394880324477ujPcLW0
tLhQXnjhBdtpp52MI34aK1pWIR3pFDvvN9qz1tYTfN0KBM1BEDD6vvvusz333NOf3xo2bJj2Hmnx
kHLkSO0B8tZb9qlPfcqefvppt6JlWSg9YVCfyvYi/OxWIGgRMfX1119v2223nT9IN0jxdUNDg62w
wgp+/PDDD31MgfjNNtvMHnnkkZxQsK5lCZYqNb3oe5cCCS2/8847fZxYZZVVTFGDh7tTp0710A4r
UZRmH330kWE1wNZbb23//ve/XShYF0IBV6m/JSnEtJta4orSCwspaR7CjBd455137KSTTrJ1113X
mY0ALrnkErvxxhtNoZ7NmjXL3RnPq37+85/3WfJXv/pVH2cQTE8BAVKvN3V72tayUr5LgRBRAbvs
sotHVrfffrt97Wtfs4022ihHP+MKgAvT/MQfHh4wYIA2oam1Y4891rRJs+2www629Wc/ayOzkzEs
gAe6OSJsjgQNHPmtttpqtsrYsXq7Vi+3C3jNDnkimLDaoM0LfIL+dCmQ6CfMhalbbbWV/f3vf7c7
7rjDLeSNN96wcePGOQMnTZrkM13GGwSzYMECH2MeeOAB49dTIHj48pe/7BEds+aAEATviPNsbE+B
WTRCX1ahJIFAPBqMFRx44IFuBe+9954P8GPGjPFwF4EwYZw3b553GE1m+QBXRj2gTe/KhQsiaovz
tEviHNd30003+W/jjTf2PelRCra0HScF2HnnnW2ttdZynJ+0PyULBAaGZvHaAr+A7bff3l0TAmHQ
B6Is1sIPRqPdkZ5/DFwceWmI1yJwfc8++6z/iOyI4Ni4/rvf/a7x8YB9993X8aUFmsbzv/G8yygr
v0N0nB/M5BdLJZ/73Oe8aFNTkzMzXS/KYjG4M+rw45pf5KePjCtY2rRp01wwCJ8FwfPPP9/OPPNM
R8/qwFNPPeX0gGeZhF64xh4JJDodgsFqgDXXXNMOO+wwQyBodX9oLAICsDhwvvLKK748Q1ARQDgO
9Ed7gTPajes+HaW8PYVeCSQaiaERjW9uTvaP6tcOZRvCsoApU6a4xTAhBfgADXl9FUhYKzgZ9IG+
4nQkS8tCvDH+ZBv8QDP12267zZOZKPZUKHSeH2NHIUZEWoTWBAsAgzztAT1tkzrh6hjbsHauWSxN
5/nFUvzTJwsJOofJxzOwAwzspUAwGWbgkghtkzeAk1fs0jgi1GV1mUknMGTIEBcIAUNPIC04hICF
Eb5f+Ze/eAT54x//2OdQrDyky/akjVzZXriskqOsXCOpE5iKViGE73znO74SjMnDQH7kE+oCnEcH
CWHRdn4whLUwxh+AaIoBvRBQPgQOfuqEhUBHCC6EXQhHjHss/dynSe1dd91ll1122WJFY2ViscSl
dNEngUBjMIFI64ADDrC//vWvvtDIuII2kw+zWGZBEDAL7cM1hHug7sEHH2zjNMc45JBDXCCsj4VA
I5S+9957fV5Du+TjusJigtHkAbQJuCLoqNug7pYQ6jG6z41A4l47QsbiGAdRhqjrCHr4J60MKGAo
Yalo+iyQ0MwXX3zRhYHref/99739YXIxs/TEB8CTH2lgjWvChAm2ib5QxiSPeQeWEh2gY8z2R40a
5ZEWDDtIXzRbbrnl9KL9JP+SHPj+9Kc/2eabb+5KwOInP3DF4EwZj3XkntB8lOGhhx5yF8mkFiHg
9kgHEGy+cD0j7w/00XcUL9oijetQUvCkBZSHouBlnwQC82icDp166qneQAiD7ynBOMLhlVZayWfb
HHkoYr311vN5BRYTAC7GEpjLrWHO9fUfD3URwgd6UIH1L85/8pOf2DPPPGPPP/+8X3/hC18wPQ/g
ZR988EFnCvdoEOb666/vru1vf/ubC5bwGYCZRG0AYxeuFXcZCuEZ3fzBZdL/dN20QJqwtmzgA96S
hCOm9PghByF3UKf8qAkbEbD/vrLffhkxytN5AIJ0fXQsI0EllVJ/Rbw/gAAezoE/XnBBDpfWzDKa
keeuZVUZDcBe7tTTTvN0MT2jVWhPiz9yO5mJ/5mYkXAyB+x/QEZzl4zcaeaKK67IaKzL4ZMAMlKS
DDyQoHPp0ZfujrKwjCatGSlZ0bpaHc/wIAMQ/Eqf5z/k0GsLEVKXOH6db/DhUliK33333XOzdR6E
AIiO8PlAaBDaEqZNOviA7bWIiQtgsMfkWR5h8NUTLnbNNdf4jw+ZjRBOYMaMGb6M8r3vfU/b98l9
qA7rZ2uusabNb5pvTzz5hN8G4LYz62+U55mAcRqvCAhYisHS9LSJW1SstznyIn+wLiyYgODoo4+2
P//5z/bpT3/a8ZG24YYbGu4Q+OlPf2rfVsBDmXrxIPhWBDWfkui5hYSkp06b5pqx+RZbZF599VUE
7yBm+lEuwfO1zJFRR7O5xQ+JvWUyp5xyiteTa8pplcaojJb9PV0uL/Poo49mtlC76lhmn332yWh8
cMRBG5onYWY0eGcuuuiijITq+XJdmenTE2vlkR89MZPRbYWMvpBWnLACORp7MlLEzOTJkzO///3v
c/3nm5Aaj7wGngO+YJnQAIQnSNPZp8eAkKzwuoAnZ58IvFDS51uIaCh5PKAGEFmxIBgRkyd28adT
9QG0F/jHP/7hWgdOxoJbb73VV3rZqAUrQOsAxooYWMNnY7ncJBs9erR/4pSgg3GHAb+5eb6JiX5n
k2Ufbk3zAB3WA2AB/lO74PNfNg3LBXjYA0uA1sP1CVWiSzE/F61dcMEF/owBfPnSl77kgQQRHF4h
+OeI8v70aWJIJ3gyUBL2DuAucEUe1aihen27KJbJcT9dEdKhDlMGt/Kb3/zGyWSSFvMOXB1BQeTh
xmiXO5j8aBf8MXC+pYcueJQTxhJJwbTHHnvM3UwwiwCCkBphwrgIg2kcxnG/JffjWj9oBMBPhAig
cCeffLLjfvzxxz0C5LYB94+IFFECbrql8XvFAn96NYaE739AEc3XFL4WgmAOmv2DH/zA+GgiYwmM
jU5FPZhWpc4StRx11FF+z55ld+5MisfOZOpQF8b97Gc/s7POOsvDYIQGQ6I9ryDERGT//Oc/7fXX
X3eBYFHQTT0s5zOf+YwLlwiLuclzzz/nFhM0FTuG4NF27qDqKUht0deiT94NdjrOOOMM324J6+G5
4praWh87eJiQdoEcrQUa6bFAAhn316/VIMu9ia7gG9/4hj3xxBN+94/BGBcCY+kYDAIfR7SYCVuE
rwyKCCqETxtxjlVqnPE7kQQRuJFwWUEfTEZDt912Ww9LwXXhhRd6eE64zXxJY4+3ixUyT4rAo6v+
BP4BEvAE4UawzG9IZ8b//e9/3/tHP3FVTH6hBYvCYzio78Wgxy6LhoGI54cqugLCVfhF9pqyWAWC
4JmtFVdc0R8RQttDGNRjcZKZ+l+0nqRQ2SMUhBYCSOOEsQgLKznyyCN9to4wYuyIsrgrxgygUvt9
86QlwtHztt4WlsOcBWFgmfh/xhMgvy+emP0T/R+vsQMctA0OIkxWHIjmjtMrCA8//LBbD9EnkRsK
HA+mFxeHaE03Vsp5Vh4+GYQAfKNDAanTMRiIZuD7sZYvK3xlACQ8jI5fr7t/TNxgEDeiCrm1fNp4
pphJ6B//+EfPivvrgXOCVgEQCJPTiy68yLbSo0mMOUwwKcOEFcslQGCletNNN/UBGXoDR36bXEce
k1H6QCCgCMoVDjcFTQjo29/+tofoWAbBCeMNY0l3+Hsc9gqhlCSTOf300z3k1CsJfh3pfpH3Rwz2
FMX9Gc3ovZ76lhFDPH3PL33J07nQ4O5ppfwhbNXAnJEL80mg11db0Z7GIW/rzrvuyqHTQxoZLdvn
ro848siMviOfIYwFuupHVAr8evbM8TMBDWAiq8AkLp22/fffPyMr9LTAH8c+TQyF0TWENScGU1Z4
Y/JXSJsiLdwTlsKyB5M9wlKA54FvUgi5cTZi6cqcAx9HaDnhhBNcs7GGDo0jPKAXbk4d9qCApygJ
j2dIc3k4grGKpR6W3K+++mrD5f7yF79wP4/bC0tLt5V/Hv3ZXrccCH8Zm4imPqtHnbBuxjQWL7F6
gokzzzzTJ5LQFPTl44xr3wQTM2RA4x41vjcYH4XiGOkMVNytw8zxoZEe5YodKQeE2XPOmMEc4VC5
kMHZtaR0PmUKgWPKKggzbR5NwnfjLshDsMEAVoVhHOME540DGm30CqN90P/iF7/ofYiyhdoqlhb9
JoLi8ShC9nffedeGDR/mYydBBQM7vM3HH3V5woaxDR5Ae48EUoiwQFwor1gaxAHB+Dj2Ble6Tvo8
2k4zAs0lIqI9Ip+AQvUir7tjGj/WRzhMKM2DGWENhfBHWr5Aehz2QiDI+NFgMLM7wtP5QWik0Snw
9AYXdbqqT1tBL9bMLyCY2Zt2A0fg5xoN5xeQ0NUzHi2iLrCUcOwt84qhzhdQsXLF0rurn6Y3cZqJ
S+uuXrH28tPTAkX4AGm9wd8rgeQT9L/putSgobd9SgunNzh6PA/pTSPlOqVzoCyQ0nm1VEqWBbJU
2Fx6I2WBlM6rpVKyLJClwubSGykLpHReLZWSZYEsFTaX3khZIKXzaqmULAtkqbC59EYWm6nHtD+O
paMpl+wpB+Axs/p8Xvsnj0BGJquUQG/WYLxi+U/JHIglFnge51TWhyWTpXAkxTt9LEvHEnXJ2MsF
e8UBni3g3lI86+VWI0y+PImUeFUsbjj1qoVypR5zgDuM3DQL18XiZ6xI9xhZuUL/cABjCIHkBnUS
eWTFM3Fjuk4DUls8RQms/afLpa7d/CIvlZ7DmUZIOcoEpMuny/m5bo6Jkop0maiXf4wygT+u88vl
bvrmZUDWx1mxiNboX7Za0T6n+hCnflR9Hp/l6ckQSoUGFeHJ+J0udk/g2aFW3eYs5WZ/Hvnlyx5w
AJ5X6e7lXI0heirF7/czfldHRIWExo8f7y/J9ABvuWgfOcBDejxJCSCDxT4sSXQFMNCEoDyh/Kff
OYCFwGOeQY5Il0ZyYwgXSAigYJx7QvnPEuNAvuKXl06WGKt7h7gskN7xbYnVKgtkibG2d4jLAukd
35ZYrbJAlhhre4e4LJDe8W2J1SoLZImxtneIywLpHd+WWK3FJoZdtcLMEljWJ4xpOuM83a+u6Kd8
1KFcV2XTOKOOKnx8ATZdsITzkgVSKnEltLlEi6TpTJ9HozCvq/R0XilvVMWqbeDv67EkgdAJXl5k
jWvcuHGLvWMRBLj9dNPZKJs+unYV0azQvDST0nXzz9m7hG3/2NWHN3XZS4uXMHkLlrtz7CTELkFp
CAHRBmW5a8pyBv3kJc3Iz6+DNXDLgHps98QbXIdor6/VV1/9Y29Lpet2e17KXifsU6JXszJ69/pj
O9vwimb6RU0tlOVenOQ8IH1OWlfXaRxRv6tj4OKTTepw7gXSc889169Ji9+VV17pqPLbID3KcGQ/
lficU+CnYvpct14dl74E53Xj5U8prqd39Sfw5L/0WdqgLi3g1m7+oqMadJ/JvRNWLdFQNIafGswd
edWLNAArg/oowwuY6Xv4jjOLA3y8TAku6nEMoFx+WrQRC3ZRno8F8F49O96xCRqvS1OW+gD3gUg/
4ogj/DVptu0gj5c62amBslgZwDn94T44VgfE63HxkEjg9Uz94Zof/e4OShNIFlN0OJBGpy7VS/O8
AMo2Gmx2jHBgCi/W8246Wxnxov+JJ55o0loX4r/+9S/fBUE7+hjvfLMNBgBOXp487bTTfMsjOvuw
3qTlxXz2gucFS+DSSy/1a14+zafLC+hPCAY3ss466/iGAeSBH4ChKARbM+HKeEOYLz/wEmbsqcL2
GQifnSP0QTHv31i5M95zj71L4iEFlBbXxT75bOAG6NVp7x9vHaOSoSSeWeBPaQJJlHsxZBAJ8Grx
YdrYBUbzEUe+iACz0Xq0Tl9zs8u05QS+nY4HMxolJPZAgbFsKsMXGBinsAp8MftMobHUX0MMZRcI
NPnJJ590BiF43qqlbjEIGtlFAcGx6QyQ21FBwuf1ZcYA3pZlV6HQbgQDYCFYKcrFthm8xn209mOR
i/MdhShTIeUDEMhqopUNEGLbXDZ75k1jdscDiimPZ+pPSYN6FOaYlnCLCIXZbMHE26Rxg4sOMoCy
Mw4bhLFtBu+Q+yZe2f0+NtFuORDLdn7UBdgVgScw0CoYzt4nAVtuuaUzX/tkGVbFp5XY3IWBFyaG
+4jyHEMgu+66ay6ZLwVhyfQDCwoBcDsVCIalj5zzjj2W/qtf/crqZbXg4ZuHRGJsnAMgOLYQ4ZYs
W0nxHj9bbBx66KH+ujllAi/nhaBLCwmflzUQ73S8ZeruQMQQyUAITOSHhbA1EWlAfHUn/CtpMAFi
2SWO/Rd5nxsAJy4EYPMWIGhgzxRws6scbgFAyF1BdJ49VNB0hM2GM0DkYRVYwyNiXOyiSv7kyZM5
eB7vmTNuQJMLXv2mXy5MnUteDuG62BgBi0QoCGS33Xbz/LQyJzU+/rdLgYQg0DQI4ekIfCO7I2CG
XLN7AZ1lWyX8Llvt8e2P8ePHe2uYNvuJsN8HwJgAY9gfhO3xGGhDaDB/3LhxFPM9THBJU7VRZVgQ
OzGwaw8bBDCesFUTEMz1i9R1pKO1CJ4dgMJqyOMcQR+jLQrpAxvUsDEmL/GzUwVAm4GH8lHfLUw4
kryEU2Gl7KvCvicoHXzAooHA4xfF/pQS9i7Mhr3CAc9yP+1d6Fvorbf++rk08kkHNL7k0rWBmJ//
8Ic/9O3+pO1+zfZ2EyZM8HONPV5PW7/m6oFPm7x4OmGmNnXxPFmKp0lLc6Eo2/VRXmOT50lB/Fob
l+Xq+0n2j5jqZ+xDkt6DBRzwReOA5ytIySjwyGifxwwbbC7QtXYO8i0HtYuef/WUOrKGHHq29yNN
+2d5WrQVBeI6P+wtafMZKssEMxrQMtL2jEJIP4+9BaXBGY0bzjiNGxk9Hhnt+kYs07UjqXafcwL5
9ClAGbm4DOXBo1A0o516cvVgLvOAe7VXor5l6+m0w86k0uqMxhtPi45xAWPZcEbRj+exMY7Gmoxc
0cfKeoL+pOvTL5SJ+YQmiVHEN7ORtWZe1Cdb26QUKAF84Ed99nV8Su3AXADFYb9IBCJr8zTqpCHa
7ZVA0ojyz/MbSufDfDa0ZANILAECYXxXAKFBbLqctlnKyD06jltuucWzumq7EI40vvR5sTZ7giPw
IfzwBtq9zpML4Ym0fIF0OYaIgTkQZo8oOPq5ohSODMRxzb6JaijnZ1m+YGMY7crpG4cx9jDgp3FE
+TjiZ/lRBnxiutOAfyYwYKBkFznAAws/W/QnjSfoQopdQbRJxET9NI6oFzQXuo52yINGxlamAMcf
f3wUL/nY581nSmmJDhZiXil102UIq+OhsnT6snbOxDi2C0RYhQbzSCdgSe8GVLKF9KbTNAqEMBBM
XwBh9BVHX9ovtS7CoO/B9FLrUa6kiWEwNhCnJQ7LIzyO/Dimy5EWgon8OPaE8DSOntSLtpbG0Xki
t9sbKMlCwsfGkYZCSDTbnY/ujrB8wUX5wEtb0V7kcSxWL12mu/Nog3KF2uiufqH8QqIo1of8+t0K
hBk3a0z8WBNiQQ3kMIPZKz6wEAHRULqThc5JY6PKfFfkbWSRFFKEqBezY4qSxi8gfR5pcYyyadrT
Au6qbg5HnGSPgTOS0zjSfYj8QseiAglkIGLzenYS5RsbrMqy5yJANKFY388VvuUiIhI0ecotx4ML
wYKLV7iInDgnnZtCLEYGY0njRz74WfZmFo1CAFGP3UVZQuGawZ6nyDnnxxIIAuYcHLGMg6jANz97
O4D8oId0vkgKnmiHugzQAHUVkeeETl4IU3MT30ku2p87d563wzV00F9m/7E67AiL/Ck6hgQyBijW
mlhSIGRlQZBlEBb1NtMXAegIa1gIhI/cc7eOfITHuhRLD/dq6XmkFhv5VhWbT7JQt6vWd9gHsU3M
JFRksZBt8Ri4EThrZizTsC/7bVoCX0HLHuPGjTOtGvgGzoSotB2LkTBue92/YLWYpRoWN1kWYXWY
tSTWoV5QCM524zCIJX/KsgDKRpV83YDNLFnRZdmD/SdZ2WVhku1k+WrDfeoHe1LSH/jCCjRrYSx4
stLLpsr0jcVV+sF+jigyW8SyUzftjNdSCrwtBkUFQoWoiIbFSi6M4luC3PSZovsKuC3WpxhsYwGR
VVuEQ8exLojdVESxyMce6TCa1dzPaR2MBUKIRggIuVrCwRrQcta6qMuSfaxbPSUGIzjmIiz936eb
SawEs98vX9uBVu7NTNbiIMoBY8AJgBOGstcwS+SUZYkfHMyXWBSMZXcYy9yH9ulPg66xCn60r61l
fX4F3Vo6sm20hzFrefCBNSwEj+UjBMJa+Efb8BQPUAyKuqx0BRgbAkErWf+HWBAjEBjAjSO0ESAP
N4OZsqDHNZ2AQaRxD2JzaRPWgiZiXWw3C1Mek7ahfbxeB9PijiJaD/BiKm4SjcPdofncDUSL0T60
FlrZYZpldhTo1ltu8bq4RWgBEBRt0D5jI3UZy6ANwBrFPV+tpRxaj8tB+RAQ/aP/9O8tCR9L454H
k2Fo4f4PShLL+lgjdboD0Vd1JlJDE7i7F/vwhnVwRFswTTSYfD7DDZHLizkwAHdGPmYPHpgOI/ke
FBbAfQQYyZ07iGLllXso+Fd8OOekoX20AR7u8LHai4bxhQWCB/DhhsKtUQ53AA5cFm6Im09YFPVQ
JHDiymAkdHBnENo5sgqMoNcU/o10Tj5Cw929pz61S/kmTJhgo9VHhEZfwEMfUC7yaBtlpH9sY44l
oyBYIf1i61vnmdqjLEJL8xYrvUz3lBCyexh1rstPHiXrodKFHoCWSDIsBHYFYlZX2UXzJMSieV1l
dFcvnZ8+z8fJAqg8QS5ZyucLryR0VS9XIXsSZfPXsrocQzAvhh/hWMzSkDCDanpookxM2vDpXKtR
T6MsD0KQxo/6lCUf4Npx5l2j4YEz8BcqF3gom24D3NEe9Th34FxtkRYQeDlGWa8rnKqYq4tl8Yu+
4RaB+NwS5+QFnvy+R38oVwhKGkMCOUeY5CFmHjbyAvIZFMIQlVFkMaJJDMZFAa7x99F2PrOjvXQ9
zoHIi3PSPS/a1zX4KMeYGPlRz69TeEiPX/SNI/fZI1znYza4H8bUYDp46LEfhSPSoasYlCQQKjMo
EaXwI/QNAtNHytF4dJZr8uPIWeTFMV2f83Q6fhWGBeSXTV+n66XT0zhFXI5uwmWUi0Gdvn2sTghB
jQdDAxf0MAfiNi1jJmMDgmDQJ7oC8vF5Ygl/uh3Uw/wIVbnFyVdvmDMQVhLB8ENAdJAnQGAMkQoP
AcQ5g1pEScxZGGgZsHlKEPx89oFBmGiLMPk1DZKjNUjyKBAPEPBdD5gHE2ibKIp2qQcumMKkjvlA
3KalLNt+E7GxZA+DoJkBl8GbW82UZSCNBzLo4wqK2qaJfuYaMHz8+PFeBlzMr4gMCSx4wIJBnD4T
zjNhhk4EQgAAbpQp6CD6ygdoyh/UuxUISKiIm4JpTJogim+HPKrGmTOAFOKJkCCE++V77LGHR0W6
meQTJkJBBERoTDTE3AMcPNozSnWelqYymSSMxfyJ72EUCsA9d5iFC2OeQIhJWAldfJEHASFMwu/H
RRP0RR6aSxTIJA3h8XgOCsKPb1BhIVgiKwvbaL5whxiLQhEN0S/oGDdunH+aj6gMRSA8J43IkIgN
uhEcYwt8IkLk+1woHQqBkBAW/AtrC77mC6Rkl0WoGQDjIQgXBAEwmg4TcqIVNEJ4SB0sAOuBYZzD
UOYkhMn8YNhy6ggPRtBZYnc6Fq4P3AC+mvpcU44wF/ysBFAenITFPJrE0gh5POtFOmEzWosFcR4u
ClwIjp0rsEQmf7SDxSEQ6uKOgAVyazCXeQV1+BIdDAZoC3qxYgSNcOAD7cAHPj4TD3JQtyvo3kKE
ABSYOfMLiIw4HmHwRAWuAGIgBOJgNJpPOYSEayGNeQgEEbPT0RAOmoRl0AbxPZaA0OkMAydMxOT1
3UR7UcsZdJ4lDeYDMAl81IEZMJRJ56uy2Fq5I/JgPPWZn0AfX9ohjYklVsh85j1NNrE88IKTfkIr
9IADYePGUCwmnSgS7gp8CAarwTvQZ+oAWGzQOA4FFr40cJ1vIT2+YxhamkYMg9CI0BQaohzpMIpj
PjHp+tSFQZTNB27jor0wgGdyET6TQdwFSkA7sWSTrks6+em8fDry+5J/Hfjy60U6x3Re+jzKFKMx
yubfMex2HhKIo3EYF8g4BoQw0uXiPI4IJV03roNpubxAikDVHoC1jJOW4YuxNpiHAF3gFMgKPWiC
zqCVbCDaS66SiC/Kk0Z58IbyRF7gSdcPWiONY/o86gaN0WZ3xx4JhAaB/CNpQSDndCquncikgKdF
epKUCJTyQHQ8ykQHyeM8/Rwv18E8ykeZqENaPp4oT9l0Ha+cTYOGAHDlAy0xr4q8aCPKRXocI73U
Y48EUgxpEEWkxTjAwJwG71a2c0FoHCkX54En/5oyMJMQkqiHlYBYOU3X5xyI+nGkLoyO63QZBnrG
AMYV8hlXZs2c5Z/aI5TGIglvoy7CAIicGLOgI+j2jD7+WaQOfUDE8gDAIhvRzIcKA+/TkjbRFSGo
nlb0kJNrGNC2sM1DUQZC5iLMLQg/6TSDJqu8RFHMZXgNASBiYQ6xiwZdHtAm7KX+XM0PGFuoz4DO
w9Awi3EJGlAShBE3wgh9CYNZGhcnvT3C1gAE/trE1/xeCIuJ+Hg+Wkb73IuZNm26zzkYywhE+hv6
xULCsPHz+Myr9SFJYvGbb7rZPrN5ctNmmoTxoDSOCAbBcL2eQmCiKJiHABAITCes5VkuyoYLAS/w
pOYzrB8hAJiLABnwqc8KM3UJW7lfw0o0wiGiQ1mwAhQGBSDiu1oPbhPNMf4FUJfVbawKgZNH5MSE
FWtAoRAaq7lYEKF1WE/g6MuxXywkCGCBDcYQc/Pd1+EjhnuUQ1jJYh4TMMLkdSSIGnUcV4AQt9fy
OJHTW9J6NDncBIM3E1EABqGlzDkITak3YcIEtzAmmLgxwloYRaiNFfAgOKE1YTfhLXc8CdU5R/ux
DAQaQo92sDSiI1wR/eAFHMpxT4S+QBdP7qMUMU9xIvvhT78KpFFMglGMIzAP7cLPMptGi9CwyZrZ
D5fABkkzER7aiIXwG6tYP1YC0FzGIh7nB6gPo2EIgPUgpC11e1kfc/QZOHfmKMeqALNw7jPgsnjP
BGWgHMJgPe7yyy/3eQIC5JrlFYCID/r5ITToALAo2sM6sRhwoxBYNPMoAAH2GcS0Lu+HqJGSQZrl
DxqLuV5HSxp+lGvxL2mSLt+fkbC8nDr4sSNpcisZ6gDSYn9annPwSXM59Xq0B0h7cw9Uk0YdQNbm
bXFOuizIj+DR2EWygxYFM3JPfp7rQ7Yv2SJ+r6OjQ6OlABq1vOLn9EWTOz/vyR9wANAezz3L3WZ6
PDHsswb0MwL1KefDSzlPN58un07v6jxdB3uI8bOrOoXyAk/+xLBfXVahhklLGzKEdAfpMunzQvVw
UWAELecA156ebSuXnmo7GOIVqJPKi7RCxzSu3gqjEN5I65coK5AVO6YJjw4VK0t6ukz6vFgdx59q
JE7z66av0+f5bRZrJ52eXz+d15fzpWIhfSHw/1rdskCWMYmXBVIWyDLGgWWMnLKFlAWyjHFgGSOn
bCFlgSxjHFjGyClbyDImkMVm6rF8EMdljNZPJDn5vM4JhKWAuAmUvj/wieTCMtQpeJ5ehskJhPsR
cect7t6lCy5DffhfT0pYRVV1ld8w42ZYgHhe4cuvFNpyi+R2q9bqJbUoUj4uCQ7AdB6YaGtrt2ee
fd6NAQOA7S6QikremfDTJdF+GWc3HBD79c6NVrqRQ0YXNaqw/16DbfhgbXvXroulbSE51eiG8k9Q
dqVi3JbWjP3tn3Ptw9k8FJjs26hnkMR/vY79/46otTXHVeled/LG01Lrewi/KwNdlgXWC9r0GJ+e
8tdjT3M77cEnK1wgdXr4pRqHBT5ei2Ec0fDhP6vsijv9LKpSmiqlTD+TVTK6XtDGDcpODd/5w0Ru
YpgM7SWT4AVLvOvZM6T/x0vnwt7gg3sP/xMpxY/4vA5ZVE8jMgS5mDDVHoNaGtJlwJ/fhscfwpOf
l6uXxZm7TiNPnUf9Yvgomo8j6qTQLFYmP78r3GkcnH9MIPkFurpuasnYgAYeev44wwrVo2NAba0m
odgmQsB0VX9hWzaTJJ3q8SiVSaSkJ2aUv6gNUhvqkhCxrSOjR0iTPK+nHlVXJzSBk7byha3qDuDR
kz2myDOHr134uIapUMS3cGtFCziDXj0h5PQwKAdQpjLbkJ52WkxR66FBZUlv15QD3MWgxwKh0zQ+
ZUan/ei8+fbbHwyyel2rH10GZjCdQQttmfxeh707rcPmS6CN9XqqfYUqGzOK90MSYXB8b3qnzZyT
IB0yoMJWXkHRn3DQ5zZ1auLr7c6UFZertJHDeDuYHSQSuj6YlbH6OrPVVqqySe+0q50kDxoA+FGB
davO0EEVtvyISnvxP8InQayg8+VHaH6gPNqqF31TZ3TYpHc7bV5Tpw0aWGGrr1Jlo5dT8LOQJ+wT
3JOndNrcJl0Ixo2ptIGNCU1cvza53ZrVV/o5YkiFC4X0QtArgVQpOrjhrla75O8ttuu2tbb3F+r1
GlkSthVqBEbUS6Pfntph5/6l2c67qlnasqjk8CFmL94y0pYbXunaTid/esF8u1j4Adq45uyh0lK0
0KxZjPnqd2fZq2922nXnDLF9d6oXszJ6Ja3Cbr231Y776Tz7/Ja1dsMfhtovL2p2Ohe1tvjZGd8a
aMd/vcH2OX6Wvf5Op13xiyF20J56mlL9QXL08Wd/brI3JZCAtcZX2qlHD7Kv7FyXVYQKu/KWFvux
FBT49cmD7ISDG5WXWMoPz2mym+5utdv+ONR2mVBnC4W7mNX2SCAwlk6/JO387s/neeOn/k6vtW2k
19ikpWHqnpH9g0XUyWQnvdtuex83S3WTjp14WKM0qcqmfcCbTtoBW/MfXA+uCuu45Z4F0kS9HCQ8
t92/0N6SMNddrVpt8GCc2WBpKlCDK0kBoSQwaEDiTzZZV+8Emh5vlcY+9HSrPfNKh2376RrbZL0a
+2hWp62lMJ9Ghg2hPG9j6aBrjuf9tcW++4uknycdMcDWWbXKHny6zYV00MlzRMtg+/qXGtxKamuS
dldavsJO/OU82+mztbae6J0n5g9oSGhBkYHFKfak3J8eCQRG4APPvrTZDpYW/eCYgfatH82xy29o
sR8cNcDHgXz/6C5GTPzFhc0ujE+vX2XnnT7ENlm3xrUdITM5oh7n+OqX32g33M4xX9Mzwso76+L5
9uwr7bb+Ggm5WBBlgVgXSq4WXSNI/P+R+yYMgwsn/sokkGbbfft6O+HQRr3ImZFAzV1j0O3LSnJ3
z70opcsK4/wzBtvR+zW4m/vKzvWuDOdc3myHnTrXtt5Ec7fVqtwaoGHQQDH//Q67+G8t9qvvD3Lm
x+saQWNXx0R0XZXI5uG/sY6Hn1lol93YYmuvWm1rrV5l661eY6fIJF8RE8kPRlGNc6xj4uSOnNs4
+UjtTbVJjS2Q/21ZwOAopkhJARe4rOSx5xJ/tvmntAfVBokQHnx6oR7gZlOCpCwMLwVCeAiHcwdP
TOjjlHYjy/OVcM/jyZezP7Nhle3zBVxTRu+idPqYd/iXG7J4zJ54QbSm1PorOzXYTp+rtd9KYI8/
3+Y8SbvnpGLxvyUJBKJh2px5GVlH4ieJejrk4lsTuu3P17fI5SSaHs3RSQbPNzWIAyuOqrAN16qx
dgkCJsBcjuKVM4sxAjdy2wPJRv7rSOhhFX+/c4G9p0ACF5VjrGPt4x+1nwYXuKzy9bcTmjf/VJ1b
BO6YtvWctgb0Sttms0QK70xXOXUgXOU6spav7VrvKOHJfPWV8bNUKEkgjAO1Qnrrfa32j/sSCRBR
0NibGhuA313RbA/Iv2IlWFMaFqiDAJFH+Og0iZy70NXhiW+1yz112C7b1NpgRVf49h22rHG38sJE
aQEuX+jS9R159k/SUlImztP5i51nkaTLubWow/PmJ6mE1/EaW9QlZG+oT1jn634pBEReO21TZ6uM
rrArbmqxx2RBYxV1lQrdlqTz9QpX357SYaefO0+DY4J62gfahEZEvzs9EQipZ10y360Ia0pr8SAx
FvjPW51uAYwTjEWUwa2Fm+P6cVyA4HWFq3sdP9v2/c7snNAffqbNOpXNimhIBEvF3/hYomMwj9A8
J7TciaP+2J90NrRUiD5CYWCKxgMCCQDFBGmzFHHK+0m/CblNRT1P2S0y7lGjq+z/fSN5V/1mRaPz
s8IFR3dQkkCY8Fx5ywLNHzptSDa6mTi5ze56dKHNnpsQO0bRxb8eXCgL0g4L0ioIhG+dYvxa4xc5
2av+scAnSAiJyIR5CCbNHGKOfPTdjySbTg7V4DhQk06siggMuPW+BTb9ww63nJVXSHC+JUXBh6PJ
MIZoDFhlNDszZCetnlLaH1cOjXsbrZPg/+utC6RIGh81X6kW/lpFb09owI9ocYO1VE59VesO7vIk
q712qLMtNAaef3Wz3f9U0qe0khajpkuBQBydev61djtN4e3IYWazsgL4SMvFF13HVkQJ6pgUnf77
efaOmIJVISpMeNWVKu1HxyXbUPzmsmY7+TdNbgkw85lX2/28TgxlrLnz4cRC/nD6YLtJ84ibfj/U
ozJaeePtTk3gOqxhaKVtubEaEFx+U7PdobB4lsY35kaX39js6VtsVOMRVGguib46oGOhO6E12ZAU
xTAFGl/YqtbWVdACnKn5xdMKNGjj3w+0ao6UhMKHaXDfeJ0a65QXZ/wD4EdG9VcYWWnfPzzpc1gI
7rA7KCyQROkdOeZ6wTVJJ4mYRgxNsB66d6Pd+9fhtufnk4gDjR+7opiqCRRaFTE3BDCmHHdgg36J
v/uthLLFfjNt9S9+aJt++SM76KTZPofBJQGbrV9ta4zlXrMu9Ft7fJURcQF3YUFyGV/VpGz7LWrs
1UmdtvMRs2zshA/sy8fNlgVl7CiFqF/cus6VASsNiHGBCM9VOttPNNcHZxVkLmT6MRO/8EdDtEWf
2c3/brXN9plpa+/ygX3+0Fn29Msdttt2dXbGNwf4qgWKG+Oktk3xQIZwfUcJdVdNBP8jRQLC9WWb
9bT8P1m55iWrEzTSKJdxk4j583XJjHnK+4tQ3fHgAr+Pcs9jSUQ0dcaivFN+2yRm1SpkrfF5BLE9
7udXJw7UrLvOQ2esYZaWRohYNtachKWFGrmwo7/aaFtvXOOuCuaAFbd1/EED7LEN2qQQlarXaWOW
r7Irfj7ErvtXqz0nC57xkfZaWanatpJl7LF9nS+dUD+tlVt8SlajNtYaVy1XmkR6CEO3tjVfabSp
mqSOWZ6dKpK50Zai45m/jbSb72m1FyZqbjSzw1Zbpdo237DGdlbQgfteIP2oq8vYOpoEHrJ3g41f
WfXFO5QQuk89eoAvtUDHKK1EkJfSkTzGK69Wd0SqJJY28fXF20fYmmOrXdqYLiHtWZc02/sfdVqd
BkkIhUEgJ/zDTQ2Vf6dDnq48TBZN3HQ9baqpSRmEUZ66HBkvEBAaRR6DL5bHfIR8xisGaJ+gpciF
HpYTaYc5Aa5ItPtEkkEW5rNW5rhEW7SbQuHjFO6KxUofK1KZHraqffJoG1ooA06sPdpgjYwFS/pP
YBIWSL+hPV2fPuPKwkWm2/U89WmWblBtd8hMzeOY46g8hf3ulQhIQyD74VGNTlw6L86DgLiOI6hg
SJopdBDAEjiHUP1PtFEMpUMwAGYDUd4v9MddiYsjyYMRzA0QJHUZsxBS4M+vD558HIGbY7gTzqMu
eIniMmI+5744KhqbtRxCmRAGdRBiPu2USbeZxs15gIrloLqmTlrc1oxbzllA2FQ0iHAKQRCQn0fx
6FR+Hh0DwOnldB5pxepQvlAeaZGOHOlY4KJOPkTZ/HSui+Wl20Dgxdroqn6h9iINPqC4QGWVNkpo
amq2oUManTnT5UNxDfnmnBTv/79pzegr9v7EVYyW/mwDHuMKP9I4+tqbnVoN4Kuj+kIqOxJMm0EU
NdCuuq3VfTtzA9dgSa98XDI88BtaUv6/35nMUerrqm1lbZxQffDBB/tmLmusPtwuuv4dG6UZ6rH7
N9hIhbeMEUB/aoYj/D/6R/rtQKQ1d36nXXP9Aq1+NNn4cStph4v37JzTTrAKdiE48sgj/duuq6+2
ir0x6R3NASq1llTm4trLAAAAgUlEQVRvQzQ7dfdVlkj/qBBjkMZQllfuf7LVntSMf5WVtY35u1N9
XxY2DJVLSrag0IYuCDAzZvQwP3Je/i1ZHowZPdR5rP3ic9uVV7B3CE+7swELHxI+88wzNcgPVEjX
ol92+O8f/ShjyXKAR0UzFQNs5qx5/n1fPg3OVlI8U/3/AXdojExNvHEOAAAAAElFTkSuQmCC
--_005_9AF41033111E46B29BB5178A3BAA741Ajiscacuk_--


From nobody Sun Nov 13 21:01:11 2016
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 8E121129626 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:01:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 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, RP_MATCHES_RCVD=-1.497, 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 w8OthckAaNgK for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:01:09 -0800 (PST)
Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (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 01AE01295F6 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:01:08 -0800 (PST)
Received: by mail-it0-x231.google.com with SMTP id b123so10144015itb.0 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:01:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LFLvgax4/I6GQl2kiHLG68DCqbp3e79LA8rLCyrOyBo=; b=MUKwJzXUR254nXCYzqaIGqCduxpXSxlnkOzgKFdYBrbhAUhtAQG1X1iOqp6RZslV0L 6B9bTIx7ByNsOQ+PuTlLVMwHG87rSK48UPH3WJ2Jye/uRFzPQoi0B+4hu2GUpK/sM248 YFwvzAE+NBijoh52S+iNAcg4G11NDbxLJ07xAha+siwHJ2PIY9bfUy9uISmMhuyXvSxP ds3z21ER5+pEin3ueEuHsMVpDz56eD9bcG11hgptDQLjoPYBWYbdPihz/GMejM9UHL8c gyGPiiPb6NVmyZvLAhg/xdlTsVik4+3rrMf/vlavQm1aCbKrCy7SoMF9goJb4b3GBEgG S0sQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LFLvgax4/I6GQl2kiHLG68DCqbp3e79LA8rLCyrOyBo=; b=HThb0lwdvS8vImapbQfgki9xE6UhdCrXD00NnetxW2CMQat9mea0QUTWFlybHUGal3 TcVC7oHzJGGjXxSkaizvPNCz383qw8T4RoDhq0al2uID4ASvpQkmJcpQqAu5QfZLGM9s 7W+KSyFCVEM0vyoskBjd5Ow5OeBxGZvtcwe/iD5E3Ih0BN1Y2uIaxGtMFhPDblic4dDo Y4TrbI227m5vJTTbCj8Y5HlcDYaaWRw1zv3YCF/GaT808zJm2CBvIxfpP2kp4DJGCP+K mBwtjqf9MudMT5FMwITqfpI4Zjecz0uaifvaxVxn0TG2dVr8nDMKlIoR9aibM9JfV1KU YoFQ==
X-Gm-Message-State: ABUngvdUAL5oYToYGBrmB4g+slTiR4Mw8eHEEXn+8tZ2ayBNxbMY+YNGw4U48o1aV0gEI1D8s4qJ/PAVEQk/H3HX
X-Received: by 10.36.158.193 with SMTP id p184mr5185696itd.8.1479099668165; Sun, 13 Nov 2016 21:01:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.102.37 with HTTP; Sun, 13 Nov 2016 21:00:43 -0800 (PST)
In-Reply-To: <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 14 Nov 2016 14:00:43 +0900
Message-ID: <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary=001a114f85ea4f472205413bba79
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/-W6ATiHOKU1TZzBrs8cALrD6uHs>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Mon, 14 Nov 2016 05:01:10 -0000

--001a114f85ea4f472205413bba79
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 14, 2016 at 1:12 PM, Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> > - There=E2=80=99s still a reference to the Experimental NPTv6 RFC 6296.=
 I guess
> this may remain contentious :)
>
> Yes. It's like telling people it's a bad idea to stuff beans up their
> noses,
> followed by instructions on how to do it.
>

+1. I'd prefer to remove this citation.


> > - IPv6 PI is getting easier to get - see https://www.ripe.net/
> publications/docs/ripe-655#IPv6_PI_Assignments for RIPE region.
>
> Maybe. But we know this is never going to happen for tens of millions of
> small
> businesses, so I think the alternatives have to be presented as neutrally
> as
> possible.
>

Host addressing is out of scope for this draft, so it doesn't matter so
much, but if we're talking about multihoming we should note that the best
approach for smaller networks is multihoming using PA addresses via
source+destination based routing. That is is being pursued in the homenet
and routing working groups.

--001a114f85ea4f472205413bba79
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On M=
on, Nov 14, 2016 at 1:12 PM, Brian E Carpenter <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:brian.e.carpenter@gmail.com" target=3D"_blank">brian.e.carpente=
r@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span c=
lass=3D"">&gt; - There=E2=80=99s still a reference to the Experimental NPTv=
6 RFC 6296. I guess this may remain contentious :)<br>
<br>
</span>Yes. It&#39;s like telling people it&#39;s a bad idea to stuff beans=
 up their noses,<br>
followed by instructions on how to do it.<br></blockquote><div><br></div><d=
iv>+1. I&#39;d prefer to remove this citation.</div><div>=C2=A0</div><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
 solid;padding-left:1ex"><span class=3D"">&gt; - IPv6 PI is getting easier =
to get - see <a href=3D"https://www.ripe.net/publications/docs/ripe-655#IPv=
6_PI_Assignments" rel=3D"noreferrer" target=3D"_blank">https://www.ripe.net=
/<wbr>publications/docs/ripe-655#<wbr>IPv6_PI_Assignments</a> for RIPE regi=
on.<br>
<br>
</span>Maybe. But we know this is never going to happen for tens of million=
s of small<br>
businesses, so I think the alternatives have to be presented as neutrally a=
s<br>
possible.<br></blockquote><div><br></div><div>Host addressing is out of sco=
pe for this draft, so it doesn&#39;t matter so much, but if we&#39;re talki=
ng about multihoming we should note that the best approach for smaller netw=
orks is multihoming using PA addresses via source+destination based routing=
. That is is being pursued in the homenet and routing working groups.</div>=
</div></div></div>

--001a114f85ea4f472205413bba79--


From nobody Sun Nov 13 21:06:24 2016
Return-Path: <John_Brzozowski@comcast.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 293CB129634 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:06:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Nf9V_SUmp6At for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:06:12 -0800 (PST)
Received: from vaadcmhout02.cable.comcast.com (vaadcmhout02.cable.comcast.com [96.114.28.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A09B129690 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:06:12 -0800 (PST)
X-AuditID: 60721c4c-d67ff7000000666c-b5-5829464131d9
Received: from VAADCEX16.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 8F.31.26220.14649285; Mon, 14 Nov 2016 00:06:11 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX16.cable.comcast.com (147.191.102.83) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 00:06:08 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 00:06:08 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: Tim Chown <Tim.Chown@jisc.ac.uk>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjTPzWI1eACr0E2MJMiM0juRyA==
Date: Mon, 14 Nov 2016 05:06:08 +0000
Message-ID: <949D6F3E-0D47-4305-9A27-7C275A4DA7F4@cable.comcast.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: text/plain; charset="utf-8"
Content-ID: <34002F3DA46ED74D816A185A732A7AFB@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKIsWRmVeSWpSXmKPExsWSUOxpoevsphlh8OmrtkXfz8dsFqeP7WV2 YPJYsuQnk8fK31fYApiiuGxSUnMyy1KL9O0SuDLaTt1mL3gjWLFp5jPmBsYNgl2MnBwSAiYS jW9nsHUxcnEICcxkkpj7ZDkThHOAUeLWrT8sEM5JRonFfd1sIC1sAmYSWw7eZgexRQQcJW60 7QGzhQWCJD7t3MQMEQ+WmLTuNBOErSdx/t4PVhCbRUBV4uHadrAaXgEXic7Xz8BqGAXEJL6f WgNmMwuIS9x6Mp8J4jwBiSV7zjND2KISLx//A5sjCjTz0+3VLBBxHYmz158wQtgGEluX7oOK K0r8m70eyOYAmqkpsX6XPsR4B4nuc4ugVilKTOl+yA5xjqDEyZlPoFrFJQ4f2cE6gVFiFpKL ZiFMmoVk0iwkk2YhmbSAkXUVo1xZYmJKcm5GfmmJgZFecmJSTqpecn5ucmJxCYjexAiKzCIZ nx2Mn6Z5HGIU4GBU4uE1ctWMEGJNLCuuzD3EKMHBrCTC62oDFOJNSaysSi3Kjy8qzUktPsQo zcGiJM4rEvogXEggPbEkNTs1tSC1CCbLxMEp1cC4XPWY+8sHuwN0/hR3GakbvVYOS3ZeJ196 9VSYqXHPGpOKiRHFpx52XJkRqeAoEXRm7yY/33SGZWlz7/L6KXBHPTho+vmJ2OWleaLrHR7M VF/wXuCRZvKaYG7uzWWLZKfMPstV/bnEOSG7fVFrZdWJmVN0z+lc1nW7X8mz6on//uMs/2oe VNsqsRRnJBpqMRcVJwIAmHMihcgCAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/6W_mdyLPkbAbBEHEX6oz47nT5kI>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 05:06:23 -0000

U2VlIGJlbG93Lg0KDQpKb2huDQorMS00ODQtOTYyLTAwNjANCg0KLS0tLS1PcmlnaW5hbCBNZXNz
YWdlLS0tLS0NCkZyb206IHY2b3BzIDx2Nm9wcy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYg
b2YgVGltIENob3duIDxUaW0uQ2hvd25AamlzYy5hYy51az4NCkRhdGU6IE1vbmRheSwgTm92ZW1i
ZXIgMTQsIDIwMTYgYXQgMTM6NDQNClRvOiB2Nm9wcyA8djZvcHNAaWV0Zi5vcmc+DQpTdWJqZWN0
OiBbdjZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlwdjYtcHJlZml4
LXBlci1ob3N0LTAxDQoNCiAgICBIaSwNCiAgICANCiAgICBJIGxpa2UgdGhlIGRyYWZ0LiANCiAg
ICANCiAgICBTb21lIGdlbmVyYWxseSB2ZXJ5IG1pbm9yIGNvbW1lbnRzOg0KICAgIA0KICAgIC0g
TW92ZSB0aGUg4oCYQmVuZWZpdHMuLuKAmSBzZW50ZW5jZSB0byB0aGUgZW5kIG9mIHRoZSBhYnN0
cmFjdC4NCltqam1iXSBvaw0KICAgIA0KICAgIC0gImF0IGN1cnJlbnQgdGltZSB0aGVyZSBpcyBh
IG5vbi10cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQdjYgSUFf
TkHigJ0gLSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1dOKApiA6
KSAgDQpbamptYl0gbm90IHJlbGV2YW50LCBhcyBhbiBvcGVyYXRvciB3ZSBuZWVkIHRvIG1ha2Ug
c3VyZSB3ZSBzdXBwb3J0IHRoZSBicm9hZGVzdCBzZXQgb2YgVUUgaW1wbGVtZW50YXRpb25zLg0K
ICAgIA0KICAgIC0gcy9oaXMvdGhlaXINCltqam1iXSBvaw0KICAgIA0KICAgIC0gSW4gc2VjdGlv
biA0IHlvdSBzYXkgdGhlIFVFIFNIT1VMRCBOT1QgcGVyZm9ybSBzdGF0ZWZ1bCBESENQLiAgV2hh
dCBoYXBwZW5zIGlmIGl0IGRvZXM/IChkcmFmdC1pZXRmLXY2b3BzLWRoY3B2Ni1zbGFhYy1wcm9i
bGVtLTA3IGRpc2N1c3NlcyBzdWNoIGlzc3VlcykNCltqam1iXSB0aGlzIGlzIGRlcGxveW1lbnQg
c3BlY2lmaWMsIGluIHRoZSBDb21jYXN0IGNhc2UgU3RhdGVmdWwgREhDUHY2IHJlcXVlc3RzIHdp
bGwgbm90IGJlIHJlc3BvbmRlZCB0byBvbmx5IHN0YXRlbGVzcy4gIEFyZSB5b3Ugc3VnZ2VzdGlu
ZyB0aGF0IHdlIGVsYWJvcmF0ZSBvbiB0aGlzIGZ1cnRoZXI/ICBJZiB5ZXMgd2UgbWlnaHQgdGFw
IHlvdSBmb3Igc3VnZ2VzdGlvbnMgbWFpbmx5IGJlY2F1c2Ugd2UgaGF2ZSBubyBwbGFucyBhdCB0
aGlzIHN0YWdlIHRvIHVzZSBESENQdjYgZm9yIGhvc3QgYWRkcmVzc2luZy4gIElmIHdlIGVuYWJs
ZSBTdGF0ZWZ1bCBESENQdjYgaXQgd2lsbCBvbmx5IGJlIGZvciBESENQdjYgUEQuDQogICAgDQog
ICAgLSBSRkMgNjM0MywgNjE4MCwgNjEwNiBhbmQgSS1ELmlldGYtdjZvcHMtdjR2NnRyYW4tZnJh
bWV3b3JrIGFyZSBpbiB0aGUgcmVmZXJlbmNlcywgYnV0IG5vdCB0aGUgdGV4dC4NCltqam1iXSBh
Y2tub3dsZWRnZWQsIHdlIHdpbGwgY2xlYW4gdGhpcyB1cC4NCiAgICANCiAgICBCZXN0IHdpc2hl
cywNCiAgICBUaW0gDQogICAgDQogICAgDQogICAgDQogICAgX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICB2Nm9wcyBtYWlsaW5nIGxpc3QNCiAgICB2
Nm9wc0BpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
djZvcHMNCiAgICANCg0K


From nobody Sun Nov 13 21:09:18 2016
Return-Path: <prvs=1126ee3e52=jordi.palet@consulintel.es>
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 4B2B5129543 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:09:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 TGUqy6adfvvC for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:09:15 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F128129525 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:09:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1479100151; x=1479704951; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: Mime-version:Content-type:Content-transfer-encoding:Reply-To; bh=g3n/GTR9dNdyGMODvCOwpxFKNbYwYGLL4vP9Hxn6L+U=; b=ECDtfRgybGQ9d GDKGNxL0TlsoPAdGwxnpg7CKk4YBjm2Ul1tKUp8uWJlceEb96qDo6kl1+2+Lfjw4 0FSP+8TzlX9cBZRNeJymz/cXQxPaspeEtnLtv+ceG5nj5mUkwGtOEO86PrheGCpv QAFHS73RflqvdIQMhIvHPBfKePdgKQ=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=NwePS0BWgAaV5f3SWA3Kz3gcz47uVAtJDbyXyNfduY+xg3r8A3AbQQqzab4J Bs9PlFtIEzn4li0Zqoy3nVgjkCTOaKDWWEhECAm5X4fnYk6BGQ9y1LSYT aqF2QtwUfUYawQ8eRHNwiV8QO4XgI7vskMO6DLM4d9V1lMcchqM43o=;
X-MDAV-Processed: mail.consulintel.es, Mon, 14 Nov 2016 06:09:10 +0100
X-Spam-Processed: mail.consulintel.es, Mon, 14 Nov 2016 06:09:09 +0100
Received: from [31.133.140.36] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005221342.msg for <v6ops@ietf.org>; Mon, 14 Nov 2016 06:09:07 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161114:md50005221342::7jP3ojoKRH2mI8GR:00002KxX
X-MDRemoteIP: 31.133.140.36
X-Return-Path: prvs=1126ee3e52=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Mon, 14 Nov 2016 14:08:54 +0900
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops list <v6ops@ietf.org>
Message-ID: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/yhNelXX3S7Dl2pe98EvhAa5RijA>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Mon, 14 Nov 2016 05:09:17 -0000

I think this can be also useful in data-centre scenarios (hosting/housing, =
etc.).

It will be nice to include some text (abstract, intro, may be somewhere els=
e) to made it clear that scenario.

I=E2=80=99m happy to write down some specific changes if you like.

Regards,
Jordi


-----Mensaje original-----
De: v6ops <v6ops-bounces@ietf.org> en nombre de Tim Chown <Tim.Chown@jisc.a=
c.uk>
Responder a: <Tim.Chown@jisc.ac.uk>
Fecha: lunes, 14 de noviembre de 2016, 13:44
Para: v6ops list <v6ops@ietf.org>
Asunto: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01

    Hi,
   =20
    I like the draft.=20
   =20
    Some generally very minor comments:
   =20
    - Move the =E2=80=98Benefits..=E2=80=99 sentence to the end of the abst=
ract.
   =20
    - "at current time there is a non-trivial UE/subscriber base not suppor=
ting DHCPv6 IA_NA=E2=80=9D - well, there=E2=80=99s another way to fix that,=
 but=E2=80=A6 :) =20
   =20
    - s/his/their
   =20
    - In section 4 you say the UE SHOULD NOT perform stateful DHCP.  What h=
appens if it does? (draft-ietf-v6ops-dhcpv6-slaac-problem-07 discusses such=
 issues)
   =20
    - RFC 6343, 6180, 6106 and I-D.ietf-v6ops-v4v6tran-framework are in the=
 references, but not the text.
   =20
    Best wishes,
    Tim=20
   =20
   =20
   =20
    _______________________________________________
    v6ops mailing list
    v6ops@ietf.org
    https://www.ietf.org/mailman/listinfo/v6ops
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Sun Nov 13 21:09:59 2016
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 31A26129634 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:09:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 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, RP_MATCHES_RCVD=-1.497, 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 oGAxM6epsPyc for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:09:57 -0800 (PST)
Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 33FE91295C2 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:09:56 -0800 (PST)
Received: by mail-it0-x232.google.com with SMTP id q124so83096569itd.1 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:09:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0hx3bVB4p+8PtXQlZHsxFYB1kFx5w70qAEXXQxHhHuM=; b=AvzErGMvGAGZ14vvQjBL+LO03nnyDNc29Z30LwEZ5ewesR6EWZRIfulf7bvsp7A41f AITLVNw4zIlomK0n9vSDDz8ha0tWFsH71EwI28sgeZrgwcaGgxlTMTQf1y8Ua6M4lI+b bsfJHadLEDP8PLEtSIIcqYAJXUQ3tzg3NKK9w9whJ279VEECpByyvwBU6j/DJFDWRHkM NdshHrdZO6KkZKrwwVgCZp762VkbC0FqAQBAILdI6KF/+NVj8KAsHU1rtSV395it+2PY 7CnVFjifIE7i6PnPUqXUeC8OIeKTyTOxXzXf0IWOMQ/7dMCmCVIRVzQGjDw+AgG/NL1G rsoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0hx3bVB4p+8PtXQlZHsxFYB1kFx5w70qAEXXQxHhHuM=; b=MlckidqF/FcG2zG6cxuUQKt/wBmVaRnNClw86fxlRTls41If0YctZGaEBEbhIW0VjV QVimwGvtP/PIY7f6l6lhDvIs1SK6xysK4FX2sgBwt3wbSxwyfULWZWrNQOwuLg7clwT4 F+pVnEsMden3MAY62NPGvsWBPbq7lr89Kog/UvtphhYw2koVVCF+uf28cfmpIGm3nlKe LcVmwY3wg+ZvKDPeD6hL6c7FrA8rEnnA6SvGtPAXxelYZQvn+xJI2jF7PrQ1ulbw68k/ LQthgjwrb4ahNCH5s5AK3BwFA0Hcbkhz3iPPqqvK8cILh84wAhmKmIiCvSuta8Br6Amf 4S6Q==
X-Gm-Message-State: ABUngvfwXlIFvSdoEOSacgtOQj4YGln9FL/pwRrzAIwpxK8yTcp9CAq+Q8CKLf1Hn+UjxJhstPStSwIFrFU1gJ9m
X-Received: by 10.36.190.6 with SMTP id i6mr73738itf.37.1479100196073; Sun, 13 Nov 2016 21:09:56 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.102.37 with HTTP; Sun, 13 Nov 2016 21:09:35 -0800 (PST)
In-Reply-To: <49639B45-8C07-449D-BAD2-A5ED07CE58FB@jisc.ac.uk>
References: <49639B45-8C07-449D-BAD2-A5ED07CE58FB@jisc.ac.uk>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 14 Nov 2016 14:09:35 +0900
Message-ID: <CAKD1Yr3RfT-qgRPL5MpUekp+SeEQvV4gyOE3gSTdAymXJyExuA@mail.gmail.com>
To: Tim Chown <Tim.Chown@jisc.ac.uk>
Content-Type: multipart/alternative; boundary=94eb2c19d4eac69bf705413bd97c
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/l5gI0E7n76SCBC4QrXQaaeaUv7Q>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 05:09:58 -0000

--94eb2c19d4eac69bf705413bd97c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 14, 2016 at 1:44 PM, Tim Chown <Tim.Chown@jisc.ac.uk> wrote:

> - "at current time there is a non-trivial UE/subscriber base not
> supporting DHCPv6 IA_NA=E2=80=9D - well, there=E2=80=99s another way to f=
ix that, but=E2=80=A6 :)
>

Actually, the thing to say here is that an IA_NA-only network is not
recommended per RFC 7934 section 8.

--94eb2c19d4eac69bf705413bd97c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On M=
on, Nov 14, 2016 at 1:44 PM, Tim Chown <span dir=3D"ltr">&lt;<a href=3D"mai=
lto:Tim.Chown@jisc.ac.uk" target=3D"_blank">Tim.Chown@jisc.ac.uk</a>&gt;</s=
pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex">- &quot;at current time there=
 is a non-trivial UE/subscriber base not supporting DHCPv6 IA_NA=E2=80=9D -=
 well, there=E2=80=99s another way to fix that, but=E2=80=A6 :)<br></blockq=
uote><div><br></div><div>Actually, the thing to say here is that an IA_NA-o=
nly network is not recommended per RFC 7934 section 8.</div></div></div></d=
iv>

--94eb2c19d4eac69bf705413bd97c--


From nobody Sun Nov 13 21:17:06 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 451A8129647 for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:17:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 LlfNkmbR2ude for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:17:01 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53464129543 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:17:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lKTXu++dSzA/5oQaSSMHKyuckUJUPcADrfLZ31FqaWc=; b=aFWKIhLqD3JR3NrBsRLjiEMEdih7HDSDavQMgpEpIN/CreOd9oRT0B0Ojv5KVUsmAd+fwD2uzk2IqqqQ+s6g0vxLDBjWHsPx+ojjooNUszWxxN37YBoibaw8ie2KavjSeKu6qlE6UiprSnCBTFDOAOUbzBl+gm74VHwc0z2Vlzc=
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02lp0049.outbound.protection.outlook.com [213.199.154.49]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-32-ErwnAO2sPzmlldOSigjM3A-1; Mon, 14 Nov 2016 05:16:49 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1137.eurprd07.prod.outlook.com (10.163.188.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Mon, 14 Nov 2016 05:16:46 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 05:16:46 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjG7EKOBdDYH4kexB5iD8c/5MKDX7jGAgAAB/oA=
Date: Mon, 14 Nov 2016 05:16:46 +0000
Message-ID: <41C92263-E84F-4240-82E3-F1B25DAD2286@jisc.ac.uk>
References: <49639B45-8C07-449D-BAD2-A5ED07CE58FB@jisc.ac.uk> <CAKD1Yr3RfT-qgRPL5MpUekp+SeEQvV4gyOE3gSTdAymXJyExuA@mail.gmail.com>
In-Reply-To: <CAKD1Yr3RfT-qgRPL5MpUekp+SeEQvV4gyOE3gSTdAymXJyExuA@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.135.173]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1137; 7:nHVjteQoKPwf1JFBXGZamX0EG6fWg4lB1o5qRvJcfzrzyzTcQhjl9cmfs4wlpAAmf2s1WeJM1/U+OpQr7kUVGEW02wEp+WaBOLJntA1HZm49hd9bob39WNIgX0/yAygX4MajL/ypBpb2tKftEYV7a3ew+hyHSMUvwkJ/+/CtDoGZicflBl50V8ZbcK9OH0xacV/Rx3fTgTLFFiKCETfCLt+N6EQcsrbFEm9gOgpD0Q0oSfm6aNzDGbCdhIZ6iMW92b/YUik/F89J8G3t9JU0MxAx7ZhT9i5lCbgivI5HIx4by7Gx+ZWB4b0YARWqk0//YS3sAcrtHkOTQZi1EL4dJmTwRCJWGR1GS745TfREH5g=; 20:trGyn8sz+SuLWPpSbWgsHrzSFJ9KGP+etjXTPTAHlxI0ZwJZl1IwMPAZfv9tZ+ct1zvuLjtEbHwG+M0Ik0F0Tfx2vComBsOoDlBtvLFKm8tuZmCv0hoHo/ru7pTkFZyGn4LG0Sg+Iat9FGHoDReQALD0hSlfuMtBoBG7n/M9jDs=
x-ms-office365-filtering-correlation-id: 214ece10-cc31-4f99-4408-08d40c4d6de7
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1137;
x-microsoft-antispam-prvs: <AM3PR07MB113720D52D36C657F4E0D7DCD6BC0@AM3PR07MB1137.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(211936372134217);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060320)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6061315); SRVR:AM3PR07MB1137; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1137; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(336003)(24454002)(199003)(377454003)(189002)(66066001)(57306001)(101416001)(33656002)(76176999)(7736002)(81166006)(81156014)(50226002)(8936002)(5250100002)(7846002)(68736007)(8676002)(97736004)(50986999)(36756003)(189998001)(42882006)(6916009)(110136003)(87936001)(2900100001)(2950100002)(5660300001)(6116002)(3846002)(74482002)(586003)(230783001)(83716003)(106356001)(106116001)(82746002)(3280700002)(86362001)(105586002)(229853002)(102836003)(4326007)(92566002)(2906002)(3660700001)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1137; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 05:16:46.1279 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1137
X-MC-Unique: ErwnAO2sPzmlldOSigjM3A-1
Content-Type: multipart/alternative; boundary="_000_41C92263E84F424082E3F1B25DAD2286jiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/0R3hZjmTXBSNKexj5zC1OUVMV2s>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 05:17:04 -0000

--_000_41C92263E84F424082E3F1B25DAD2286jiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

T24gMTQgTm92IDIwMTYsIGF0IDA1OjA5LCBMb3JlbnpvIENvbGl0dGkgPGxvcmVuem9AZ29vZ2xl
LmNvbTxtYWlsdG86bG9yZW56b0Bnb29nbGUuY29tPj4gd3JvdGU6DQoNCk9uIE1vbiwgTm92IDE0
LCAyMDE2IGF0IDE6NDQgUE0sIFRpbSBDaG93biA8VGltLkNob3duQGppc2MuYWMudWs8bWFpbHRv
OlRpbS5DaG93bkBqaXNjLmFjLnVrPj4gd3JvdGU6DQotICJhdCBjdXJyZW50IHRpbWUgdGhlcmUg
aXMgYSBub24tdHJpdmlhbCBVRS9zdWJzY3JpYmVyIGJhc2Ugbm90IHN1cHBvcnRpbmcgREhDUHY2
IElBX05B4oCdIC0gd2VsbCwgdGhlcmXigJlzIGFub3RoZXIgd2F5IHRvIGZpeCB0aGF0LCBidXTi
gKYgOikNCg0KQWN0dWFsbHksIHRoZSB0aGluZyB0byBzYXkgaGVyZSBpcyB0aGF0IGFuIElBX05B
LW9ubHkgbmV0d29yayBpcyBub3QgcmVjb21tZW5kZWQgcGVyIFJGQyA3OTM0IHNlY3Rpb24gOC4N
Cg0KVGhhdCB3b3VsZCBpbmRlZWQgYmUgYSBiZXR0ZXIgd2F5IHRvIHB1dCBpdC4NCg0KVGltDQoN
Cg==
--_000_41C92263E84F424082E3F1B25DAD2286jiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <EAEC697BC69E6E4696A679FC7DA6AD5B@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KT24gMTQgTm92IDIwMTYsIGF0IDA1
OjA5LCBMb3JlbnpvIENvbGl0dGkgJmx0OzxhIGhyZWY9Im1haWx0bzpsb3JlbnpvQGdvb2dsZS5j
b20iIGNsYXNzPSIiPmxvcmVuem9AZ29vZ2xlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0i
Ij4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IkFw
cGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIi
IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFzcz0iZ21haWxf
cXVvdGUiPk9uIE1vbiwgTm92IDE0LCAyMDE2IGF0IDE6NDQgUE0sIFRpbSBDaG93biA8c3BhbiBk
aXI9Imx0ciIgY2xhc3M9IiI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOlRpbS5DaG93bkBqaXNjLmFj
LnVrIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+VGltLkNob3duQGppc2MuYWMudWs8L2E+Jmd0
Ozwvc3Bhbj4gd3JvdGU6PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1
b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7
cGFkZGluZy1sZWZ0OjFleCI+DQotICZxdW90O2F0IGN1cnJlbnQgdGltZSB0aGVyZSBpcyBhIG5v
bi10cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQdjYgSUFfTkHi
gJ0gLSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1dOKApiA6KTxi
ciBjbGFzcz0iIj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0K
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkFjdHVhbGx5LCB0aGUgdGhpbmcgdG8gc2F5IGhlcmUgaXMg
dGhhdCBhbiBJQV9OQS1vbmx5IG5ldHdvcmsgaXMgbm90IHJlY29tbWVuZGVkIHBlciBSRkMgNzkz
NCBzZWN0aW9uIDguPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv
Y2txdW90ZT4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5UaGF0IHdvdWxkIGluZGVlZCBi
ZSBhIGJldHRlciB3YXkgdG8gcHV0IGl0LjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rp
dj4NCjxkaXY+VGltPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_41C92263E84F424082E3F1B25DAD2286jiscacuk_--


From nobody Sun Nov 13 21:18:30 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 4BE0212950D for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:18:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 2_OLsiTd1CAP for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:18:27 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95804129525 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:18:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=wff3VO4JdUh4X00rwUd11IEEbsUmaXK0Z9xor9Wd3p8=; b=WN9hKcxOHC9wNNmwD3SRJAc7MtvXsl0oyQXEAvOpdMssCvaOf3KXZWJk3/CSlfJhixLvYacGjnoTqtN1UlbH21d9S2yxwc7swt9l3cEnNA3OfrzrrAPU7A8z3mSZdLeWYc4iWlzBpK8rLD71ExMYCzxgovxAIWpGJ8us9GepBxM=
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp0216.outbound.protection.outlook.com [213.199.154.216]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-14-bK6ypzCKMSiv_hfav6619A-1; Mon, 14 Nov 2016 05:18:21 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1137.eurprd07.prod.outlook.com (10.163.188.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Mon, 14 Nov 2016 05:18:17 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 05:18:17 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
Thread-Index: AQHSPda5++ro+3E0PUacuBtIyuVBWaDXOZiAgACitoCAAALGgIAADVmAgAAE6IA=
Date: Mon, 14 Nov 2016 05:18:17 +0000
Message-ID: <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com>
In-Reply-To: <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.135.173]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1137; 7:gq7Ivjhzgnu2EErQRSAVkeuTp1SxvXanrzMzPTULs79nglknzdyx44Ve8/YAG7OIeGPX7Cv6/MRIM2wAaD1wyAPYMOp7ODZcle0fqBDjecG4WVag4uYmdn3dsE0oobkYMAwqPSKvYuVCh6dvPwYL7mCotblIAzmHS/CMz7HTeb5TyxwgXF/y6e8JRo0UfG4k5hy15NoOADm2ZcrWWCFj5aYgzLi1TWqfrRpOLZ429IzKd1OD5bEnbgFwQ9F+KniWLNCcWGszT1d3G0qhdQKYqv2vUjTrNNbkEkwxKKOUNuSGeSwZj8WqaNS7q30Lj/9rSrRCZ31TDmm2P5fk5+5obCJWOj7xICG18O/2M7kWyg8=; 20:WJFsL5kUdz6QHUuiqV26k9quFgQ6kGSVGhYCWN60D99Du0ivHp0d+Uumce64dZ0xZ0qi+9WDjdM2j0B4DA+VJuwsuSLaanuBiX5ZtqaU8ev/7V3KAiUJTdAshF8BrfOpkiBLZlXThZ70b6ltOTxdOZZ741mKbPfb1umAav0Pdeo=
x-ms-office365-filtering-correlation-id: 99bb5d89-2315-42da-8b3e-08d40c4da469
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1137;
x-microsoft-antispam-prvs: <AM3PR07MB11374A9398EFE4C571D90696D6BC0@AM3PR07MB1137.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(211936372134217);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060320)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6061315); SRVR:AM3PR07MB1137; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1137; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(336003)(24454002)(199003)(377454003)(189002)(66066001)(57306001)(101416001)(33656002)(76176999)(7736002)(81166006)(81156014)(50226002)(8936002)(5250100002)(7846002)(7906003)(68736007)(8676002)(97736004)(50986999)(36756003)(189998001)(42882006)(6916009)(93886004)(110136003)(87936001)(2900100001)(2950100002)(5660300001)(6116002)(3846002)(74482002)(586003)(230783001)(83716003)(106356001)(106116001)(82746002)(3280700002)(86362001)(105586002)(229853002)(102836003)(4326007)(92566002)(2906002)(3660700001)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1137; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 05:18:17.5727 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1137
X-MC-Unique: bK6ypzCKMSiv_hfav6619A-1
Content-Type: multipart/alternative; boundary="_000_21849F527A334CDCB2150EDFD0D5E8DFjiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KOU74gmWyvCRg3wMw-jdFGHWcPU>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Mon, 14 Nov 2016 05:18:28 -0000

--_000_21849F527A334CDCB2150EDFD0D5E8DFjiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

T24gMTQgTm92IDIwMTYsIGF0IDA1OjAwLCBMb3JlbnpvIENvbGl0dGkgPGxvcmVuem9AZ29vZ2xl
LmNvbTxtYWlsdG86bG9yZW56b0Bnb29nbGUuY29tPj4gd3JvdGU6DQoNCk9uIE1vbiwgTm92IDE0
LCAyMDE2IGF0IDE6MTIgUE0sIEJyaWFuIEUgQ2FycGVudGVyIDxicmlhbi5lLmNhcnBlbnRlckBn
bWFpbC5jb208bWFpbHRvOmJyaWFuLmUuY2FycGVudGVyQGdtYWlsLmNvbT4+IHdyb3RlOg0KPiAt
IFRoZXJl4oCZcyBzdGlsbCBhIHJlZmVyZW5jZSB0byB0aGUgRXhwZXJpbWVudGFsIE5QVHY2IFJG
QyA2Mjk2LiBJIGd1ZXNzIHRoaXMgbWF5IHJlbWFpbiBjb250ZW50aW91cyA6KQ0KDQpZZXMuIEl0
J3MgbGlrZSB0ZWxsaW5nIHBlb3BsZSBpdCdzIGEgYmFkIGlkZWEgdG8gc3R1ZmYgYmVhbnMgdXAg
dGhlaXIgbm9zZXMsDQpmb2xsb3dlZCBieSBpbnN0cnVjdGlvbnMgb24gaG93IHRvIGRvIGl0Lg0K
DQorMS4gSSdkIHByZWZlciB0byByZW1vdmUgdGhpcyBjaXRhdGlvbi4NCg0KPiAtIElQdjYgUEkg
aXMgZ2V0dGluZyBlYXNpZXIgdG8gZ2V0IC0gc2VlIGh0dHBzOi8vd3d3LnJpcGUubmV0L3B1Ymxp
Y2F0aW9ucy9kb2NzL3JpcGUtNjU1I0lQdjZfUElfQXNzaWdubWVudHMgZm9yIFJJUEUgcmVnaW9u
Lg0KDQpNYXliZS4gQnV0IHdlIGtub3cgdGhpcyBpcyBuZXZlciBnb2luZyB0byBoYXBwZW4gZm9y
IHRlbnMgb2YgbWlsbGlvbnMgb2Ygc21hbGwNCmJ1c2luZXNzZXMsIHNvIEkgdGhpbmsgdGhlIGFs
dGVybmF0aXZlcyBoYXZlIHRvIGJlIHByZXNlbnRlZCBhcyBuZXV0cmFsbHkgYXMNCnBvc3NpYmxl
Lg0KDQpIb3N0IGFkZHJlc3NpbmcgaXMgb3V0IG9mIHNjb3BlIGZvciB0aGlzIGRyYWZ0LCBzbyBp
dCBkb2Vzbid0IG1hdHRlciBzbyBtdWNoLCBidXQgaWYgd2UncmUgdGFsa2luZyBhYm91dCBtdWx0
aWhvbWluZyB3ZSBzaG91bGQgbm90ZSB0aGF0IHRoZSBiZXN0IGFwcHJvYWNoIGZvciBzbWFsbGVy
IG5ldHdvcmtzIGlzIG11bHRpaG9taW5nIHVzaW5nIFBBIGFkZHJlc3NlcyB2aWEgc291cmNlK2Rl
c3RpbmF0aW9uIGJhc2VkIHJvdXRpbmcuIFRoYXQgaXMgaXMgYmVpbmcgcHVyc3VlZCBpbiB0aGUg
aG9tZW5ldCBhbmQgcm91dGluZyB3b3JraW5nIGdyb3Vwcy4NCg0KU28gYXMgcGVyIHRoZSBtaWMg
Y29tbWVudCB0aGUgZGVzaWduIGNob2ljZXMgZHJhZnQgY291bGQvc2hvdWxkIGRpc3Rpbmd1aXNo
IGJldHdlZW4gbXVsdGlob21pbmcgYW5kIGNoYW5nZSBvZiBwcm92aWRlciBzY2VuYXJpb3MuDQoN
ClRpbQ0KDQo=
--_000_21849F527A334CDCB2150EDFD0D5E8DFjiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <23DDF0C1E24B8E4E987F712144B2753F@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5
cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiAxNCBOb3YgMjAxNiwgYXQgMDU6
MDAsIExvcmVuem8gQ29saXR0aSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxvcmVuem9AZ29vZ2xlLmNv
bSIgY2xhc3M9IiI+bG9yZW56b0Bnb29nbGUuY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIg
Y2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYg
ZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFz
cz0iZ21haWxfcXVvdGUiPk9uIE1vbiwgTm92IDE0LCAyMDE2IGF0IDE6MTIgUE0sIEJyaWFuIEUg
Q2FycGVudGVyIDxzcGFuIGRpcj0ibHRyIiBjbGFzcz0iIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86
YnJpYW4uZS5jYXJwZW50ZXJAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+YnJp
YW4uZS5jYXJwZW50ZXJAZ21haWwuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxiciBjbGFzcz0i
Ij4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAu
OGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPHNwYW4g
Y2xhc3M9IiI+Jmd0OyAtIFRoZXJl4oCZcyBzdGlsbCBhIHJlZmVyZW5jZSB0byB0aGUgRXhwZXJp
bWVudGFsIE5QVHY2IFJGQyA2Mjk2LiBJIGd1ZXNzIHRoaXMgbWF5IHJlbWFpbiBjb250ZW50aW91
cyA6KTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvc3Bhbj5ZZXMuIEl0J3MgbGlrZSB0
ZWxsaW5nIHBlb3BsZSBpdCdzIGEgYmFkIGlkZWEgdG8gc3R1ZmYgYmVhbnMgdXAgdGhlaXIgbm9z
ZXMsPGJyIGNsYXNzPSIiPg0KZm9sbG93ZWQgYnkgaW5zdHJ1Y3Rpb25zIG9uIGhvdyB0byBkbyBp
dC48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i
Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mIzQzOzEuIEknZCBwcmVmZXIgdG8gcmVtb3ZlIHRo
aXMgY2l0YXRpb24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGJsb2NrcXVv
dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxl
ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8c3BhbiBjbGFzcz0iIj4mZ3Q7
IC0gSVB2NiBQSSBpcyBnZXR0aW5nIGVhc2llciB0byBnZXQgLSBzZWUgPGEgaHJlZj0iaHR0cHM6
Ly93d3cucmlwZS5uZXQvcHVibGljYXRpb25zL2RvY3MvcmlwZS02NTUjSVB2Nl9QSV9Bc3NpZ25t
ZW50cyIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+DQpodHRwczov
L3d3dy5yaXBlLm5ldC88d2JyIGNsYXNzPSIiPnB1YmxpY2F0aW9ucy9kb2NzL3JpcGUtNjU1Izx3
YnIgY2xhc3M9IiI+SVB2Nl9QSV9Bc3NpZ25tZW50czwvYT4gZm9yIFJJUEUgcmVnaW9uLjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvc3Bhbj5NYXliZS4gQnV0IHdlIGtub3cgdGhpcyBp
cyBuZXZlciBnb2luZyB0byBoYXBwZW4gZm9yIHRlbnMgb2YgbWlsbGlvbnMgb2Ygc21hbGw8YnIg
Y2xhc3M9IiI+DQpidXNpbmVzc2VzLCBzbyBJIHRoaW5rIHRoZSBhbHRlcm5hdGl2ZXMgaGF2ZSB0
byBiZSBwcmVzZW50ZWQgYXMgbmV1dHJhbGx5IGFzPGJyIGNsYXNzPSIiPg0KcG9zc2libGUuPGJy
IGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SG9zdCBhZGRyZXNzaW5nIGlzIG91dCBvZiBzY29wZSBmb3Ig
dGhpcyBkcmFmdCwgc28gaXQgZG9lc24ndCBtYXR0ZXIgc28gbXVjaCwgYnV0IGlmIHdlJ3JlIHRh
bGtpbmcgYWJvdXQgbXVsdGlob21pbmcgd2Ugc2hvdWxkIG5vdGUgdGhhdCB0aGUgYmVzdCBhcHBy
b2FjaCBmb3Igc21hbGxlciBuZXR3b3JrcyBpcyBtdWx0aWhvbWluZyB1c2luZyBQQSBhZGRyZXNz
ZXMgdmlhIHNvdXJjZSYjNDM7ZGVzdGluYXRpb24gYmFzZWQgcm91dGluZy4NCiBUaGF0IGlzIGlz
IGJlaW5nIHB1cnN1ZWQgaW4gdGhlIGhvbWVuZXQgYW5kIHJvdXRpbmcgd29ya2luZyBncm91cHMu
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5TbyBhcyBwZXIgdGhlIG1pYyBjb21tZW50IHRoZSBk
ZXNpZ24gY2hvaWNlcyBkcmFmdCBjb3VsZC9zaG91bGQgZGlzdGluZ3Vpc2ggYmV0d2VlbiBtdWx0
aWhvbWluZyBhbmQgY2hhbmdlIG9mIHByb3ZpZGVyIHNjZW5hcmlvcy4mbmJzcDs8L2Rpdj4NCjxk
aXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2PlRpbTwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0K
PC9ib2R5Pg0KPC9odG1sPg0K
--_000_21849F527A334CDCB2150EDFD0D5E8DFjiscacuk_--


From nobody Sun Nov 13 21:43:17 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 A34A312961B for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:43:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 erk8j77CPOXR for <v6ops@ietfa.amsl.com>; Sun, 13 Nov 2016 21:43:14 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [146.101.78.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7456129543 for <v6ops@ietf.org>; Sun, 13 Nov 2016 21:43:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=wsT6OgxNXauP22ZKdWd5ZI1JdsWK5VMrv0TIC5C+hVY=; b=A4U2e/idQJN5VI9e51KK9Weweyov5qTaPfUWEmry/mG4ffbxkxnEEL9uKZGR7S7pFx51Yw/shBHFtyC25/dCkbNMz9WU0sbcPLOpNoG5LzsIV8bGNM/PN48c5grGLQQpACJ/K7UiWNGobYm9YbQnMYhKMjJAQ61ivroVsa8xbBo=
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-db5eur03lp0079.outbound.protection.outlook.com [94.245.120.79]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-85-JQXhwMBUNLCHhagSmlZtjg-1; Mon, 14 Nov 2016 05:42:50 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1138.eurprd07.prod.outlook.com (10.163.188.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Mon, 14 Nov 2016 05:42:48 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 05:42:48 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: "Brzozowski, John" <John_Brzozowski@comcast.com>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjTPEKOBdDYH4kexB5iD8c/5MKDX93AA
Date: Mon, 14 Nov 2016 05:42:48 +0000
Message-ID: <7A952355-3CE9-4BCA-9F3D-29CFD5ACAC1D@jisc.ac.uk>
References: <949D6F3E-0D47-4305-9A27-7C275A4DA7F4@cable.comcast.com>
In-Reply-To: <949D6F3E-0D47-4305-9A27-7C275A4DA7F4@cable.comcast.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:67c:370:128:f046:23aa:9c3d:e610]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1138; 7:HxZPeHXkl7XuEOnoUtZ/rbgEXeth+cRatJDeSM0aqouLOfq4xV+jFZJwmeN3zL5muu4YtOLFpB389+B7scQHSbQcIK2i3YbOIO09qqjUKMcMhhYN/NfGTYSz/T+q4ZeTuWvnJX6tab3MyNhuwJHYVckDvzhSqQabfowoKVxQnPi2jA1BFTfzaJECVGvm7DcjqChS0+VrjzfTB26rKXGOavsldZdwOzAYW3gPGGNfweOZhPUaveyfVLqyut2nSj/T4xkMn44zcXWsBTHJ1TCzHZNYWaceSLyBGpajEYIXDtrhOTBwGMknLJdT0Yqxhb+rMiEXCi4iwjEo+/U3i3OOFuxDkl9TDi7WR9droNTWPes=; 20:gj5zyBbzgrpRt4G5bjverhxwllrUc/7w/XJHcjNC5LBAHlhJizxlnsQLvz2eG3t2B9S95f2TceXPKsT3ombCvB8LRpNwlNW7dBQXxaEpSVm3zTfEaTlywnqUlWb9rredOWgEldTI5czo5bzKoKW4b2/tw9pCOr5OIycmMCfdL30=
x-ms-office365-filtering-correlation-id: 4ba1863f-252f-4b79-f9e4-08d40c51113b
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1138;
x-microsoft-antispam-prvs: <AM3PR07MB1138AA3BBAF7772C42F4B141D6BC0@AM3PR07MB1138.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(62221491112393);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001);  SRVR:AM3PR07MB1138; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1138; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(336003)(199003)(189002)(24454002)(13464003)(50226002)(8936002)(8676002)(5660300001)(7906003)(106116001)(4326007)(2906002)(81156014)(81166006)(106356001)(586003)(68736007)(105586002)(2950100002)(82746002)(7736002)(6916009)(42882006)(7846002)(86362001)(230783001)(83716003)(189998001)(229853002)(110136003)(97736004)(87936001)(76176999)(50986999)(36756003)(33656002)(2900100001)(3280700002)(92566002)(101416001)(6116002)(102836003)(3660700001)(74482002)(57306001)(5250100002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1138; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 05:42:48.5298 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1138
X-MC-Unique: JQXhwMBUNLCHhagSmlZtjg-1
Content-Type: multipart/alternative; boundary="_000_7A9523553CE94BCA9F3D29CFD5ACAC1Djiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/SKsx9s_ezkwDBYjt0SVmiA0ULrs>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 05:43:16 -0000

--_000_7A9523553CE94BCA9F3D29CFD5ACAC1Djiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

SGksDQoNCk9uIDE0IE5vdiAyMDE2LCBhdCAwNTowNiwgQnJ6b3pvd3NraSwgSm9obiA8Sm9obl9C
cnpvem93c2tpQGNvbWNhc3QuY29tPG1haWx0bzpKb2huX0Jyem96b3dza2lAY29tY2FzdC5jb20+
PiB3cm90ZToNCg0KU2VlIGJlbG93Lg0KDQpKb2huDQorMS00ODQtOTYyLTAwNjANCg0KLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHY2b3BzIDx2Nm9wcy1ib3VuY2VzQGlldGYub3Jn
PG1haWx0bzp2Nm9wcy1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFRpbSBDaG93biA8
VGltLkNob3duQGppc2MuYWMudWs8bWFpbHRvOlRpbS5DaG93bkBqaXNjLmFjLnVrPj4NCkRhdGU6
IE1vbmRheSwgTm92ZW1iZXIgMTQsIDIwMTYgYXQgMTM6NDQNClRvOiB2Nm9wcyA8djZvcHNAaWV0
Zi5vcmc8bWFpbHRvOnY2b3BzQGlldGYub3JnPj4NClN1YmplY3Q6IFt2Nm9wc10gQ29tbWVudHMg
b24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhvc3QtMDENCg0KICAg
SGksDQoNCiAgIEkgbGlrZSB0aGUgZHJhZnQuDQoNCiAgIFNvbWUgZ2VuZXJhbGx5IHZlcnkgbWlu
b3IgY29tbWVudHM6DQoNCiAgIC0gTW92ZSB0aGUg4oCYQmVuZWZpdHMuLuKAmSBzZW50ZW5jZSB0
byB0aGUgZW5kIG9mIHRoZSBhYnN0cmFjdC4NCltqam1iXSBvaw0KDQogICAtICJhdCBjdXJyZW50
IHRpbWUgdGhlcmUgaXMgYSBub24tdHJpdmlhbCBVRS9zdWJzY3JpYmVyIGJhc2Ugbm90IHN1cHBv
cnRpbmcgREhDUHY2IElBX05B4oCdIC0gd2VsbCwgdGhlcmXigJlzIGFub3RoZXIgd2F5IHRvIGZp
eCB0aGF0LCBidXTigKYgOikNCltqam1iXSBub3QgcmVsZXZhbnQsIGFzIGFuIG9wZXJhdG9yIHdl
IG5lZWQgdG8gbWFrZSBzdXJlIHdlIHN1cHBvcnQgdGhlIGJyb2FkZXN0IHNldCBvZiBVRSBpbXBs
ZW1lbnRhdGlvbnMuDQoNCkkgdGhpbmsgTG9yZW56b+KAmXMgc3VnZ2VzdGlvbiBpcyBnb29kIGhl
cmUuDQoNCiAgIC0gcy9oaXMvdGhlaXINCltqam1iXSBvaw0KDQogICAtIEluIHNlY3Rpb24gNCB5
b3Ugc2F5IHRoZSBVRSBTSE9VTEQgTk9UIHBlcmZvcm0gc3RhdGVmdWwgREhDUC4gIFdoYXQgaGFw
cGVucyBpZiBpdCBkb2VzPyAoZHJhZnQtaWV0Zi12Nm9wcy1kaGNwdjYtc2xhYWMtcHJvYmxlbS0w
NyBkaXNjdXNzZXMgc3VjaCBpc3N1ZXMpDQpbamptYl0gdGhpcyBpcyBkZXBsb3ltZW50IHNwZWNp
ZmljLCBpbiB0aGUgQ29tY2FzdCBjYXNlIFN0YXRlZnVsIERIQ1B2NiByZXF1ZXN0cyB3aWxsIG5v
dCBiZSByZXNwb25kZWQgdG8gb25seSBzdGF0ZWxlc3MuICBBcmUgeW91IHN1Z2dlc3RpbmcgdGhh
dCB3ZSBlbGFib3JhdGUgb24gdGhpcyBmdXJ0aGVyPyAgSWYgeWVzIHdlIG1pZ2h0IHRhcCB5b3Ug
Zm9yIHN1Z2dlc3Rpb25zIG1haW5seSBiZWNhdXNlIHdlIGhhdmUgbm8gcGxhbnMgYXQgdGhpcyBz
dGFnZSB0byB1c2UgREhDUHY2IGZvciBob3N0IGFkZHJlc3NpbmcuICBJZiB3ZSBlbmFibGUgU3Rh
dGVmdWwgREhDUHY2IGl0IHdpbGwgb25seSBiZSBmb3IgREhDUHY2IFBELg0KDQpUaGFua3MsIGFu
ZCB1bmRlcnN0b29kLiBQZXJoYXBzIHRoZSBhYnN0cmFjdCBzaG91bGQgYmUgY2hhbmdlZCBmcm9t
Og0KDQoNCiAgSW4gc29tZSBJUHY2IGVudmlyb25tZW50cyB0aGUgbmVlZCBoYXMgYXJpc2VuIGZv
ciBob3N0cyB0byBiZSBhYmxlIHRvDQogICB1dGlsaXNlIGEgdW5pcXVlIElQdjYgcHJlZml4IGV2
ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZQ0KICAgc2hhcmVkLiAgVHlwaWNhbGx5
IGhvc3RzIChzdWJzY3JpYmVycykgb24gYSBzaGFyZWQgbmV0d29yaywgbGlrZSBXaS0NCiAgIEZp
IG9yIEV0aGVybmV0LCB3aWxsIGFjcXVpcmUgdW5pcXVlIElQdjYgYWRkcmVzc2VzIGZyb20gYSBj
b21tb24gSVB2Ng0KICAgcHJlZml4IHRoYXQgaXMgYWxsb2NhdGVkIG9yIGFzc2lnbmVkIGZvciB1
c2Ugb24gYSBzcGVjaWZpYyBsaW5rLg0KICAgQmVuZWZpdHMgb2YgYSB1bmlxdWUgSVB2NiBwcmVm
aXggY29tcGFyZWQgdG8gYSB1bmlxdWUgSVB2NiBhZGRyZXNzDQogICBmcm9tIHRoZSBzZXJ2aWNl
IHByb3ZpZGVyIGFyZSBnb2luZyBmcm9tIGVuaGFuY2VkIHN1YnNjcmliZXINCiAgIG1hbmFnZW1l
bnQgdG8gaW1wcm92ZWQgaXNvbGF0aW9uIGJldHdlZW4gc3Vic2NyaWJlcnMuDQoNCiAgIEluIG1v
c3QgZGVwbG95bWVudHMgdG9kYXkgSVB2NiBhZGRyZXNzIGFzc2lnbm1lbnQgZnJvbSBhIHNpbmds
ZSBJUHY2DQogICBwcmVmaXggb24gYSBzaGFyZWQgbmV0d29yayBpcyBkb25lIGJ5IGVpdGhlciB1
c2luZyBJUHY2IHN0YXRlbGVzcw0KICAgYWRkcmVzcyBhdXRvLWNvbmZpZ3VyYXRpb24gKFNMQUFD
KSBhbmQvb3Igc3RhdGVmdWwgREhDUHY2LiAgV2hpbGUNCiAgIHRoaXMgaXMgc3RpbGwgdmlhYmxl
IGFuZCBvcGVyYXRlcyBhcyBkZXNpZ25lZCB0aGVyZSBhcmUgc29tZSBsYXJnZQ0KICAgc2NhbGUg
ZW52aXJvbm1lbnRzIHdoZXJlIHRoaXMgY29uY2VwdCBpbnRyb2R1Y2VzIHNpZ25pZmljYW50DQog
ICBwZXJmb3JtYW5jZSBjaGFsbGVuZ2VzIGFuZCBpbXBsaWNhdGlvbnMsIHNwZWNpZmljYWxseSBy
ZWxhdGVkIHRvIElQdjYNCiAgIHJvdXRlciBhbmQgbmVpZ2hib3IgZGlzY292ZXJ5LiAgVGhpcyBk
b2N1bWVudCBvdXRsaW5lcyBhbiBhcHByb2FjaA0KICAgdXRpbGlzaW5nIGV4aXN0aW5nIElQdjYg
cHJvdG9jb2xzIHRvIGFsbG93IGhvc3RzIHRvIGJlIGFzc2lnbmVkIGENCiAgIHVuaXF1ZSBJUHY2
IHByZWZpeCAoaW5zdGVhZCBvZiBhIHVuaXF1ZSBJUHY2IGFkZHJlc3MgZnJvbSBhIHNoYXJlZA0K
ICAgSVB2NiBwcmVmaXgpLg0KDQp0bw0KDQoNCiAgSW4gc29tZSBJUHY2IGVudmlyb25tZW50cyB0
aGUgbmVlZCBoYXMgYXJpc2VuIGZvciBob3N0cyB0byBiZSBhYmxlIHRvDQogICB1dGlsaXNlIGEg
dW5pcXVlIElQdjYgcHJlZml4IGV2ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZQ0K
ICAgc2hhcmVkLiAgVHlwaWNhbGx5IGhvc3RzIChzdWJzY3JpYmVycykgb24gYSBzaGFyZWQgbmV0
d29yaywgbGlrZSBXaS0NCiAgIEZpIG9yIEV0aGVybmV0LCB3aWxsIGFjcXVpcmUgdW5pcXVlIElQ
djYgYWRkcmVzc2VzIGZyb20gYSBjb21tb24gSVB2Ng0KICAgcHJlZml4IHRoYXQgaXMgYWxsb2Nh
dGVkIG9yIGFzc2lnbmVkIGZvciB1c2Ugb24gYSBzcGVjaWZpYyBsaW5rLg0KDQogICBJbiBtb3N0
IGRlcGxveW1lbnRzIHRvZGF5IElQdjYgYWRkcmVzcyBhc3NpZ25tZW50IGZyb20gYSBzaW5nbGUg
SVB2Ng0KICAgcHJlZml4IG9uIGEgc2hhcmVkIG5ldHdvcmsgaXMgZG9uZSBieSBlaXRoZXIgdXNp
bmcgSVB2NiBzdGF0ZWxlc3MNCiAgIGFkZHJlc3MgYXV0by1jb25maWd1cmF0aW9uIChTTEFBQykg
YW5kL29yIHN0YXRlZnVsIERIQ1B2Ni4gIFdoaWxlDQogICB0aGlzIGlzIHN0aWxsIHZpYWJsZSBh
bmQgb3BlcmF0ZXMgYXMgZGVzaWduZWQgdGhlcmUgYXJlIHNvbWUgbGFyZ2UNCiAgIHNjYWxlIGVu
dmlyb25tZW50cyB3aGVyZSB0aGlzIGNvbmNlcHQgaW50cm9kdWNlcyBzaWduaWZpY2FudA0KICAg
cGVyZm9ybWFuY2UgY2hhbGxlbmdlcyBhbmQgaW1wbGljYXRpb25zLCBzcGVjaWZpY2FsbHkgcmVs
YXRlZCB0byBJUHY2DQogICByb3V0ZXIgYW5kIG5laWdoYm9yIGRpc2NvdmVyeS4gVGhpcyBkb2N1
bWVudCB0aHVzIGRldGFpbHMNCg0KICAgdGhlIG1lY2hhbmljcyBpbnZvbHZlZCBmb3IgSVB2NiBT
TEFBQyBiYXNlZCBhZGRyZXNzIGFuZCBzdWJzY3JpYmVyDQogICBtYW5hZ2VtZW50IHRvIGFsbG93
IGhvc3RzIHRvIGJlIGFzc2lnbmVkIGEgdW5pcXVlIElQdjYgcHJlZml4LA0KDQogICBpbnN0ZWFk
IG9mIGEgdW5pcXVlIElQdjYgYWRkcmVzcyBmcm9tIGEgc2hhcmVkIElQdjYgcHJlZml4Lg0KDQog
ICBUaGlzIGFwcHJvYWNoIGFsc28gYmVuZWZpdHMgZnJvbSBlbmhhbmNlZCBzdWJzY3JpYmVyDQoN
CiAgIG1hbmFnZW1lbnQgYW5kIGltcHJvdmVkIGlzb2xhdGlvbiBiZXR3ZWVuIHN1YnNjcmliZXJz
Lg0KDQoNCnRvIGVtcGhhc2lzZSB0aGUgc2NvcGUgLyBmb2N1cyBvZiB0aGlzIGRvY3VtZW50Pw0K
DQpBbmQgcGVyaGFwcyBpbiBTZWN0aW9uIDQgYWRkIHNvbWUgd29yZHMgdG8gc2F5IGFmdGVyIHRo
ZSBTSE9VTEQgTk9UDQpzb21ldGhpbmcgaW4gYnJhY2tldHMgdG8gc2F5IHNvbWV0aGluZyBsaWtl
IOKAnChhbmQgaW4gdGhpcyBtb2RlbCB0aGVyZQ0Kd291bGQgYmUgbm8gcmVzcG9uc2VzIHRvIGFu
eSBzdWNoIElBX05BIHJlcXVlc3RzKS4iDQoNCiAgIC0gUkZDIDYzNDMsIDYxODAsIDYxMDYgYW5k
IEktRC5pZXRmLXY2b3BzLXY0djZ0cmFuLWZyYW1ld29yayBhcmUgaW4gdGhlIHJlZmVyZW5jZXMs
IGJ1dCBub3QgdGhlIHRleHQuDQpbamptYl0gYWNrbm93bGVkZ2VkLCB3ZSB3aWxsIGNsZWFuIHRo
aXMgdXAuDQoNCkdyZWF0IC0gb3ZlcmFsbCBpdOKAmXMgbG9va2luZyBnb29kLg0KDQpCZXN0IHdp
c2hlcywNClRpbQ0KDQoNCiAgIEJlc3Qgd2lzaGVzLA0KICAgVGltDQoNCg0KDQogICBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgdjZvcHMgbWFpbGlu
ZyBsaXN0DQogICB2Nm9wc0BpZXRmLm9yZzxtYWlsdG86djZvcHNAaWV0Zi5vcmc+DQogICBodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzDQoNCg0KDQo=
--_000_7A9523553CE94BCA9F3D29CFD5ACAC1Djiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <D396E5245F336F47ABE1FEB9C85FCFB1@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxk
aXYgY2xhc3M9IiI+T24gMTQgTm92IDIwMTYsIGF0IDA1OjA2LCBCcnpvem93c2tpLCBKb2huICZs
dDs8YSBocmVmPSJtYWlsdG86Sm9obl9Ccnpvem93c2tpQGNvbWNhc3QuY29tIiBjbGFzcz0iIj5K
b2huX0Jyem96b3dza2lAY29tY2FzdC5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFz
cz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFz
cz0iIj5TZWUgYmVsb3cuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KSm9objxiciBjbGFz
cz0iIj4NCiYjNDM7MS00ODQtOTYyLTAwNjA8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQot
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxiciBjbGFzcz0iIj4NCkZyb206IHY2b3BzICZsdDs8
YSBocmVmPSJtYWlsdG86djZvcHMtYm91bmNlc0BpZXRmLm9yZyIgY2xhc3M9IiI+djZvcHMtYm91
bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBUaW0gQ2hvd24gJmx0OzxhIGhyZWY9
Im1haWx0bzpUaW0uQ2hvd25AamlzYy5hYy51ayIgY2xhc3M9IiI+VGltLkNob3duQGppc2MuYWMu
dWs8L2E+Jmd0OzxiciBjbGFzcz0iIj4NCkRhdGU6IE1vbmRheSwgTm92ZW1iZXIgMTQsIDIwMTYg
YXQgMTM6NDQ8YnIgY2xhc3M9IiI+DQpUbzogdjZvcHMgJmx0OzxhIGhyZWY9Im1haWx0bzp2Nm9w
c0BpZXRmLm9yZyIgY2xhc3M9IiI+djZvcHNAaWV0Zi5vcmc8L2E+Jmd0OzxiciBjbGFzcz0iIj4N
ClN1YmplY3Q6IFt2Nm9wc10gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2
Ni1wcmVmaXgtcGVyLWhvc3QtMDE8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsm
bmJzcDsmbmJzcDtIaSw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsm
bmJzcDtJIGxpa2UgdGhlIGRyYWZ0LiA8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJz
cDsmbmJzcDsmbmJzcDtTb21lIGdlbmVyYWxseSB2ZXJ5IG1pbm9yIGNvbW1lbnRzOjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOy0gTW92ZSB0aGUg4oCYQmVu
ZWZpdHMuLuKAmSBzZW50ZW5jZSB0byB0aGUgZW5kIG9mIHRoZSBhYnN0cmFjdC48YnIgY2xhc3M9
IiI+DQpbamptYl0gb2s8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsm
bmJzcDstICZxdW90O2F0IGN1cnJlbnQgdGltZSB0aGVyZSBpcyBhIG5vbi10cml2aWFsIFVFL3N1
YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQdjYgSUFfTkHigJ0gLSB3ZWxsLCB0aGVy
ZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1dOKApiA6KSAmbmJzcDs8YnIgY2xhc3M9
IiI+DQpbamptYl0gbm90IHJlbGV2YW50LCBhcyBhbiBvcGVyYXRvciB3ZSBuZWVkIHRvIG1ha2Ug
c3VyZSB3ZSBzdXBwb3J0IHRoZSBicm9hZGVzdCBzZXQgb2YgVUUgaW1wbGVtZW50YXRpb25zLjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFz
cz0iIj4NCjwvZGl2Pg0KSSB0aGluayBMb3Jlbnpv4oCZcyBzdWdnZXN0aW9uIGlzIGdvb2QgaGVy
ZS48L2Rpdj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUg
dHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJz
cDsmbmJzcDsmbmJzcDstIHMvaGlzL3RoZWlyPGJyIGNsYXNzPSIiPg0KW2pqbWJdIG9rPGJyIGNs
YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7LSBJbiBzZWN0aW9uIDQg
eW91IHNheSB0aGUgVUUgU0hPVUxEIE5PVCBwZXJmb3JtIHN0YXRlZnVsIERIQ1AuICZuYnNwO1do
YXQgaGFwcGVucyBpZiBpdCBkb2VzPyAoZHJhZnQtaWV0Zi12Nm9wcy1kaGNwdjYtc2xhYWMtcHJv
YmxlbS0wNyBkaXNjdXNzZXMgc3VjaCBpc3N1ZXMpPGJyIGNsYXNzPSIiPg0KW2pqbWJdIHRoaXMg
aXMgZGVwbG95bWVudCBzcGVjaWZpYywgaW4gdGhlIENvbWNhc3QgY2FzZSBTdGF0ZWZ1bCBESENQ
djYgcmVxdWVzdHMgd2lsbCBub3QgYmUgcmVzcG9uZGVkIHRvIG9ubHkgc3RhdGVsZXNzLiAmbmJz
cDtBcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB3ZSBlbGFib3JhdGUgb24gdGhpcyBmdXJ0aGVyPyAm
bmJzcDtJZiB5ZXMgd2UgbWlnaHQgdGFwIHlvdSBmb3Igc3VnZ2VzdGlvbnMgbWFpbmx5IGJlY2F1
c2Ugd2UgaGF2ZSBubyBwbGFucyBhdCB0aGlzDQogc3RhZ2UgdG8gdXNlIERIQ1B2NiBmb3IgaG9z
dCBhZGRyZXNzaW5nLiAmbmJzcDtJZiB3ZSBlbmFibGUgU3RhdGVmdWwgREhDUHY2IGl0IHdpbGwg
b25seSBiZSBmb3IgREhDUHY2IFBELjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js
b2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KVGhhbmtzLCBhbmQgdW5kZXJz
dG9vZC4gUGVyaGFwcyB0aGUgYWJzdHJhY3Qgc2hvdWxkIGJlIGNoYW5nZWQgZnJvbTo8L2Rpdj4N
CjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luLXRv
cDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1h
bDsgb3JwaGFuczogMjsgd2lkb3dzOiAyOyIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iSGVsdmV0aWNh
IiBjbGFzcz0iIj4gIEluIHNvbWUgSVB2NiBlbnZpcm9ubWVudHMgdGhlIG5lZWQgaGFzIGFyaXNl
biBmb3IgaG9zdHMgdG8gYmUgYWJsZSB0bw0KICAgdXRpbGlzZSBhIHVuaXF1ZSBJUHY2IHByZWZp
eCBldmVuIHRob3VnaCB0aGUgbGluayBvciBtZWRpYSBtYXkgYmUNCiAgIHNoYXJlZC4gIFR5cGlj
YWxseSBob3N0cyAoc3Vic2NyaWJlcnMpIG9uIGEgc2hhcmVkIG5ldHdvcmssIGxpa2UgV2ktDQog
ICBGaSBvciBFdGhlcm5ldCwgd2lsbCBhY3F1aXJlIHVuaXF1ZSBJUHY2IGFkZHJlc3NlcyBmcm9t
IGEgY29tbW9uIElQdjYNCiAgIHByZWZpeCB0aGF0IGlzIGFsbG9jYXRlZCBvciBhc3NpZ25lZCBm
b3IgdXNlIG9uIGEgc3BlY2lmaWMgbGluay4NCiAgIEJlbmVmaXRzIG9mIGEgdW5pcXVlIElQdjYg
cHJlZml4IGNvbXBhcmVkIHRvIGEgdW5pcXVlIElQdjYgYWRkcmVzcw0KICAgZnJvbSB0aGUgc2Vy
dmljZSBwcm92aWRlciBhcmUgZ29pbmcgZnJvbSBlbmhhbmNlZCBzdWJzY3JpYmVyDQogICBtYW5h
Z2VtZW50IHRvIGltcHJvdmVkIGlzb2xhdGlvbiBiZXR3ZWVuIHN1YnNjcmliZXJzLg0KDQogICBJ
biBtb3N0IGRlcGxveW1lbnRzIHRvZGF5IElQdjYgYWRkcmVzcyBhc3NpZ25tZW50IGZyb20gYSBz
aW5nbGUgSVB2Ng0KICAgcHJlZml4IG9uIGEgc2hhcmVkIG5ldHdvcmsgaXMgZG9uZSBieSBlaXRo
ZXIgdXNpbmcgSVB2NiBzdGF0ZWxlc3MNCiAgIGFkZHJlc3MgYXV0by1jb25maWd1cmF0aW9uIChT
TEFBQykgYW5kL29yIHN0YXRlZnVsIERIQ1B2Ni4gIFdoaWxlDQogICB0aGlzIGlzIHN0aWxsIHZp
YWJsZSBhbmQgb3BlcmF0ZXMgYXMgZGVzaWduZWQgdGhlcmUgYXJlIHNvbWUgbGFyZ2UNCiAgIHNj
YWxlIGVudmlyb25tZW50cyB3aGVyZSB0aGlzIGNvbmNlcHQgaW50cm9kdWNlcyBzaWduaWZpY2Fu
dA0KICAgcGVyZm9ybWFuY2UgY2hhbGxlbmdlcyBhbmQgaW1wbGljYXRpb25zLCBzcGVjaWZpY2Fs
bHkgcmVsYXRlZCB0byBJUHY2DQogICByb3V0ZXIgYW5kIG5laWdoYm9yIGRpc2NvdmVyeS4gIFRo
aXMgZG9jdW1lbnQgb3V0bGluZXMgYW4gYXBwcm9hY2gNCiAgIHV0aWxpc2luZyBleGlzdGluZyBJ
UHY2IHByb3RvY29scyB0byBhbGxvdyBob3N0cyB0byBiZSBhc3NpZ25lZCBhDQogICB1bmlxdWUg
SVB2NiBwcmVmaXggKGluc3RlYWQgb2YgYSB1bmlxdWUgSVB2NiBhZGRyZXNzIGZyb20gYSBzaGFy
ZWQNCiAgIElQdjYgcHJlZml4KS48L2ZvbnQ+PC9wcmU+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz
cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj50bzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cHJlIHN0eWxlPSJtYXJnaW4tdG9w
OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFs
OyBvcnBoYW5zOiAyOyB3aWRvd3M6IDI7IiBjbGFzcz0iIj48Zm9udCBmYWNlPSJIZWx2ZXRpY2Ei
IGNsYXNzPSIiPiAgSW4gc29tZSBJUHY2IGVudmlyb25tZW50cyB0aGUgbmVlZCBoYXMgYXJpc2Vu
IGZvciBob3N0cyB0byBiZSBhYmxlIHRvDQogICB1dGlsaXNlIGEgdW5pcXVlIElQdjYgcHJlZml4
IGV2ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZQ0KICAgc2hhcmVkLiAgVHlwaWNh
bGx5IGhvc3RzIChzdWJzY3JpYmVycykgb24gYSBzaGFyZWQgbmV0d29yaywgbGlrZSBXaS0NCiAg
IEZpIG9yIEV0aGVybmV0LCB3aWxsIGFjcXVpcmUgdW5pcXVlIElQdjYgYWRkcmVzc2VzIGZyb20g
YSBjb21tb24gSVB2Ng0KICAgcHJlZml4IHRoYXQgaXMgYWxsb2NhdGVkIG9yIGFzc2lnbmVkIGZv
ciB1c2Ugb24gYSBzcGVjaWZpYyBsaW5rLg0KDQogICBJbiBtb3N0IGRlcGxveW1lbnRzIHRvZGF5
IElQdjYgYWRkcmVzcyBhc3NpZ25tZW50IGZyb20gYSBzaW5nbGUgSVB2Ng0KICAgcHJlZml4IG9u
IGEgc2hhcmVkIG5ldHdvcmsgaXMgZG9uZSBieSBlaXRoZXIgdXNpbmcgSVB2NiBzdGF0ZWxlc3MN
CiAgIGFkZHJlc3MgYXV0by1jb25maWd1cmF0aW9uIChTTEFBQykgYW5kL29yIHN0YXRlZnVsIERI
Q1B2Ni4gIFdoaWxlDQogICB0aGlzIGlzIHN0aWxsIHZpYWJsZSBhbmQgb3BlcmF0ZXMgYXMgZGVz
aWduZWQgdGhlcmUgYXJlIHNvbWUgbGFyZ2UNCiAgIHNjYWxlIGVudmlyb25tZW50cyB3aGVyZSB0
aGlzIGNvbmNlcHQgaW50cm9kdWNlcyBzaWduaWZpY2FudA0KICAgcGVyZm9ybWFuY2UgY2hhbGxl
bmdlcyBhbmQgaW1wbGljYXRpb25zLCBzcGVjaWZpY2FsbHkgcmVsYXRlZCB0byBJUHY2DQogICBy
b3V0ZXIgYW5kIG5laWdoYm9yIGRpc2NvdmVyeS4gPC9mb250PjxzcGFuIHN0eWxlPSJmb250LWZh
bWlseTogSGVsdmV0aWNhOyIgY2xhc3M9IiI+VGhpcyBkb2N1bWVudCB0aHVzIGRldGFpbHM8L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBw
eDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDI7
IiBjbGFzcz0iIj48cHJlIGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBt
YXJnaW4tYm90dG9tOiAwcHg7IGJyZWFrLWJlZm9yZTogcGFnZTsgZm9udC12YXJpYW50LWxpZ2F0
dXJlczogbm9ybWFsOyI+PGZvbnQgZmFjZT0iSGVsdmV0aWNhIiBjbGFzcz0iIj4gICB0aGUgbWVj
aGFuaWNzIGludm9sdmVkIGZvciBJUHY2IFNMQUFDIGJhc2VkIGFkZHJlc3MgYW5kIHN1YnNjcmli
ZXINCiAgIG1hbmFnZW1lbnQ8L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRp
Y2E7IiBjbGFzcz0iIj4gdG8gYWxsb3cgaG9zdHMgdG8gYmUgYXNzaWduZWQgYSA8L3NwYW4+PHNw
YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IiBjbGFzcz0iIj51bmlxdWUgSVB2NiBw
cmVmaXgsJm5ic3A7PC9zcGFuPjwvcHJlPjxwcmUgY2xhc3M9Im5ld3BhZ2UiIHN0eWxlPSJtYXJn
aW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgYnJlYWstYmVmb3JlOiBwYWdlOyBmb250
LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEhl
bHZldGljYTsiIGNsYXNzPSIiPiAgIGluc3RlYWQgb2YgYSB1bmlxdWUgSVB2NiBhZGRyZXNzIGZy
b20gYSBzaGFyZWQgPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyIg
Y2xhc3M9IiI+SVB2NiBwcmVmaXguPC9zcGFuPjwvcHJlPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6
IG5vcm1hbDsgb3JwaGFuczogMjsgd2lkb3dzOiAyOyIgY2xhc3M9IiI+PHByZSBzdHlsZT0ibWFy
Z2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6
IG5vcm1hbDsiIGNsYXNzPSIiPjxmb250IGZhY2U9IkhlbHZldGljYSIgY2xhc3M9IiI+ICAgVGhp
cyBhcHByb2FjaCBhbHNvIGJlbmVmaXRzIGZyb208L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiBIZWx2ZXRpY2E7IiBjbGFzcz0iIj4gZW5oYW5jZWQgc3Vic2NyaWJlcjwvc3Bhbj48L3By
ZT48cHJlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgZm9udC12
YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iSGVsdmV0aWNh
IiBjbGFzcz0iIj4gICBtYW5hZ2VtZW50IGFuZCBpbXByb3ZlZCBpc29sYXRpb24gYmV0d2VlbiBz
dWJzY3JpYmVycy48L2ZvbnQ+PC9wcmU+PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+PC9kaXY+
PC9wcmU+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+dG8gZW1waGFzaXNlIHRoZSBzY29wZSAvIGZv
Y3VzIG9mIHRoaXMgZG9jdW1lbnQ/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5BbmQgcGVyaGFwcyBpbiBTZWN0aW9uIDQgYWRkIHNvbWUg
d29yZHMgdG8gc2F5IGFmdGVyIHRoZSBTSE9VTEQgTk9UJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz
PSIiPnNvbWV0aGluZyBpbiBicmFja2V0cyB0byBzYXkgc29tZXRoaW5nIGxpa2Ug4oCcKGFuZCBp
biB0aGlzIG1vZGVsIHRoZXJlJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPndvdWxkIGJlIG5v
IHJlc3BvbnNlcyB0byBhbnkgc3VjaCBJQV9OQSByZXF1ZXN0cykuJnF1b3Q7PC9kaXY+DQo8L2Rp
dj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDstIFJGQyA2
MzQzLCA2MTgwLCA2MTA2IGFuZCBJLUQuaWV0Zi12Nm9wcy12NHY2dHJhbi1mcmFtZXdvcmsgYXJl
IGluIHRoZSByZWZlcmVuY2VzLCBidXQgbm90IHRoZSB0ZXh0LjxiciBjbGFzcz0iIj4NCltqam1i
XSBhY2tub3dsZWRnZWQsIHdlIHdpbGwgY2xlYW4gdGhpcyB1cC48YnIgY2xhc3M9IiI+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCkdy
ZWF0IC0gb3ZlcmFsbCBpdOKAmXMgbG9va2luZyBnb29kLjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9
IiI+DQo8L2Rpdj4NCjxkaXY+QmVzdCB3aXNoZXMsPC9kaXY+DQo8ZGl2PlRpbTwvZGl2Pg0KPGRp
dj48YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYg
Y2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNw
O0Jlc3Qgd2lzaGVzLDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwO1RpbSA8YnIgY2xh
c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJz
cDsmbmJzcDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXzxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwO3Y2b3BzIG1haWxpbmcgbGlzdDxi
ciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Im1haWx0bzp2Nm9wc0BpZXRm
Lm9yZyIgY2xhc3M9IiI+djZvcHNAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5i
c3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92
Nm9wcyIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9w
czwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==
--_000_7A9523553CE94BCA9F3D29CFD5ACAC1Djiscacuk_--


From nobody Mon Nov 14 03:34:52 2016
Return-Path: <John_Brzozowski@comcast.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 68D39129454 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:34:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 owQT-xCzuXRD for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:34:49 -0800 (PST)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AD401294C3 for <v6ops@ietf.org>; Mon, 14 Nov 2016 03:34:48 -0800 (PST)
X-AuditID: 60721c4b-1f3ff700000045be-31-5829a155728f
Received: from VAADCEX16.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 53.A0.17854.551A9285; Mon, 14 Nov 2016 06:34:48 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX16.cable.comcast.com (147.191.102.83) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 06:34:45 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 06:34:44 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: Lorenzo Colitti <lorenzo@google.com>, Tim Chown <Tim.Chown@jisc.ac.uk>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPmsYzWI1eACr0E2MJMiM0juRyA==
Date: Mon, 14 Nov 2016 11:34:44 +0000
Message-ID: <EF5FA525-7235-461F-9DDD-9B57243A0C5F@cable.comcast.com>
References: <49639B45-8C07-449D-BAD2-A5ED07CE58FB@jisc.ac.uk> <CAKD1Yr3RfT-qgRPL5MpUekp+SeEQvV4gyOE3gSTdAymXJyExuA@mail.gmail.com>
In-Reply-To: <CAKD1Yr3RfT-qgRPL5MpUekp+SeEQvV4gyOE3gSTdAymXJyExuA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: multipart/alternative; boundary="_000_EF5FA5257235461F9DDD9B57243A0C5Fcablecomcastcom_"
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsWSUOxpoRuxUDPC4M0DLov1p98xWvT9fMxm cfrYXmYHZo8Fm0o9liz5yeSx8vcVtgDmKC6blNSczLLUIn27BK6MXb3XmAoaHCpaZvexNDBO t+ti5OSQEDCRONJ+h6WLkYtDSGAmk8TMz3/ZIJwDjBK3D32AypxklDh9ZyUrSAubgJnEloO3 2UFsEQEvicPv7oLZzALyEs+nzQKzhQWCJD7t3MQMURMsMWndaSYIW0/i9sM5LCA2i4CqxPRX r8FsXgEXie2z9oHVCwm0MErMWcrdxcjBwSkQKLHygx9ImFFATOL7qTVMEKvEJW49mc8E8YGA xJI955khbFGJl4//gZ0pCrTq0+3VLBBxHYmz158wQtgGEluX7oOKK0r8m72eBWJmusT/KxuZ Ic4RlDg58wlUjbjE4SM7WCcwSs5CsnoWkpZZSFpmAV3NLKApsX6XPkSJosSU7ofsELaGROuc uVC2g8S8nvNMyGoWMHKsYpQrS0xMSc7NyC8tMTDUS05MyknVS87PTU4sLgHRmxhBqaBIxnsH 47qf7ocYBTgYlXh4f/ZqRgixJpYVV+YeYpTgYFYS4ZVaABTiTUmsrEotyo8vKs1JLT7EKM3B oiTOKxb6IFxIID2xJDU7NbUgtQgmy8TBKdXAmPFuyS6BNY4Vl4/0eug8jHxpmJ798ovb9OQ7 W4W2sV7/Z9J+l+ul8O/Ew59qeF1zpJq2x3uJ3VxY73Ap80TOjHVNVw0ONS2++FH/7vqTEu+f GYQYHfHdr2mx591us88Pl5/TmfeudWN5v3aujvt2pgAbVWHp7vPbb6xZ8MP7Ut0xmbJozomf VyixFGckGmoxFxUnAgCQcwDKAQMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gkjLi8J2Bh2lbNgygljhZBXkOik>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 11:34:50 -0000

--_000_EF5FA5257235461F9DDD9B57243A0C5Fcablecomcastcom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhlcmUgYXJlIGxhcmdlIHBvcnRpb25zIG9mIHRoZSBDb21jYXN0IG5ldHdvcmsgd2hlcmUgd2Ug
b25seSBzdXBwb3J0IERIQ1B2NiBhc3NpZ25lZCBJQV9OQXMgdG9kYXkuICBNb3N0IGlmIG5vdCBh
bGwgb2YgdGhlIHNhbWUgdXNlIERIQ1B2Ni4NCg0KSG93ZXZlciwgWGZpbml0eSBXaS1GaSwgd2hp
Y2ggaXMgZXNzZW50aWFsbHkgd2hhdCBpcyBkb2N1bWVudGVkIGluIHRoZSBJLUQsIGRvZXMgTk9U
IHV0aWxpemUgREhDUHY2IGZvciBJQV9OQSBhc3NpZ25tZW50LiAgVGhpcyBkb2VzIG5vdCBzZWVt
IHRvIGJlIGVxdWFsIHRvIHRoZSBzdGF0ZW1lbnQgb2ZmZXJlZCBieSBMb3JlbnpvIGJlbG93Lg0K
DQpJIHRoaW5rIExvcmVuem/igJlzIHN0YXRlbWVudCBpcyBtdWNoIGJyb2FkZXIgYW5kIG1heSBi
ZSBhcHByb3ByaWF0ZSBqdXN0IG5vdCBmb3IgdGhlIHVuaXF1ZSBwcmVmaXggcGVyIGhvc3QgSS1E
LiAgQXQgdGhpcyB0aW1lIEkgaGF2ZSBubyBwbGFucyB0byBpbmNsdWRlIHRoaXMgdGV4dC4NCg0K
Sm9obg0KKzEtNDg0LTk2Mi0wMDYwDQoNCkZyb206IHY2b3BzIDx2Nm9wcy1ib3VuY2VzQGlldGYu
b3JnPiBvbiBiZWhhbGYgb2YgTG9yZW56byBDb2xpdHRpIDxsb3JlbnpvQGdvb2dsZS5jb20+DQpE
YXRlOiBNb25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IGF0IDE0OjA5DQpUbzogVGltIENob3duIDxU
aW0uQ2hvd25AamlzYy5hYy51az4NCkNjOiB2Nm9wcyA8djZvcHNAaWV0Zi5vcmc+DQpTdWJqZWN0
OiBSZTogW3Y2b3BzXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLXY2b3BzLXVuaXF1ZS1pcHY2LXBy
ZWZpeC1wZXItaG9zdC0wMQ0KDQpPbiBNb24sIE5vdiAxNCwgMjAxNiBhdCAxOjQ0IFBNLCBUaW0g
Q2hvd24gPFRpbS5DaG93bkBqaXNjLmFjLnVrPG1haWx0bzpUaW0uQ2hvd25AamlzYy5hYy51az4+
IHdyb3RlOg0KLSAiYXQgY3VycmVudCB0aW1lIHRoZXJlIGlzIGEgbm9uLXRyaXZpYWwgVUUvc3Vi
c2NyaWJlciBiYXNlIG5vdCBzdXBwb3J0aW5nIERIQ1B2NiBJQV9OQeKAnSAtIHdlbGwsIHRoZXJl
4oCZcyBhbm90aGVyIHdheSB0byBmaXggdGhhdCwgYnV04oCmIDopDQoNCkFjdHVhbGx5LCB0aGUg
dGhpbmcgdG8gc2F5IGhlcmUgaXMgdGhhdCBhbiBJQV9OQS1vbmx5IG5ldHdvcmsgaXMgbm90IHJl
Y29tbWVuZGVkIHBlciBSRkMgNzkzNCBzZWN0aW9uIDguDQo=

--_000_EF5FA5257235461F9DDD9B57243A0C5Fcablecomcastcom_
Content-Type: text/html; charset="utf-8"
Content-ID: <6052F0BD573F414D967112426B085E97@cable.comcast.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Iu+8re+8syDmmI7mnJ0iO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz
IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx
NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs
LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90
dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3
IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp
dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls
U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi
VGltZXMgTmV3IFJvbWFuIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21z
by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVj
b3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT
ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4g
MS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0
eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJi
bHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+VGhlcmUgYXJlIGxh
cmdlIHBvcnRpb25zIG9mIHRoZSBDb21jYXN0IG5ldHdvcmsgd2hlcmUgd2Ugb25seSBzdXBwb3J0
IERIQ1B2NiBhc3NpZ25lZCBJQV9OQXMgdG9kYXkuJm5ic3A7IE1vc3QgaWYgbm90IGFsbCBvZiB0
aGUgc2FtZSB1c2UgREhDUHY2LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTQuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0
LjBwdCI+SG93ZXZlciwgWGZpbml0eSBXaS1GaSwgd2hpY2ggaXMgZXNzZW50aWFsbHkgd2hhdCBp
cyBkb2N1bWVudGVkIGluIHRoZSBJLUQsIGRvZXMgTk9UIHV0aWxpemUgREhDUHY2IGZvciBJQV9O
QSBhc3NpZ25tZW50LiZuYnNwOyBUaGlzIGRvZXMgbm90IHNlZW0gdG8gYmUgZXF1YWwgdG8gdGhl
IHN0YXRlbWVudCBvZmZlcmVkIGJ5IExvcmVuem8gYmVsb3cuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTQuMHB0Ij5JIHRoaW5rIExvcmVuem/igJlzIHN0YXRlbWVudCBpcyBt
dWNoIGJyb2FkZXIgYW5kIG1heSBiZSBhcHByb3ByaWF0ZSBqdXN0IG5vdCBmb3IgdGhlIHVuaXF1
ZSBwcmVmaXggcGVyIGhvc3QgSS1ELiZuYnNwOyBBdCB0aGlzIHRpbWUgSSBoYXZlIG5vIHBsYW5z
IHRvIGluY2x1ZGUgdGhpcyB0ZXh0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTQuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMy41cHQ7Y29sb3I6YmxhY2siPkpvaG48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEzLjVwdDtjb2xvcjpibGFjayI+JiM0MzsxLTQ4NC05NjItMDA2MDwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1m
YW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPnY2b3BzICZsdDt2Nm9wcy1ib3VuY2Vz
QGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgTG9yZW56byBDb2xpdHRpICZsdDtsb3JlbnpvQGdv
b2dsZS5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgTm92ZW1iZXIgMTQsIDIwMTYg
YXQgMTQ6MDk8YnI+DQo8Yj5UbzogPC9iPlRpbSBDaG93biAmbHQ7VGltLkNob3duQGppc2MuYWMu
dWsmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj52Nm9wcyAmbHQ7djZvcHNAaWV0Zi5vcmcmZ3Q7PGJyPg0K
PGI+U3ViamVjdDogPC9iPlJlOiBbdjZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMt
dW5pcXVlLWlwdjYtcHJlZml4LXBlci1ob3N0LTAxPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+T24gTW9uLCBOb3YgMTQs
IDIwMTYgYXQgMTo0NCBQTSwgVGltIENob3duICZsdDs8YSBocmVmPSJtYWlsdG86VGltLkNob3du
QGppc2MuYWMudWsiIHRhcmdldD0iX2JsYW5rIj5UaW0uQ2hvd25AamlzYy5hYy51azwvYT4mZ3Q7
IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDtt
YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4tICZxdW90O2F0IGN1cnJlbnQgdGltZSB0aGVyZSBp
cyBhIG5vbi10cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQdjYg
SUFfTkHigJ0gLSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1dOKA
piA6KTxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu
Ij5BY3R1YWxseSwgdGhlIHRoaW5nIHRvIHNheSBoZXJlIGlzIHRoYXQgYW4gSUFfTkEtb25seSBu
ZXR3b3JrIGlzIG5vdCByZWNvbW1lbmRlZCBwZXIgUkZDIDc5MzQgc2VjdGlvbiA4LjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4N
CjwvaHRtbD4NCg==

--_000_EF5FA5257235461F9DDD9B57243A0C5Fcablecomcastcom_--


From nobody Mon Nov 14 03:40:11 2016
Return-Path: <John_Brzozowski@comcast.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 1641112950F for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:40:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 WzTb8JbBNb0T for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:40:07 -0800 (PST)
Received: from vaadcmhout02.cable.comcast.com (vaadcmhout02.cable.comcast.com [96.114.28.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E50312945D for <v6ops@ietf.org>; Mon, 14 Nov 2016 03:40:07 -0800 (PST)
X-AuditID: 60721c4c-d7fff7000000666c-66-5829a294f7f5
Received: from VAADCEX10.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 4B.12.26220.492A9285; Mon, 14 Nov 2016 06:40:06 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX10.cable.comcast.com (147.191.102.77) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 06:40:03 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 06:40:03 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPmvWzWI1eACr0E2MJMiM0juRyA==
Date: Mon, 14 Nov 2016 11:40:03 +0000
Message-ID: <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es>
In-Reply-To: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: text/plain; charset="utf-8"
Content-ID: <F18745D4B5E6FE4F9854AE0D0AC77E13@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNIsWRmVeSWpSXmKPExsWSUOxpoTttkWaEwbuzkhZ/j39mtjh9bC+z A5PHuv0BHkuW/GQKYIrisklJzcksSy3St0vgyjjS2s1ccEipYtLptSwNjBcUuxg5OSQETCT2 vfvD0sXIxSEkMJNJ4unsecwgCSGBA4wSnw54QCROMkpc3bwTLMEmYCax5eBtdhBbRCBGYvrO HSwgtrBAkMSnnZuYIeLBEpPWnWaCsPUkPj19BRZnEVCV2HL8HxuIzSvgArTsBDvEMkeJCe+e gdVzCjhJLDnyHKyGUUBM4vupNWBxZgFxiVtP5jNBXC0gsWTPeWYIW1Ti5eN/rCC2KMiu26tZ IOI6EmevP2GEsA0kti7dBxVXlPg3ez2QzQE0U1Ni/S59iPEOEgv3LWeFsBUlpnQ/ZIc4U1Di 5MwnUK2SEgdX3GCZwCg1C8lFsxAmzUIyaRaSSbOQTFrAyLqKUa4sMTElOTcjv7TEwEgvOTEp J1UvOT83ObG4BERvYgRFcZGMzw7GT9M8DjEKcDAq8fAWTdCMEGJNLCuuzD3EKMHBrCTCK7UA KMSbklhZlVqUH19UmpNafIhRmoNFSZxXJPRBuJBAemJJanZqakFqEUyWiYNTqoHR95EJa5BP 3jrD1bMOB/tUc+pYrfwQ0KHOy7/ueZKPmoClsvvXOI+ptR823a+yrPhqGP9LTkf4VGf0ppsB 02c0vWO8+thWzaC7Se1unWfD34Vx/6r/G/3IY64y+zZ/Bt93vZT6SXZNCxvUL3poar15+e2N 1kejnX9EvQ4rXdBhXa/EyjW31FeJpTgj0VCLuag4EQBgzNeJ3gIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/UboiyzuavqAbDMl2KhuMdcaN124>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 11:40:09 -0000

Sm9yZGksDQoNCkkgd291bGQgYmUgd2lsbGluZyB0byBjb25zaWRlciB0aGlzLCBzbyBwbGVhc2Ug
ZmVlbCBmcmVlIHRvIHNlbmQgc29tZSB0ZXh0IGZvciB1cyB0byBjb25zaWRlci4gIEhvd2V2ZXIs
IGluIHRoZSBzcGlyaXQga2VlcGluZyB0aGluZ3MgYmFzZWQgb24gcmVhbGl0eSBJIGhlc2l0YXRl
IHRvIGdvIHRvbyBmYXIgZG93biB0aGUgREMgcGF0aCwgbWFpbmx5IGJlY2F1c2UgdGhpcyBoYXMg
bm90IGRlcGxveWVkIGluIHRoaXMgY29udGV4dCB0byBkYXRlLiAgU28gSSBwcm9wb3NlIHdlIGxp
bWl0ZWQsIGhpZ2gtbGV2ZWwgcmVmZXJlbmNlcyB0byBvdGhlciBwb3NzaWJsZSBkZXBsb3ltZW50
IHVzZXMgY2FzZXMuICBJbiB0aGUgZnV0dXJlIHdlIG1heSB2ZXJ5IHdlbGwgYmUgYWJsZSB0byBw
b2ludCB0byBvdGhlciBJLURzIGxpa2UgdGhlIG9uZSBiZWxvdzoNCg0KaHR0cHM6Ly90b29scy5p
ZXRmLm9yZy9odG1sL2RyYWZ0LXBpb3hmb2xrcy02bWFuLXBpby1leGNsdXNpdmUtYml0LTAxDQoN
ClRoYW5rcyBmb3IgdGhlIHJldmlldyBhbmQgdGhlIG9mZmVyIHRvIHdyaXRlIHNvbWUgdGV4dC4N
Cg0KSm9obg0KKzEtNDg0LTk2Mi0wMDYwDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG
cm9tOiB2Nm9wcyA8djZvcHMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEpPUkRJIE1B
UlRJTkVaIDxqb3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4NClJlcGx5LVRvOiBKT1JESSBNQVJU
SU5FWiA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+DQpEYXRlOiBNb25kYXksIE5vdmVtYmVy
IDE0LCAyMDE2IGF0IDE0OjA4DQpUbzogdjZvcHMgPHY2b3BzQGlldGYub3JnPg0KU3ViamVjdDog
UmU6IFt2Nm9wc10gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVm
aXgtcGVyLWhvc3QtMDENCg0KICAgIEkgdGhpbmsgdGhpcyBjYW4gYmUgYWxzbyB1c2VmdWwgaW4g
ZGF0YS1jZW50cmUgc2NlbmFyaW9zIChob3N0aW5nL2hvdXNpbmcsIGV0Yy4pLg0KICAgIA0KICAg
IEl0IHdpbGwgYmUgbmljZSB0byBpbmNsdWRlIHNvbWUgdGV4dCAoYWJzdHJhY3QsIGludHJvLCBt
YXkgYmUgc29tZXdoZXJlIGVsc2UpIHRvIG1hZGUgaXQgY2xlYXIgdGhhdCBzY2VuYXJpby4NCiAg
ICANCiAgICBJ4oCZbSBoYXBweSB0byB3cml0ZSBkb3duIHNvbWUgc3BlY2lmaWMgY2hhbmdlcyBp
ZiB5b3UgbGlrZS4NCiAgICANCiAgICBSZWdhcmRzLA0KICAgIEpvcmRpDQogICAgDQogICAgDQog
ICAgLS0tLS1NZW5zYWplIG9yaWdpbmFsLS0tLS0NCiAgICBEZTogdjZvcHMgPHY2b3BzLWJvdW5j
ZXNAaWV0Zi5vcmc+IGVuIG5vbWJyZSBkZSBUaW0gQ2hvd24gPFRpbS5DaG93bkBqaXNjLmFjLnVr
Pg0KICAgIFJlc3BvbmRlciBhOiA8VGltLkNob3duQGppc2MuYWMudWs+DQogICAgRmVjaGE6IGx1
bmVzLCAxNCBkZSBub3ZpZW1icmUgZGUgMjAxNiwgMTM6NDQNCiAgICBQYXJhOiB2Nm9wcyBsaXN0
IDx2Nm9wc0BpZXRmLm9yZz4NCiAgICBBc3VudG86IFt2Nm9wc10gQ29tbWVudHMgb24gZHJhZnQt
aWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhvc3QtMDENCiAgICANCiAgICAgICAg
SGksDQogICAgICAgIA0KICAgICAgICBJIGxpa2UgdGhlIGRyYWZ0LiANCiAgICAgICAgDQogICAg
ICAgIFNvbWUgZ2VuZXJhbGx5IHZlcnkgbWlub3IgY29tbWVudHM6DQogICAgICAgIA0KICAgICAg
ICAtIE1vdmUgdGhlIOKAmEJlbmVmaXRzLi7igJkgc2VudGVuY2UgdG8gdGhlIGVuZCBvZiB0aGUg
YWJzdHJhY3QuDQogICAgICAgIA0KICAgICAgICAtICJhdCBjdXJyZW50IHRpbWUgdGhlcmUgaXMg
YSBub24tdHJpdmlhbCBVRS9zdWJzY3JpYmVyIGJhc2Ugbm90IHN1cHBvcnRpbmcgREhDUHY2IElB
X05B4oCdIC0gd2VsbCwgdGhlcmXigJlzIGFub3RoZXIgd2F5IHRvIGZpeCB0aGF0LCBidXTigKYg
OikgIA0KICAgICAgICANCiAgICAgICAgLSBzL2hpcy90aGVpcg0KICAgICAgICANCiAgICAgICAg
LSBJbiBzZWN0aW9uIDQgeW91IHNheSB0aGUgVUUgU0hPVUxEIE5PVCBwZXJmb3JtIHN0YXRlZnVs
IERIQ1AuICBXaGF0IGhhcHBlbnMgaWYgaXQgZG9lcz8gKGRyYWZ0LWlldGYtdjZvcHMtZGhjcHY2
LXNsYWFjLXByb2JsZW0tMDcgZGlzY3Vzc2VzIHN1Y2ggaXNzdWVzKQ0KICAgICAgICANCiAgICAg
ICAgLSBSRkMgNjM0MywgNjE4MCwgNjEwNiBhbmQgSS1ELmlldGYtdjZvcHMtdjR2NnRyYW4tZnJh
bWV3b3JrIGFyZSBpbiB0aGUgcmVmZXJlbmNlcywgYnV0IG5vdCB0aGUgdGV4dC4NCiAgICAgICAg
DQogICAgICAgIEJlc3Qgd2lzaGVzLA0KICAgICAgICBUaW0gDQogICAgICAgIA0KICAgICAgICAN
CiAgICAgICAgDQogICAgICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQogICAgICAgIHY2b3BzIG1haWxpbmcgbGlzdA0KICAgICAgICB2Nm9wc0BpZXRm
Lm9yZw0KICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3Bz
DQogICAgICAgIA0KICAgIA0KICAgIA0KICAgIA0KICAgICoqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioNCiAgICBJUHY0IGlzIG92ZXINCiAgICBBcmUgeW91IHJl
YWR5IGZvciB0aGUgbmV3IEludGVybmV0ID8NCiAgICBodHRwOi8vd3d3LmNvbnN1bGludGVsLmVz
DQogICAgVGhlIElQdjYgQ29tcGFueQ0KICAgIA0KICAgIFRoaXMgZWxlY3Ryb25pYyBtZXNzYWdl
IGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIG1heSBiZSBwcml2aWxlZ2VkIG9yIGNvbmZpZGVu
dGlhbC4gVGhlIGluZm9ybWF0aW9uIGlzIGludGVuZGVkIHRvIGJlIGZvciB0aGUgdXNlIG9mIHRo
ZSBpbmRpdmlkdWFsKHMpIG5hbWVkIGFib3ZlLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg
cmVjaXBpZW50IGJlIGF3YXJlIHRoYXQgYW55IGRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1
dGlvbiBvciB1c2Ugb2YgdGhlIGNvbnRlbnRzIG9mIHRoaXMgaW5mb3JtYXRpb24sIGluY2x1ZGlu
ZyBhdHRhY2hlZCBmaWxlcywgaXMgcHJvaGliaXRlZC4NCiAgICANCiAgICANCiAgICANCiAgICBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIHY2b3Bz
IG1haWxpbmcgbGlzdA0KICAgIHY2b3BzQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcw0KICAgIA0KDQo=


From nobody Mon Nov 14 03:53:21 2016
Return-Path: <John_Brzozowski@comcast.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 B17761293E0 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:53:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 yagaWUFJ94r3 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 03:53:18 -0800 (PST)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D76412945D for <v6ops@ietf.org>; Mon, 14 Nov 2016 03:53:17 -0800 (PST)
X-AuditID: 60721c4b-20bff700000045be-f4-5829a5ab79d8
Received: from VAADCEX11.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id D7.B0.17854.BA5A9285; Mon, 14 Nov 2016 06:53:17 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX11.cable.comcast.com (147.191.102.78) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 06:53:14 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 06:53:14 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: Tim Chown <Tim.Chown@jisc.ac.uk>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjTPzWI1eACr0E2MJMiM0juRyA==
Date: Mon, 14 Nov 2016 11:53:14 +0000
Message-ID: <40D7B744-6FAC-4AF3-B3C6-DD45441EB7FD@cable.comcast.com>
References: <949D6F3E-0D47-4305-9A27-7C275A4DA7F4@cable.comcast.com> <7A952355-3CE9-4BCA-9F3D-29CFD5ACAC1D@jisc.ac.uk>
In-Reply-To: <7A952355-3CE9-4BCA-9F3D-29CFD5ACAC1D@jisc.ac.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: multipart/alternative; boundary="_000_40D7B7446FAC4AF3B3C6DD45441EB7FDcablecomcastcom_"
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrGIsWRmVeSWpSXmKPExsWSUOxpobt2qWaEwZ9GPou+n4/ZLE4f28vs wOSxZMlPJo+Vv6+wBTBFcdmkpOZklqUW6dslcGUcvfWTqeDFQ8aKc13T2BsYX99m7GLk4JAQ MJE4/p+/i5GLQ0hgJpPE6W13mSGcA4wS/QsmM0E4JxklLkxrBXI4OdgEzCS2HLzNDmKLCKhI HHj7iRHEZhaQl3g+bRZYXFggSOLTzk3MEDXBEpPWnWaCsPUkzt/7wQpiswioSrw994cV5Ape AReJPTcNQMJCAhUSM3ZOZQOxOQXsJFZ8+wA2nlFATOL7qTVMEKvEJW49mQ9mSwgISCzZc54Z whaVePn4H9h4UaBVn26vZoGI60icvf6EEcI2kNi6dB9UXFHi3+z1LBAz0yWe/90BVsMrIChx cuYTqBpxicNHdrBOYJSchWT1LCQts5C0zAL6hllAU2L9Ln2IEkWJKd0P2SFsDYnWOXOhbAeJ K6fesSGrWcDIsYpRriwxMSU5NyO/tMTAUC85MSknVS85Pzc5sbgERG9iBMV+kYz3DsZ1P90P MQpwMCrx8FYAU4IQa2JZcWXuIUYJDmYlEV6pBUAh3pTEyqrUovz4otKc1OJDjNIcLErivGKh D8KFBNITS1KzU1MLUotgskwcnFINjOl5kUmtpewHj8pZGx3aN0Eslidj1YYlndFvq89Yn3rI 93vLdr23m1PmPXqbKGXptEQ3fhfv4karR1PLOINmPK9mON295/EBIbuXXtmapV4LHMJbFyx0 2Xox1zhEVCz9q9qta5OfbvobHsGh/Snq7euV/fxtmn89wtdf1ustCPBgWPrpSm2mgBJLcUai oRZzUXEiAIL/Ei/5AgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/eG-g1TbKO43PTjEmH6p_tP_Wf8U>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 11:53:19 -0000

--_000_40D7B7446FAC4AF3B3C6DD45441EB7FDcablecomcastcom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhhbmtzIGZvciB0aGUgdGV4dCBUaW0gbW9zdCBvZiBpdCBsb29rcyBwcmV0dHkgZ29vZC4gIEkg
aGF2ZSB0byB0YWtlIGEgY2xvc2VyIGxvb2sgYXQgdGhlIElBX05BIHNwZWNpZmljIGl0ZW1zLCBw
ZXIgbXkgZWFybGllciBlbWFpbC4gIFdlIHdpbGwgdHJ5IHRvIGNhcHR1cmUgdGhlIHNlbnRpbWVu
dHMgeW91IG91dGxpbmUgYmVsb3cuDQoNCkpvaG4NCisxLTQ4NC05NjItMDA2MA0KDQpGcm9tOiBU
aW0gQ2hvd24gPFRpbS5DaG93bkBqaXNjLmFjLnVrPg0KRGF0ZTogTW9uZGF5LCBOb3ZlbWJlciAx
NCwgMjAxNiBhdCAxNDo0Mg0KVG86IEpvaG4gQnJ6b3pvd3NraSA8Sm9obl9Ccnpvem93c2tpQENh
YmxlLkNvbWNhc3QuY29tPg0KQ2M6IHY2b3BzIDx2Nm9wc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJl
OiBbdjZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlwdjYtcHJlZml4
LXBlci1ob3N0LTAxDQoNCkhpLA0KDQpPbiAxNCBOb3YgMjAxNiwgYXQgMDU6MDYsIEJyem96b3dz
a2ksIEpvaG4gPEpvaG5fQnJ6b3pvd3NraUBjb21jYXN0LmNvbTxtYWlsdG86Sm9obl9Ccnpvem93
c2tpQGNvbWNhc3QuY29tPj4gd3JvdGU6DQoNClNlZSBiZWxvdy4NCg0KSm9obg0KKzEtNDg0LTk2
Mi0wMDYwDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiB2Nm9wcyA8djZvcHMt
Ym91bmNlc0BpZXRmLm9yZzxtYWlsdG86djZvcHMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFs
ZiBvZiBUaW0gQ2hvd24gPFRpbS5DaG93bkBqaXNjLmFjLnVrPG1haWx0bzpUaW0uQ2hvd25Aamlz
Yy5hYy51az4+DQpEYXRlOiBNb25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IGF0IDEzOjQ0DQpUbzog
djZvcHMgPHY2b3BzQGlldGYub3JnPG1haWx0bzp2Nm9wc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBb
djZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlwdjYtcHJlZml4LXBl
ci1ob3N0LTAxDQoNCiAgIEhpLA0KDQogICBJIGxpa2UgdGhlIGRyYWZ0Lg0KDQogICBTb21lIGdl
bmVyYWxseSB2ZXJ5IG1pbm9yIGNvbW1lbnRzOg0KDQogICAtIE1vdmUgdGhlIOKAmEJlbmVmaXRz
Li7igJkgc2VudGVuY2UgdG8gdGhlIGVuZCBvZiB0aGUgYWJzdHJhY3QuDQpbamptYl0gb2sNCg0K
ICAgLSAiYXQgY3VycmVudCB0aW1lIHRoZXJlIGlzIGEgbm9uLXRyaXZpYWwgVUUvc3Vic2NyaWJl
ciBiYXNlIG5vdCBzdXBwb3J0aW5nIERIQ1B2NiBJQV9OQeKAnSAtIHdlbGwsIHRoZXJl4oCZcyBh
bm90aGVyIHdheSB0byBmaXggdGhhdCwgYnV04oCmIDopDQpbamptYl0gbm90IHJlbGV2YW50LCBh
cyBhbiBvcGVyYXRvciB3ZSBuZWVkIHRvIG1ha2Ugc3VyZSB3ZSBzdXBwb3J0IHRoZSBicm9hZGVz
dCBzZXQgb2YgVUUgaW1wbGVtZW50YXRpb25zLg0KDQpJIHRoaW5rIExvcmVuem/igJlzIHN1Z2dl
c3Rpb24gaXMgZ29vZCBoZXJlLg0KDQogICAtIHMvaGlzL3RoZWlyDQpbamptYl0gb2sNCg0KICAg
LSBJbiBzZWN0aW9uIDQgeW91IHNheSB0aGUgVUUgU0hPVUxEIE5PVCBwZXJmb3JtIHN0YXRlZnVs
IERIQ1AuICBXaGF0IGhhcHBlbnMgaWYgaXQgZG9lcz8gKGRyYWZ0LWlldGYtdjZvcHMtZGhjcHY2
LXNsYWFjLXByb2JsZW0tMDcgZGlzY3Vzc2VzIHN1Y2ggaXNzdWVzKQ0KW2pqbWJdIHRoaXMgaXMg
ZGVwbG95bWVudCBzcGVjaWZpYywgaW4gdGhlIENvbWNhc3QgY2FzZSBTdGF0ZWZ1bCBESENQdjYg
cmVxdWVzdHMgd2lsbCBub3QgYmUgcmVzcG9uZGVkIHRvIG9ubHkgc3RhdGVsZXNzLiAgQXJlIHlv
dSBzdWdnZXN0aW5nIHRoYXQgd2UgZWxhYm9yYXRlIG9uIHRoaXMgZnVydGhlcj8gIElmIHllcyB3
ZSBtaWdodCB0YXAgeW91IGZvciBzdWdnZXN0aW9ucyBtYWlubHkgYmVjYXVzZSB3ZSBoYXZlIG5v
IHBsYW5zIGF0IHRoaXMgc3RhZ2UgdG8gdXNlIERIQ1B2NiBmb3IgaG9zdCBhZGRyZXNzaW5nLiAg
SWYgd2UgZW5hYmxlIFN0YXRlZnVsIERIQ1B2NiBpdCB3aWxsIG9ubHkgYmUgZm9yIERIQ1B2NiBQ
RC4NCg0KVGhhbmtzLCBhbmQgdW5kZXJzdG9vZC4gUGVyaGFwcyB0aGUgYWJzdHJhY3Qgc2hvdWxk
IGJlIGNoYW5nZWQgZnJvbToNCg0KDQogIEluIHNvbWUgSVB2NiBlbnZpcm9ubWVudHMgdGhlIG5l
ZWQgaGFzIGFyaXNlbiBmb3IgaG9zdHMgdG8gYmUgYWJsZSB0bw0KDQogICB1dGlsaXNlIGEgdW5p
cXVlIElQdjYgcHJlZml4IGV2ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZQ0KDQog
ICBzaGFyZWQuICBUeXBpY2FsbHkgaG9zdHMgKHN1YnNjcmliZXJzKSBvbiBhIHNoYXJlZCBuZXR3
b3JrLCBsaWtlIFdpLQ0KDQogICBGaSBvciBFdGhlcm5ldCwgd2lsbCBhY3F1aXJlIHVuaXF1ZSBJ
UHY2IGFkZHJlc3NlcyBmcm9tIGEgY29tbW9uIElQdjYNCg0KICAgcHJlZml4IHRoYXQgaXMgYWxs
b2NhdGVkIG9yIGFzc2lnbmVkIGZvciB1c2Ugb24gYSBzcGVjaWZpYyBsaW5rLg0KDQogICBCZW5l
Zml0cyBvZiBhIHVuaXF1ZSBJUHY2IHByZWZpeCBjb21wYXJlZCB0byBhIHVuaXF1ZSBJUHY2IGFk
ZHJlc3MNCg0KICAgZnJvbSB0aGUgc2VydmljZSBwcm92aWRlciBhcmUgZ29pbmcgZnJvbSBlbmhh
bmNlZCBzdWJzY3JpYmVyDQoNCiAgIG1hbmFnZW1lbnQgdG8gaW1wcm92ZWQgaXNvbGF0aW9uIGJl
dHdlZW4gc3Vic2NyaWJlcnMuDQoNCg0KDQogICBJbiBtb3N0IGRlcGxveW1lbnRzIHRvZGF5IElQ
djYgYWRkcmVzcyBhc3NpZ25tZW50IGZyb20gYSBzaW5nbGUgSVB2Ng0KDQogICBwcmVmaXggb24g
YSBzaGFyZWQgbmV0d29yayBpcyBkb25lIGJ5IGVpdGhlciB1c2luZyBJUHY2IHN0YXRlbGVzcw0K
DQogICBhZGRyZXNzIGF1dG8tY29uZmlndXJhdGlvbiAoU0xBQUMpIGFuZC9vciBzdGF0ZWZ1bCBE
SENQdjYuICBXaGlsZQ0KDQogICB0aGlzIGlzIHN0aWxsIHZpYWJsZSBhbmQgb3BlcmF0ZXMgYXMg
ZGVzaWduZWQgdGhlcmUgYXJlIHNvbWUgbGFyZ2UNCg0KICAgc2NhbGUgZW52aXJvbm1lbnRzIHdo
ZXJlIHRoaXMgY29uY2VwdCBpbnRyb2R1Y2VzIHNpZ25pZmljYW50DQoNCiAgIHBlcmZvcm1hbmNl
IGNoYWxsZW5nZXMgYW5kIGltcGxpY2F0aW9ucywgc3BlY2lmaWNhbGx5IHJlbGF0ZWQgdG8gSVB2
Ng0KDQogICByb3V0ZXIgYW5kIG5laWdoYm9yIGRpc2NvdmVyeS4gIFRoaXMgZG9jdW1lbnQgb3V0
bGluZXMgYW4gYXBwcm9hY2gNCg0KICAgdXRpbGlzaW5nIGV4aXN0aW5nIElQdjYgcHJvdG9jb2xz
IHRvIGFsbG93IGhvc3RzIHRvIGJlIGFzc2lnbmVkIGENCg0KICAgdW5pcXVlIElQdjYgcHJlZml4
IChpbnN0ZWFkIG9mIGEgdW5pcXVlIElQdjYgYWRkcmVzcyBmcm9tIGEgc2hhcmVkDQoNCiAgIElQ
djYgcHJlZml4KS4NCg0KdG8NCg0KDQogIEluIHNvbWUgSVB2NiBlbnZpcm9ubWVudHMgdGhlIG5l
ZWQgaGFzIGFyaXNlbiBmb3IgaG9zdHMgdG8gYmUgYWJsZSB0bw0KDQogICB1dGlsaXNlIGEgdW5p
cXVlIElQdjYgcHJlZml4IGV2ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZQ0KDQog
ICBzaGFyZWQuICBUeXBpY2FsbHkgaG9zdHMgKHN1YnNjcmliZXJzKSBvbiBhIHNoYXJlZCBuZXR3
b3JrLCBsaWtlIFdpLQ0KDQogICBGaSBvciBFdGhlcm5ldCwgd2lsbCBhY3F1aXJlIHVuaXF1ZSBJ
UHY2IGFkZHJlc3NlcyBmcm9tIGEgY29tbW9uIElQdjYNCg0KICAgcHJlZml4IHRoYXQgaXMgYWxs
b2NhdGVkIG9yIGFzc2lnbmVkIGZvciB1c2Ugb24gYSBzcGVjaWZpYyBsaW5rLg0KDQoNCg0KICAg
SW4gbW9zdCBkZXBsb3ltZW50cyB0b2RheSBJUHY2IGFkZHJlc3MgYXNzaWdubWVudCBmcm9tIGEg
c2luZ2xlIElQdjYNCg0KICAgcHJlZml4IG9uIGEgc2hhcmVkIG5ldHdvcmsgaXMgZG9uZSBieSBl
aXRoZXIgdXNpbmcgSVB2NiBzdGF0ZWxlc3MNCg0KICAgYWRkcmVzcyBhdXRvLWNvbmZpZ3VyYXRp
b24gKFNMQUFDKSBhbmQvb3Igc3RhdGVmdWwgREhDUHY2LiAgV2hpbGUNCg0KICAgdGhpcyBpcyBz
dGlsbCB2aWFibGUgYW5kIG9wZXJhdGVzIGFzIGRlc2lnbmVkIHRoZXJlIGFyZSBzb21lIGxhcmdl
DQoNCiAgIHNjYWxlIGVudmlyb25tZW50cyB3aGVyZSB0aGlzIGNvbmNlcHQgaW50cm9kdWNlcyBz
aWduaWZpY2FudA0KDQogICBwZXJmb3JtYW5jZSBjaGFsbGVuZ2VzIGFuZCBpbXBsaWNhdGlvbnMs
IHNwZWNpZmljYWxseSByZWxhdGVkIHRvIElQdjYNCg0KICAgcm91dGVyIGFuZCBuZWlnaGJvciBk
aXNjb3ZlcnkuIFRoaXMgZG9jdW1lbnQgdGh1cyBkZXRhaWxzDQoNCiAgIHRoZSBtZWNoYW5pY3Mg
aW52b2x2ZWQgZm9yIElQdjYgU0xBQUMgYmFzZWQgYWRkcmVzcyBhbmQgc3Vic2NyaWJlcg0KDQog
ICBtYW5hZ2VtZW50IHRvIGFsbG93IGhvc3RzIHRvIGJlIGFzc2lnbmVkIGEgdW5pcXVlIElQdjYg
cHJlZml4LA0KDQogICBpbnN0ZWFkIG9mIGEgdW5pcXVlIElQdjYgYWRkcmVzcyBmcm9tIGEgc2hh
cmVkIElQdjYgcHJlZml4Lg0KDQogICBUaGlzIGFwcHJvYWNoIGFsc28gYmVuZWZpdHMgZnJvbSBl
bmhhbmNlZCBzdWJzY3JpYmVyDQoNCiAgIG1hbmFnZW1lbnQgYW5kIGltcHJvdmVkIGlzb2xhdGlv
biBiZXR3ZWVuIHN1YnNjcmliZXJzLg0KDQoNCnRvIGVtcGhhc2lzZSB0aGUgc2NvcGUgLyBmb2N1
cyBvZiB0aGlzIGRvY3VtZW50Pw0KDQpBbmQgcGVyaGFwcyBpbiBTZWN0aW9uIDQgYWRkIHNvbWUg
d29yZHMgdG8gc2F5IGFmdGVyIHRoZSBTSE9VTEQgTk9UDQpzb21ldGhpbmcgaW4gYnJhY2tldHMg
dG8gc2F5IHNvbWV0aGluZyBsaWtlIOKAnChhbmQgaW4gdGhpcyBtb2RlbCB0aGVyZQ0Kd291bGQg
YmUgbm8gcmVzcG9uc2VzIHRvIGFueSBzdWNoIElBX05BIHJlcXVlc3RzKS4iDQoNCg0KICAgLSBS
RkMgNjM0MywgNjE4MCwgNjEwNiBhbmQgSS1ELmlldGYtdjZvcHMtdjR2NnRyYW4tZnJhbWV3b3Jr
IGFyZSBpbiB0aGUgcmVmZXJlbmNlcywgYnV0IG5vdCB0aGUgdGV4dC4NCltqam1iXSBhY2tub3ds
ZWRnZWQsIHdlIHdpbGwgY2xlYW4gdGhpcyB1cC4NCg0KR3JlYXQgLSBvdmVyYWxsIGl04oCZcyBs
b29raW5nIGdvb2QuDQoNCkJlc3Qgd2lzaGVzLA0KVGltDQoNCg0KDQogICBCZXN0IHdpc2hlcywN
CiAgIFRpbQ0KDQoNCg0KICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCiAgIHY2b3BzIG1haWxpbmcgbGlzdA0KICAgdjZvcHNAaWV0Zi5vcmc8bWFpbHRv
OnY2b3BzQGlldGYub3JnPg0KICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by92Nm9wcw0KDQoNCg==

--_000_40D7B7446FAC4AF3B3C6DD45441EB7FDcablecomcastcom_
Content-Type: text/html; charset="utf-8"
Content-ID: <101A8950888C0C46B926687FE9EF1152@cable.comcast.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Iu+8re+8syDmmI7m
nJ0iO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3Nl
LTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGli
cmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250
LWZhbWlseTpQTWluZ0xpVTsNCglwYW5vc2UtMToyIDIgNSAwIDAgMCAwIDAgMCAwO30NCi8qIFN0
eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y
bWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox
Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1z
b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs
b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj
b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t
c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJn
aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291
cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6
IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t
c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvdXJpZXI7fQ0K
c3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1z
b0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsN
Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1
bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA
cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu
MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7
fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1V
UyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPlRo
YW5rcyBmb3IgdGhlIHRleHQgVGltIG1vc3Qgb2YgaXQgbG9va3MgcHJldHR5IGdvb2QuJm5ic3A7
IEkgaGF2ZSB0byB0YWtlIGEgY2xvc2VyIGxvb2sgYXQgdGhlIElBX05BIHNwZWNpZmljIGl0ZW1z
LCBwZXIgbXkgZWFybGllciBlbWFpbC4mbmJzcDsgV2Ugd2lsbCB0cnkgdG8gY2FwdHVyZSB0aGUg
c2VudGltZW50cyB5b3Ugb3V0bGluZSBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTMuNXB0O2NvbG9yOmJsYWNrIj5Kb2huPC9zcGFuPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMy41cHQ7Y29sb3I6YmxhY2siPiYjNDM7MS00ODQtOTYyLTAwNjA8L3Nw
YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTQuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt
dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5UaW0gQ2hvd24gJmx0O1Rp
bS5DaG93bkBqaXNjLmFjLnVrJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIE5vdmVtYmVy
IDE0LCAyMDE2IGF0IDE0OjQyPGJyPg0KPGI+VG86IDwvYj5Kb2huIEJyem96b3dza2kgJmx0O0pv
aG5fQnJ6b3pvd3NraUBDYWJsZS5Db21jYXN0LmNvbSZndDs8YnI+DQo8Yj5DYzogPC9iPnY2b3Bz
ICZsdDt2Nm9wc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFt2Nm9wc10g
Q29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhvc3Qt
MDE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5IaSwgPG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxl
PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5PbiAxNCBOb3YgMjAxNiwgYXQg
MDU6MDYsIEJyem96b3dza2ksIEpvaG4gJmx0OzxhIGhyZWY9Im1haWx0bzpKb2huX0Jyem96b3dz
a2lAY29tY2FzdC5jb20iPkpvaG5fQnJ6b3pvd3NraUBjb21jYXN0LmNvbTwvYT4mZ3Q7IHdyb3Rl
OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5TZWUgYmVsb3cuPGJyPg0K
PGJyPg0KSm9objxicj4NCiYjNDM7MS00ODQtOTYyLTAwNjA8YnI+DQo8YnI+DQotLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IHY2b3BzICZsdDs8YSBocmVmPSJtYWlsdG86djZv
cHMtYm91bmNlc0BpZXRmLm9yZyI+djZvcHMtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJl
aGFsZiBvZiBUaW0gQ2hvd24gJmx0OzxhIGhyZWY9Im1haWx0bzpUaW0uQ2hvd25AamlzYy5hYy51
ayI+VGltLkNob3duQGppc2MuYWMudWs8L2E+Jmd0Ozxicj4NCkRhdGU6IE1vbmRheSwgTm92ZW1i
ZXIgMTQsIDIwMTYgYXQgMTM6NDQ8YnI+DQpUbzogdjZvcHMgJmx0OzxhIGhyZWY9Im1haWx0bzp2
Nm9wc0BpZXRmLm9yZyI+djZvcHNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFt2Nm9w
c10gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhv
c3QtMDE8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtIaSw8YnI+DQo8YnI+DQombmJzcDsm
bmJzcDsmbmJzcDtJIGxpa2UgdGhlIGRyYWZ0LiA8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJz
cDtTb21lIGdlbmVyYWxseSB2ZXJ5IG1pbm9yIGNvbW1lbnRzOjxicj4NCjxicj4NCiZuYnNwOyZu
YnNwOyZuYnNwOy0gTW92ZSB0aGUg4oCYQmVuZWZpdHMuLuKAmSBzZW50ZW5jZSB0byB0aGUgZW5k
IG9mIHRoZSBhYnN0cmFjdC48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6UE1pbmdMaVUiPjxicj4N
Cjwvc3Bhbj5bamptYl0gb2s8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6UE1pbmdMaVUiPjxicj4N
Cjxicj4NCjwvc3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDstICZxdW90O2F0IGN1cnJlbnQgdGltZSB0
aGVyZSBpcyBhIG5vbi10cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBE
SENQdjYgSUFfTkHigJ0gLSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQs
IGJ1dOKApiA6KSAmbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6UE1pbmdMaVUiPjxicj4N
Cjwvc3Bhbj5bamptYl0gbm90IHJlbGV2YW50LCBhcyBhbiBvcGVyYXRvciB3ZSBuZWVkIHRvIG1h
a2Ugc3VyZSB3ZSBzdXBwb3J0IHRoZSBicm9hZGVzdCBzZXQgb2YgVUUgaW1wbGVtZW50YXRpb25z
LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj5JIHRoaW5rIExvcmVuem/igJlzIHN1Z2dlc3Rpb24gaXMgZ29vZCBoZXJlLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGJs
b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu
Ij4mbmJzcDsmbmJzcDsmbmJzcDstIHMvaGlzL3RoZWlyPGJyPg0KW2pqbWJdIG9rPGJyPg0KPGJy
Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7LSBJbiBzZWN0aW9uIDQgeW91IHNheSB0aGUgVUUgU0hPVUxE
IE5PVCBwZXJmb3JtIHN0YXRlZnVsIERIQ1AuICZuYnNwO1doYXQgaGFwcGVucyBpZiBpdCBkb2Vz
PyAoZHJhZnQtaWV0Zi12Nm9wcy1kaGNwdjYtc2xhYWMtcHJvYmxlbS0wNyBkaXNjdXNzZXMgc3Vj
aCBpc3N1ZXMpPGJyPg0KW2pqbWJdIHRoaXMgaXMgZGVwbG95bWVudCBzcGVjaWZpYywgaW4gdGhl
IENvbWNhc3QgY2FzZSBTdGF0ZWZ1bCBESENQdjYgcmVxdWVzdHMgd2lsbCBub3QgYmUgcmVzcG9u
ZGVkIHRvIG9ubHkgc3RhdGVsZXNzLiAmbmJzcDtBcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB3ZSBl
bGFib3JhdGUgb24gdGhpcyBmdXJ0aGVyPyAmbmJzcDtJZiB5ZXMgd2UgbWlnaHQgdGFwIHlvdSBm
b3Igc3VnZ2VzdGlvbnMgbWFpbmx5IGJlY2F1c2Ugd2UgaGF2ZSBubyBwbGFucyBhdCB0aGlzDQog
c3RhZ2UgdG8gdXNlIERIQ1B2NiBmb3IgaG9zdCBhZGRyZXNzaW5nLiAmbmJzcDtJZiB3ZSBlbmFi
bGUgU3RhdGVmdWwgREhDUHY2IGl0IHdpbGwgb25seSBiZSBmb3IgREhDUHY2IFBELjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5U
aGFua3MsIGFuZCB1bmRlcnN0b29kLiBQZXJoYXBzIHRoZSBhYnN0cmFjdCBzaG91bGQgYmUgY2hh
bmdlZCBmcm9tOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtmb250LXZhcmlhbnQtbGln
YXR1cmVzOiBub3JtYWw7b3JwaGFuczogMjt3aWRvd3M6IDIiPjxzcGFuIHN0eWxlPSJmb250LWZh
bWlseTpIZWx2ZXRpY2EiPiZuYnNwOyBJbiBzb21lIElQdjYgZW52aXJvbm1lbnRzIHRoZSBuZWVk
IGhhcyBhcmlzZW4gZm9yIGhvc3RzIHRvIGJlIGFibGUgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTpIZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyB1dGlsaXNlIGEgdW5pcXVlIElQdjYgcHJlZml4IGV2
ZW4gdGhvdWdoIHRoZSBsaW5rIG9yIG1lZGlhIG1heSBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OkhlbHZldGljYSI+Jm5ic3A7Jm5ic3A7IHNoYXJlZC4mbmJzcDsgVHlwaWNhbGx5IGhvc3RzIChz
dWJzY3JpYmVycykgb24gYSBzaGFyZWQgbmV0d29yaywgbGlrZSBXaS08bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyBGaSBvciBFdGhlcm5ldCwgd2lsbCBhY3F1
aXJlIHVuaXF1ZSBJUHY2IGFkZHJlc3NlcyBmcm9tIGEgY29tbW9uIElQdjY8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyBwcmVmaXggdGhhdCBpcyBhbGxvY2F0
ZWQgb3IgYXNzaWduZWQgZm9yIHVzZSBvbiBhIHNwZWNpZmljIGxpbmsuPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgQmVuZWZpdHMgb2YgYSB1bmlxdWUgSVB2
NiBwcmVmaXggY29tcGFyZWQgdG8gYSB1bmlxdWUgSVB2NiBhZGRyZXNzPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgZnJvbSB0aGUgc2VydmljZSBwcm92aWRl
ciBhcmUgZ29pbmcgZnJvbSBlbmhhbmNlZCBzdWJzY3JpYmVyPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgbWFuYWdlbWVudCB0byBpbXByb3ZlZCBpc29sYXRp
b24gYmV0d2VlbiBzdWJzY3JpYmVycy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2Ei
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7Jm5ic3A7IElu
IG1vc3QgZGVwbG95bWVudHMgdG9kYXkgSVB2NiBhZGRyZXNzIGFzc2lnbm1lbnQgZnJvbSBhIHNp
bmdsZSBJUHY2PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsg
cHJlZml4IG9uIGEgc2hhcmVkIG5ldHdvcmsgaXMgZG9uZSBieSBlaXRoZXIgdXNpbmcgSVB2NiBz
dGF0ZWxlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyBh
ZGRyZXNzIGF1dG8tY29uZmlndXJhdGlvbiAoU0xBQUMpIGFuZC9vciBzdGF0ZWZ1bCBESENQdjYu
Jm5ic3A7IFdoaWxlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJz
cDsgdGhpcyBpcyBzdGlsbCB2aWFibGUgYW5kIG9wZXJhdGVzIGFzIGRlc2lnbmVkIHRoZXJlIGFy
ZSBzb21lIGxhcmdlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJz
cDsgc2NhbGUgZW52aXJvbm1lbnRzIHdoZXJlIHRoaXMgY29uY2VwdCBpbnRyb2R1Y2VzIHNpZ25p
ZmljYW50PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDou
NWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgcGVy
Zm9ybWFuY2UgY2hhbGxlbmdlcyBhbmQgaW1wbGljYXRpb25zLCBzcGVjaWZpY2FsbHkgcmVsYXRl
ZCB0byBJUHY2PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsg
cm91dGVyIGFuZCBuZWlnaGJvciBkaXNjb3ZlcnkuJm5ic3A7IFRoaXMgZG9jdW1lbnQgb3V0bGlu
ZXMgYW4gYXBwcm9hY2g8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOyZu
YnNwOyB1dGlsaXNpbmcgZXhpc3RpbmcgSVB2NiBwcm90b2NvbHMgdG8gYWxsb3cgaG9zdHMgdG8g
YmUgYXNzaWduZWQgYTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7Jm5i
c3A7IHVuaXF1ZSBJUHY2IHByZWZpeCAoaW5zdGVhZCBvZiBhIHVuaXF1ZSBJUHY2IGFkZHJlc3Mg
ZnJvbSBhIHNoYXJlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7Jm5i
c3A7IElQdjYgcHJlZml4KS48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6LjVpbiI+dG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47Zm9udC12YXJpYW50LWxp
Z2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyIj48c3BhbiBzdHlsZT0iZm9udC1m
YW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsgSW4gc29tZSBJUHY2IGVudmlyb25tZW50cyB0aGUgbmVl
ZCBoYXMgYXJpc2VuIGZvciBob3N0cyB0byBiZSBhYmxlIHRvPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgdXRpbGlzZSBhIHVuaXF1ZSBJUHY2IHByZWZpeCBl
dmVuIHRob3VnaCB0aGUgbGluayBvciBtZWRpYSBtYXkgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTpIZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyBzaGFyZWQuJm5ic3A7IFR5cGljYWxseSBob3N0cyAo
c3Vic2NyaWJlcnMpIG9uIGEgc2hhcmVkIG5ldHdvcmssIGxpa2UgV2ktPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgRmkgb3IgRXRoZXJuZXQsIHdpbGwgYWNx
dWlyZSB1bmlxdWUgSVB2NiBhZGRyZXNzZXMgZnJvbSBhIGNvbW1vbiBJUHY2PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDsgcHJlZml4IHRoYXQgaXMgYWxsb2Nh
dGVkIG9yIGFzc2lnbmVkIGZvciB1c2Ugb24gYSBzcGVjaWZpYyBsaW5rLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0
aWNhIj4mbmJzcDsmbmJzcDsgSW4gbW9zdCBkZXBsb3ltZW50cyB0b2RheSBJUHY2IGFkZHJlc3Mg
YXNzaWdubWVudCBmcm9tIGEgc2luZ2xlIElQdjY8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2
ZXRpY2EiPiZuYnNwOyZuYnNwOyBwcmVmaXggb24gYSBzaGFyZWQgbmV0d29yayBpcyBkb25lIGJ5
IGVpdGhlciB1c2luZyBJUHY2IHN0YXRlbGVzczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZl
dGljYSI+Jm5ic3A7Jm5ic3A7IGFkZHJlc3MgYXV0by1jb25maWd1cmF0aW9uIChTTEFBQykgYW5k
L29yIHN0YXRlZnVsIERIQ1B2Ni4mbmJzcDsgV2hpbGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpI
ZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyB0aGlzIGlzIHN0aWxsIHZpYWJsZSBhbmQgb3BlcmF0ZXMg
YXMgZGVzaWduZWQgdGhlcmUgYXJlIHNvbWUgbGFyZ2U8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpI
ZWx2ZXRpY2EiPiZuYnNwOyZuYnNwOyBzY2FsZSBlbnZpcm9ubWVudHMgd2hlcmUgdGhpcyBjb25j
ZXB0IGludHJvZHVjZXMgc2lnbmlmaWNhbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg
c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRp
Y2EiPiZuYnNwOyZuYnNwOyBwZXJmb3JtYW5jZSBjaGFsbGVuZ2VzIGFuZCBpbXBsaWNhdGlvbnMs
IHNwZWNpZmljYWxseSByZWxhdGVkIHRvIElQdjY8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2
ZXRpY2EiPiZuYnNwOyZuYnNwOyByb3V0ZXIgYW5kIG5laWdoYm9yIGRpc2NvdmVyeS4gVGhpcyBk
b2N1bWVudCB0aHVzIGRldGFpbHM8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0Oi41aW47Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6
IDI7d2lkb3dzOiAyIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsm
bmJzcDsgdGhlIG1lY2hhbmljcyBpbnZvbHZlZCBmb3IgSVB2NiBTTEFBQyBiYXNlZCBhZGRyZXNz
IGFuZCBzdWJzY3JpYmVyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJn
aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsm
bmJzcDsgbWFuYWdlbWVudCB0byBhbGxvdyBob3N0cyB0byBiZSBhc3NpZ25lZCBhIHVuaXF1ZSBJ
UHY2IHByZWZpeCwmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1h
cmdpbi1sZWZ0Oi41aW47YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6
IG5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7Jm5ic3A7
IGluc3RlYWQgb2YgYSB1bmlxdWUgSVB2NiBhZGRyZXNzIGZyb20gYSBzaGFyZWQgSVB2NiBwcmVm
aXguPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu
O2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMiI+PHNw
YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7Jm5ic3A7IFRoaXMgYXBwcm9h
Y2ggYWxzbyBiZW5lZml0cyBmcm9tIGVuaGFuY2VkIHN1YnNjcmliZXI8L3NwYW4+PG86cD48L286
cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47Zm9udC12YXJpYW50LWxpZ2F0
dXJlczogbm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsm
bmJzcDsgbWFuYWdlbWVudCBhbmQgaW1wcm92ZWQgaXNvbGF0aW9uIGJldHdlZW4gc3Vic2NyaWJl
cnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPnRvIGVtcGhhc2lz
ZSB0aGUgc2NvcGUgLyBmb2N1cyBvZiB0aGlzIGRvY3VtZW50PzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkFuZCBwZXJoYXBzIGluIFNlY3Rpb24gNCBhZGQg
c29tZSB3b3JkcyB0byBzYXkgYWZ0ZXIgdGhlIFNIT1VMRCBOT1QmbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj5zb21ldGhpbmcgaW4gYnJhY2tldHMgdG8gc2F5IHNvbWV0aGluZyBsaWtlIOKAnChh
bmQgaW4gdGhpcyBtb2RlbCB0aGVyZSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPndvdWxkIGJl
IG5vIHJlc3BvbnNlcyB0byBhbnkgc3VjaCBJQV9OQSByZXF1ZXN0cykuJnF1b3Q7PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDouNWluIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1
b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7LSBSRkMgNjM0MywgNjE4MCwgNjEwNiBhbmQgSS1ELmlldGYtdjZvcHMt
djR2NnRyYW4tZnJhbWV3b3JrIGFyZSBpbiB0aGUgcmVmZXJlbmNlcywgYnV0IG5vdCB0aGUgdGV4
dC48YnI+DQpbamptYl0gYWNrbm93bGVkZ2VkLCB3ZSB3aWxsIGNsZWFuIHRoaXMgdXAuPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i
PkdyZWF0IC0gb3ZlcmFsbCBpdOKAmXMgbG9va2luZyBnb29kLjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkJlc3Qgd2lzaGVzLDxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41
aW4iPlRpbTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K
PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+
DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6MGluO21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxl
ZnQ6LjVpbiI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtCZXN0IHdpc2hlcyw8YnI+DQombmJz
cDsmbmJzcDsmbmJzcDtUaW0gPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i
c3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQom
bmJzcDsmbmJzcDsmbmJzcDt2Nm9wcyBtYWlsaW5nIGxpc3Q8YnI+DQombmJzcDsmbmJzcDsmbmJz
cDs8YSBocmVmPSJtYWlsdG86djZvcHNAaWV0Zi5vcmciPnY2b3BzQGlldGYub3JnPC9hPjxicj4N
CiZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vdjZvcHMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdjZv
cHM8L2E+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j
a3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o
dG1sPg0K

--_000_40D7B7446FAC4AF3B3C6DD45441EB7FDcablecomcastcom_--


From nobody Mon Nov 14 04:51:15 2016
Return-Path: <prvs=1126ee3e52=jordi.palet@consulintel.es>
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 99C821296B7 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 04:51:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 jlyi225TuEtE for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 04:51:10 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10AC21296B8 for <v6ops@ietf.org>; Mon, 14 Nov 2016 04:51:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1479127865; x=1479732665; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=aXTguHGSSZ11S3imnNUq4zr2V P3fTR+XrK1Ki296XBU=; b=accIbxn9afMb1kNycLOoJVcZlT8v91lfaSwRHpwGZ xodjF4Yt/Ie6CtSIh6G9mAfUwAI+5XmwxTsB111P5fVBu6Qf+sZcTVXSgjzfEvgl f/hTNIotB3OUPBZidKEL1NGXWvu1fbw9o1row1LrmH+dE6f2PSRLmiqiBfp/XOQo io=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=t2uE1zuhYythiGUB/CeCXCNroRm1whP3/gvymVKHgsllIizsC96Buf9uIPas triROWu46Lu8SxNJIAoMfaInWb9AtTdms8tBp7fF/fI5E01Dpk6EUHtFT 8qLT+Wl0qKvgCPakN/SLvT8llVVMcyIJ8EXryUfVBVd8k9UE9sYPH0=;
X-MDAV-Processed: mail.consulintel.es, Mon, 14 Nov 2016 13:51:05 +0100
X-Spam-Processed: mail.consulintel.es, Mon, 14 Nov 2016 13:51:01 +0100
Received: from [31.133.148.170] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005222213.msg for <v6ops@ietf.org>; Mon, 14 Nov 2016 13:50:59 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161114:md50005222213::gTB6fjhfjpzzYn1V:00000bxz
X-MDRemoteIP: 31.133.148.170
X-Return-Path: prvs=1126ee3e52=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Mon, 14 Nov 2016 21:50:49 +0900
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops list <v6ops@ietf.org>
Message-ID: <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com>
In-Reply-To: <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/AoQLxecEY0cKjPz9I1XhBAvcfXk>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Mon, 14 Nov 2016 12:51:12 -0000

Ok, trying not to change too much, minimalistic approach just to note that =
the same procedure works for a data centre:

1. Abstract
Replace =E2=80=9Cshared network, like Wi-Fi or Ethernet=E2=80=9D with =E2=
=80=9Cshared network, either wired or wireless, such as Ethernet, WiFi, etc=
.=E2=80=9D
2. Introduction.
After the 1st paragraph, add a new one short one to clarify what UE means h=
ere.
	In the context of this document, UE can be a =E2=80=9Cregular=E2=80=9D end=
-user-equipment, as well as a server in a datacentre, assuming a shared net=
work (wired or wireless).

3. Section 5 (IPv6 Neighbourship Discovery Best Practices), I believe the a=
ctual text =E2=80=9Cthe applicable MaxRtrAdvInterval on the WLAN-GW MUST th=
erefore be lower than the preferred lifetime=E2=80=9D, WLAN-GW is referring=
 to the first hop router, maybe from a previous text considering only WiFi?=
 If that=E2=80=99s the case, then I will suggest this alternative:
=E2=80=9Cthe applicable MaxRtrAdvInterval on the first hop router MUST ther=
efore be lower than the preferred lifetime=E2=80=9D

4. Section 5 (IPv6 Neighbourship Discovery Best Practices), =E2=80=9C =E2=
=80=A6 removed from the First Hop Router to avoid ongoing resource depletio=
n=E2=80=9D, replace with =E2=80=9C=E2=80=A6 removed from the First Hop Rout=
er to avoid ongoing resource depletion in the case of non-permanent UE, suc=
h as in the case of WiFi hotspots=E2=80=9D.

5. Section 5 (IPv6 Neighbourship Discovery Best Practices), after =E2=80=9C=
temporary 'private' addresses.=E2=80=9D, add this sentence:

=E2=80=9CSimilarly, when using this technology in a datacentre, the UE serv=
er may need to use several addresses from the same /64, for example because=
 is using multiple virtual hosts, containers, etc. in the bridged virtual s=
witch.=E2=80=9D =E2=80=A6 then keep going with existing text =E2=80=9CThis =
can lead to =E2=80=A6=E2=80=9D

6. Section 5 (IPv6 Neighbourship Discovery Best Practices), type =E2=80=A6 =
=E2=80=9DThe First Hop Provder=E2=80=9D replace with =E2=80=9CThe First Hop=
 Provider=E2=80=9D. Also note the duplicated reference to RFC4941 before th=
is text.

Note that 1, 3 and 6, are also an input to the actual text, even in the cas=
e you don=E2=80=99t want to consider the data centre thing, just to make su=
re to clarify that is valid in other shared technologies and not just in Wi=
Fi or Ethernet =E2=80=A6

Regards,
Jordi


-----Mensaje original-----
De: "Brzozowski, John" <John_Brzozowski@comcast.com>
Responder a: <John_Brzozowski@comcast.com>
Fecha: lunes, 14 de noviembre de 2016, 20:40
Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list=
 <v6ops@ietf.org>
Asunto: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-hos=
t-01

    Jordi,
   =20
    I would be willing to consider this, so please feel free to send some t=
ext for us to consider.  However, in the spirit keeping things based on rea=
lity I hesitate to go too far down the DC path, mainly because this has not=
 deployed in this context to date.  So I propose we limited, high-level ref=
erences to other possible deployment uses cases.  In the future we may very=
 well be able to point to other I-Ds like the one below:
   =20
    https://tools.ietf.org/html/draft-pioxfolks-6man-pio-exclusive-bit-01
   =20
    Thanks for the review and the offer to write some text.
   =20
    John
    +1-484-962-0060
   =20
    -----Original Message-----
    From: v6ops <v6ops-bounces@ietf.org> on behalf of JORDI MARTINEZ <jordi=
.palet@consulintel.es>
    Reply-To: JORDI MARTINEZ <jordi.palet@consulintel.es>
    Date: Monday, November 14, 2016 at 14:08
    To: v6ops <v6ops@ietf.org>
    Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-pe=
r-host-01
   =20
        I think this can be also useful in data-centre scenarios (hosting/h=
ousing, etc.).
       =20
        It will be nice to include some text (abstract, intro, may be somew=
here else) to made it clear that scenario.
       =20
        I=E2=80=99m happy to write down some specific changes if you like.
       =20
        Regards,
        Jordi
       =20
       =20
        -----Mensaje original-----
        De: v6ops <v6ops-bounces@ietf.org> en nombre de Tim Chown <Tim.Chow=
n@jisc.ac.uk>
        Responder a: <Tim.Chown@jisc.ac.uk>
        Fecha: lunes, 14 de noviembre de 2016, 13:44
        Para: v6ops list <v6ops@ietf.org>
        Asunto: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per=
-host-01
       =20
            Hi,
           =20
            I like the draft.=20
           =20
            Some generally very minor comments:
           =20
            - Move the =E2=80=98Benefits..=E2=80=99 sentence to the end of =
the abstract.
           =20
            - "at current time there is a non-trivial UE/subscriber base no=
t supporting DHCPv6 IA_NA=E2=80=9D - well, there=E2=80=99s another way to f=
ix that, but=E2=80=A6 :) =20
           =20
            - s/his/their
           =20
            - In section 4 you say the UE SHOULD NOT perform stateful DHCP.=
  What happens if it does? (draft-ietf-v6ops-dhcpv6-slaac-problem-07 discus=
ses such issues)
           =20
            - RFC 6343, 6180, 6106 and I-D.ietf-v6ops-v4v6tran-framework ar=
e in the references, but not the text.
           =20
            Best wishes,
            Tim=20
           =20
           =20
           =20
            _______________________________________________
            v6ops mailing list
            v6ops@ietf.org
            https://www.ietf.org/mailman/listinfo/v6ops
           =20
       =20
       =20
       =20
        **********************************************
        IPv4 is over
        Are you ready for the new Internet ?
        http://www.consulintel.es
        The IPv6 Company
       =20
        This electronic message contains information which may be privilege=
d or confidential. The information is intended to be for the use of the ind=
ividual(s) named above. If you are not the intended recipient be aware that=
 any disclosure, copying, distribution or use of the contents of this infor=
mation, including attached files, is prohibited.
       =20
       =20
       =20
        _______________________________________________
        v6ops mailing list
        v6ops@ietf.org
        https://www.ietf.org/mailman/listinfo/v6ops
       =20
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Mon Nov 14 05:36:28 2016
Return-Path: <hemantietf@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 0FA671296F6 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 05:36:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, 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=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 lL5SZkAnvxdZ for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 05:36:25 -0800 (PST)
Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::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 934571296F5 for <v6ops@ietf.org>; Mon, 14 Nov 2016 05:36:25 -0800 (PST)
Received: by mail-yw0-x236.google.com with SMTP id i145so58162374ywg.2 for <v6ops@ietf.org>; Mon, 14 Nov 2016 05:36:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ec26thOmOVY3gqKL1diFJGJxFbK5z5LYNHYLweU43e0=; b=Xl9hZOi4PHRvGWJ0+2lyT+h37Ke2Uz6wYDT71gfq3Eo+AJwmNIhMr8iUqtSXfydjdB IDBvPp5hXV0rqvzck5HunJC80sUh/lACEP9OtoCimyaFXe/t6Dd1DwAzdGAPgP5Zfucd 3dR1XqegI6LjGJHPOR9YvhIZWdEGDuzGdjyxcWxMhWyHZQlEnfGz0c6abpkzIlII4ee3 PH2oKBPtsmgycAGRr/EsVj7nrgGpVWCBKUSC8A9UMkIT2KY5PQs1bAMTwSNhXWnzXyCG /uAHA74uSwsDhqrJylSKJLd1UykZzwbdQrnTHjU32j20Xod0+Biwlo+z53uKgFh0JhQ9 71lQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ec26thOmOVY3gqKL1diFJGJxFbK5z5LYNHYLweU43e0=; b=Me2+lKy2n/xyDKDuHPH+fvBQAS1FA+aWc7J3vqtlTlArHtrqGnZ759bFMJm3p6CCU8 CfFVGMklqzvcLJnkhN7ySpm/VEC+S9OsPyZ+50SlTXOwSgAcCaDZRsfct/YgXwWMtAH6 R/ahwu38iPOivJ5l/rQ1J782C9innYKprOjZAxqvTYKBZOy05kx45Wq0tX+dwx9MoU37 uuGnrCom/BZFiMTpxVKsqjIweQIrjMmJFCnSvNfpZgQ4sJNDIDabqGPwjmYXfAzsAWuq kqw+Y7p+SDrDXS+X1ePcDvtgqU7siDul0NxtUogG4hsLUk+Z41xgmpC/dmmjAjss2BPi w4bA==
X-Gm-Message-State: ABUngvcMRo18xNutzIL9e8pUNVwtWrz0wPWerPI/v2UM5/Aopo1U418Y2ej1YdHIrIPLOdB2sYehTvk/ectpKg==
X-Received: by 10.202.213.138 with SMTP id m132mr8343090oig.104.1479130584837;  Mon, 14 Nov 2016 05:36:24 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.15.33 with HTTP; Mon, 14 Nov 2016 05:36:24 -0800 (PST)
In-Reply-To: <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es>
From: Hemant Singh <hemantietf@gmail.com>
Date: Mon, 14 Nov 2016 08:36:24 -0500
Message-ID: <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com>
To: jordi.palet@consulintel.es
Content-Type: multipart/alternative; boundary=001a113b005c15f9fd054142edc1
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/YlpC2XrIyLnpx423x89eFgwVCZU>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 13:36:27 -0000

--001a113b005c15f9fd054142edc1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 14, 2016 at 7:50 AM, JORDI PALET MARTINEZ <
jordi.palet@consulintel.es> wrote:

>
> >Note that 1, 3 and 6, are also an input to the actual text, even in the
> case you don=E2=80=99t want to consider the data centre thing, just to ma=
ke sure to
> clarify that is valid in other shared technologies and not >just in WiFi =
or
> Ethernet =E2=80=A6
>
>
> I hear John as considering Comcast Xfinity wifi for the document.  I agre=
e
to clarify that the document covers only such a specific wifi network.  We
should not add the kitchen sink to the document.  After all, even cable
broadband and cellular wireless use a shared medium, it's not just the data
center,  Where do we stop?

Hemant

--001a113b005c15f9fd054142edc1
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Mon, Nov 14, 2016 at 7:50 AM, JORDI PALET MARTINEZ <span dir=3D"ltr"=
>&lt;<a href=3D"mailto:jordi.palet@consulintel.es" target=3D"_blank">jordi.=
palet@consulintel.es</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex=
"><br>&gt;Note that 1, 3 and 6, are also an input to the actual text, even =
in the case you don=E2=80=99t want to consider the data centre thing, just =
to make sure to clarify that is valid in other shared technologies and not =
&gt;just in WiFi or Ethernet =E2=80=A6<br>
<br><div class=3D"HOEnZb"><div class=3D"h5"><br></div></div></blockquote><d=
iv>I hear John as considering Comcast Xfinity wifi for the document.=C2=A0 =
I agree to clarify that the document covers only such a specific wifi netwo=
rk.=C2=A0 We should not add the kitchen sink to the document.=C2=A0 After a=
ll, even cable broadband and cellular wireless use a shared medium, it&#39;=
s not just the data center, =C2=A0Where do we stop?</div><div><br></div><di=
v>Hemant</div></div><br></div></div>

--001a113b005c15f9fd054142edc1--


From nobody Mon Nov 14 08:00:55 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 D619B129574 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 08:00:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 SBf0Fa4IgSDg for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 08:00:52 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AB5F12953F for <v6ops@ietf.org>; Mon, 14 Nov 2016 08:00:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Abpioih30hUyI4dXQp0cGJ1AFypYf58gZ6fC/ktvFcY=; b=T1z+SXqQfp/kYx8fB+S/hk8UIsQXyy9orK+W6JLxJVPsUwZSwfspnGaym1UiAn+yRLUJvVezqSe2dUlO8qYyXXW6lC5Acboc6J2U+Q35xgSd5AE3a/twt33b04OyK+Rk0qyYpSF1S3Uqrvp2wb4AIvRx6pDDnKuusZSZehbvK+Y=
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp0214.outbound.protection.outlook.com [213.199.154.214]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-84-zv1TPmlJOT6CNeDFnLoVvw-1; Mon, 14 Nov 2016 16:00:38 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1137.eurprd07.prod.outlook.com (10.163.188.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Mon, 14 Nov 2016 16:00:36 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::90ea:fcdc:ee5a:482d%14]) with mapi id 15.01.0721.015; Mon, 14 Nov 2016 16:00:35 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: Hemant Singh <hemantietf@gmail.com>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPjVTJPrjxjsDw0yCIWe+kiIQrqDYW0KAgAATxoCAAAy8AIAAKEgA
Date: Mon, 14 Nov 2016 16:00:35 +0000
Message-ID: <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es> <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com>
In-Reply-To: <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:67c:370:144:a99c:368a:c149:4e5b]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1137; 7:92G0vXN7pAR4QWZB6jzDfY8sLrWPGNLsAO36c29WSXmybdRyAXpqBdKMksvTMuaHA3x/zRCB9FfgJZY5KxPfG6kZjwvclBTb4XxFwHsvigXVK9qPTHoNvJUkH65t0nZtRyW/Qa5+7HDXIzAx0TlHR487+2+F+3y2oB6xAHs5JLn9wMOtdjIx+bddqkbyQ1t9u9o4OTpgkeVwB1adk72bjR6HEAe3cF6pjYHEqA9dcoAaspKBhqwSaJmKpzxvUKWlwVqZNMYyiZfUvDVh1gR9rxMayuX8/TR/zXg0AQy3bLYuk6dflkBPLMiWDHcprDL5Ynb4qwimrdJmhLH4dxUomM8Kh8W1I86BEyS2A9KGOQ0=; 20:RZQe/nFEKRrc8eKrx5Ond5dH/JsbDFG8Fu3ry5VkLq6rcjSwsFgB8Xsp/63VS7ag+iMM4R1b3j6KObZyUHqAhCZjqCxRAopw7UkPQ4K+6pmrnyYN/vPYN/6kqQN1ZimiMSYRioRxbEqCmYubf0IfvUb0/5ehKoIls/T+iFh2OU8=
x-ms-office365-filtering-correlation-id: aa425963-0759-4504-8568-08d40ca75eea
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1137;
x-microsoft-antispam-prvs: <AM3PR07MB11372DBD59EFDFA6B2722AA2D6BC0@AM3PR07MB1137.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6061321); SRVR:AM3PR07MB1137; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1137; 
x-forefront-prvs: 0126A32F74
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(336003)(189002)(199003)(24454002)(377454003)(83716003)(586003)(230783001)(74482002)(6116002)(82746002)(93886004)(106116001)(106356001)(5660300001)(87936001)(2900100001)(42882006)(2950100002)(102836003)(4326007)(86362001)(3660700001)(2906002)(92566002)(105586002)(229853002)(76176999)(33656002)(101416001)(3280700002)(57306001)(36756003)(189998001)(5001770100001)(7846002)(50986999)(8676002)(68736007)(81156014)(81166006)(5250100002)(97736004)(50226002)(7736002)(8936002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1137; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 16:00:35.6511 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1137
X-MC-Unique: zv1TPmlJOT6CNeDFnLoVvw-1
Content-Type: multipart/alternative; boundary="_000_28A5000C20A34912A4494D24B8AF0B3Cjiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/unFrlVGy70_8akMARx7K5yZwrco>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Mon, 14 Nov 2016 16:00:54 -0000

--_000_28A5000C20A34912A4494D24B8AF0B3Cjiscacuk_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

T24gMTQgTm92IDIwMTYsIGF0IDEzOjM2LCBIZW1hbnQgU2luZ2ggPGhlbWFudGlldGZAZ21haWwu
Y29tPG1haWx0bzpoZW1hbnRpZXRmQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQoNCg0KT24gTW9uLCBO
b3YgMTQsIDIwMTYgYXQgNzo1MCBBTSwgSk9SREkgUEFMRVQgTUFSVElORVogPGpvcmRpLnBhbGV0
QGNvbnN1bGludGVsLmVzPG1haWx0bzpqb3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4+IHdyb3Rl
Og0KDQo+Tm90ZSB0aGF0IDEsIDMgYW5kIDYsIGFyZSBhbHNvIGFuIGlucHV0IHRvIHRoZSBhY3R1
YWwgdGV4dCwgZXZlbiBpbiB0aGUgY2FzZSB5b3UgZG9u4oCZdCB3YW50IHRvIGNvbnNpZGVyIHRo
ZSBkYXRhIGNlbnRyZSB0aGluZywganVzdCB0byBtYWtlIHN1cmUgdG8gY2xhcmlmeSB0aGF0IGlz
IHZhbGlkIGluIG90aGVyIHNoYXJlZCB0ZWNobm9sb2dpZXMgYW5kIG5vdCA+anVzdCBpbiBXaUZp
IG9yIEV0aGVybmV0IOKApg0KDQpJIGhlYXIgSm9obiBhcyBjb25zaWRlcmluZyBDb21jYXN0IFhm
aW5pdHkgd2lmaSBmb3IgdGhlIGRvY3VtZW50LiAgSSBhZ3JlZSB0byBjbGFyaWZ5IHRoYXQgdGhl
IGRvY3VtZW50IGNvdmVycyBvbmx5IHN1Y2ggYSBzcGVjaWZpYyB3aWZpIG5ldHdvcmsuICBXZSBz
aG91bGQgbm90IGFkZCB0aGUga2l0Y2hlbiBzaW5rIHRvIHRoZSBkb2N1bWVudC4gIEFmdGVyIGFs
bCwgZXZlbiBjYWJsZSBicm9hZGJhbmQgYW5kIGNlbGx1bGFyIHdpcmVsZXNzIHVzZSBhIHNoYXJl
ZCBtZWRpdW0sIGl0J3Mgbm90IGp1c3QgdGhlIGRhdGEgY2VudGVyLCAgV2hlcmUgZG8gd2Ugc3Rv
cD8NCg0KSSBhZ3JlZSBoZXJlLiBJIHRoaW5rIGl04oCZcyBiZXN0IHRvIGJlIGFzIHNwZWNpZmlj
IGFzIHBvc3NpYmxlIGluIHRoZSBkb2N1bWVudCBhbmQgcHV0IGl0IG91dCB0aGVyZSBhcyBhIEJD
UC4gIEhlbmNlIG15IGVhcmxpZXIgc3VnZ2VzdGlvbiB0byB0aWdodGVuIHVwIHRoZSBhYnN0cmFj
dCB0byBiZSBtb3JlIHNwZWNpZmljICh0aGF0IFJBLWJhc2VkIHByZWZpeCBjb25maWd1cmF0aW9u
IGlzIHVzZWQsIGV0YykuICBOb3RoaW5nIHRoZW4gcHJlY2x1ZGVzIERIQ1AtUEQgYmVpbmcgdXNl
ZCBlbHNld2hlcmUgb3IgaW4gdGhlIGZ1dHVyZS4NCg0KT3ZlcmFsbCB0aGUgZHJhZnQgaXMgZ3Jl
YXQgLSBpdCBkZXNjcmliZXMgYW4gaW5ub3ZhdGl2ZSBkZXBsb3ltZW50IHdlbGwuICBJdCBqdXN0
IG5lZWRzIHNvbWUgZWRpdG9yaWFsIHBvbGlzaCBhbmQgaXTigJlzIGdvb2QgdG8gZ28uDQoNClRp
bQ0KDQo=
--_000_28A5000C20A34912A4494D24B8AF0B3Cjiscacuk_
Content-Type: text/html; charset=UTF-8
Content-ID: <BAC8F63EDA38934997909C79B5D633B2@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5
cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiAxNCBOb3YgMjAxNiwgYXQgMTM6
MzYsIEhlbWFudCBTaW5naCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhlbWFudGlldGZAZ21haWwuY29t
IiBjbGFzcz0iIj5oZW1hbnRpZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJy
IGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2
IGRpcj0ibHRyIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRy
YSI+PGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIE1vbiwgTm92IDE0
LCAyMDE2IGF0IDc6NTAgQU0sIEpPUkRJIFBBTEVUIE1BUlRJTkVaIDxzcGFuIGRpcj0ibHRyIiBj
bGFzcz0iIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXMi
IHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5qb3JkaS5wYWxldEBjb25zdWxpbnRlbC5lczwvYT4m
Z3Q7PC9zcGFuPiB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxf
cXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xp
ZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxiciBjbGFzcz0iIj4NCiZndDtOb3RlIHRoYXQgMSwgMyBh
bmQgNiwgYXJlIGFsc28gYW4gaW5wdXQgdG8gdGhlIGFjdHVhbCB0ZXh0LCBldmVuIGluIHRoZSBj
YXNlIHlvdSBkb27igJl0IHdhbnQgdG8gY29uc2lkZXIgdGhlIGRhdGEgY2VudHJlIHRoaW5nLCBq
dXN0IHRvIG1ha2Ugc3VyZSB0byBjbGFyaWZ5IHRoYXQgaXMgdmFsaWQgaW4gb3RoZXIgc2hhcmVk
IHRlY2hub2xvZ2llcyBhbmQgbm90ICZndDtqdXN0IGluIFdpRmkgb3IgRXRoZXJuZXQg4oCmPGJy
IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iSE9FblpiIj4NCjxkaXYgY2xhc3M9Img1Ij48YnIgY2xh
c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj5JIGhl
YXIgSm9obiBhcyBjb25zaWRlcmluZyBDb21jYXN0IFhmaW5pdHkgd2lmaSBmb3IgdGhlIGRvY3Vt
ZW50LiZuYnNwOyBJIGFncmVlIHRvIGNsYXJpZnkgdGhhdCB0aGUgZG9jdW1lbnQgY292ZXJzIG9u
bHkgc3VjaCBhIHNwZWNpZmljIHdpZmkgbmV0d29yay4mbmJzcDsgV2Ugc2hvdWxkIG5vdCBhZGQg
dGhlIGtpdGNoZW4gc2luayB0byB0aGUgZG9jdW1lbnQuJm5ic3A7IEFmdGVyIGFsbCwgZXZlbiBj
YWJsZSBicm9hZGJhbmQgYW5kIGNlbGx1bGFyDQogd2lyZWxlc3MgdXNlIGEgc2hhcmVkIG1lZGl1
bSwgaXQncyBub3QganVzdCB0aGUgZGF0YSBjZW50ZXIsICZuYnNwO1doZXJlIGRvIHdlIHN0b3A/
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5JIGFncmVlIGhlcmUuIEkgdGhpbmsgaXTigJlzIGJl
c3QgdG8gYmUgYXMgc3BlY2lmaWMgYXMgcG9zc2libGUgaW4gdGhlIGRvY3VtZW50IGFuZCBwdXQg
aXQgb3V0IHRoZXJlIGFzIGEgQkNQLiAmbmJzcDtIZW5jZSBteSBlYXJsaWVyIHN1Z2dlc3Rpb24g
dG8gdGlnaHRlbiB1cCB0aGUgYWJzdHJhY3QgdG8gYmUgbW9yZSBzcGVjaWZpYyAodGhhdCBSQS1i
YXNlZCBwcmVmaXggY29uZmlndXJhdGlvbiBpcyB1c2VkLCBldGMpLiAmbmJzcDtOb3RoaW5nIHRo
ZW4gcHJlY2x1ZGVzDQogREhDUC1QRCBiZWluZyB1c2VkIGVsc2V3aGVyZSBvciBpbiB0aGUgZnV0
dXJlLjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+T3ZlcmFsbCB0aGUg
ZHJhZnQgaXMgZ3JlYXQgLSBpdCBkZXNjcmliZXMgYW4gaW5ub3ZhdGl2ZSBkZXBsb3ltZW50IHdl
bGwuICZuYnNwO0l0IGp1c3QgbmVlZHMgc29tZSBlZGl0b3JpYWwgcG9saXNoIGFuZCBpdOKAmXMg
Z29vZCB0byBnby4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
PlRpbTwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_28A5000C20A34912A4494D24B8AF0B3Cjiscacuk_--


From nobody Mon Nov 14 11:17:10 2016
Return-Path: <prvs=1126ee3e52=jordi.palet@consulintel.es>
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 C2E1A1299B5 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 11:17:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 Dcv-PoxQ6MU6 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 11:17:07 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3B051299AA for <v6ops@ietf.org>; Mon, 14 Nov 2016 11:17:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1479151021; x=1479755821; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=7QBV7p0jOca5JoDqJu3gw3Ixb gHc5DX9yfBPlaRxaEM=; b=Bjco73nynIobfrFZ9z7TX5degKiK3WP2qtfLj+jCb JoQUHfMw+0L19YKlq1D8H1W247c1oaqs+KfyACPl6pkC1YtHNO4laAtbfXnevmKu 0kW2iLwYULtdH0M/fO2a/St9xEdMu6cjeJFCssNiIy1Ubai2wc3aFc1AJfM2yAJB kQ=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=U8p29D8Z7YEzVbrdZ0Qm/X/LVu1TjRpPM1gSk7QcfV01K0fx/9lCYHNEZxoZ DTwAfwGq9lB3Eeid/Y0S7rMKu0E2E7uf3LguIEgR/zIpgTi4az9mgKOjn f2O8qYoNqRquzh7CpYBpYofeyMqITTaVbO1u/fH/T6vOvN3dyMfU4E=;
X-MDAV-Processed: mail.consulintel.es, Mon, 14 Nov 2016 20:17:01 +0100
X-Spam-Processed: mail.consulintel.es, Mon, 14 Nov 2016 20:17:00 +0100
Received: from [31.133.148.170] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005223026.msg for <v6ops@ietf.org>; Mon, 14 Nov 2016 20:17:00 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161114:md50005223026::5to0DIE4pSAzODqm:00002g/f
X-MDRemoteIP: 31.133.148.170
X-Return-Path: prvs=1126ee3e52=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Tue, 15 Nov 2016 04:16:54 +0900
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops list <v6ops@ietf.org>
Message-ID: <02BF745D-29C6-4ACB-8DB2-81A3AF9D3D8F@consulintel.es>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es> <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com> <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk>
In-Reply-To: <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/MnFvHs1Z9g5NpZ2BSoj4QvWRsJo>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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: Mon, 14 Nov 2016 19:17:09 -0000

Responding to both Hemant and Tim =E2=80=A6

I will agree with what you say if what I=E2=80=99m suggesting requires many=
 changes in the actual text, but is not the case. They are minor clarificat=
ions that accommodates something with clearly happens in both scenarios. At=
 the end the existing document already mentions Ethernet, so, we are not br=
oadening the original scope, just making it more explicit.

I think we need to balance (and not just for this document), when we can ap=
ply something with minor wording to two well defined cases, among having ju=
st one document instead of having to different documents, saying the same, =
one for the WiFi case, one for the shared Ethernet.

It doesn=E2=80=99t make any sense for the IETF to have =E2=80=9Cmore=E2=80=
=9D documents in those cases. What we do afterwards, make a copy of the doc=
ument and replace WiFi with Ethernet, so we ask the possible targets of thi=
s work to read the same document twice?

By the way, I also understood from John, that a specific document with the =
WiFi roll-out will follow =E2=80=A6 So more specific details about that wil=
l be there.

Regards,
Jordi


-----Mensaje original-----
De: Tim Chown <Tim.Chown@jisc.ac.uk>
Responder a: <Tim.Chown@jisc.ac.uk>
Fecha: martes, 15 de noviembre de 2016, 1:00
Para: Hemant Singh <hemantietf@gmail.com>, v6ops list <v6ops@ietf.org>
CC: Jordi Palet Martinez <jordi.palet@consulintel.es>
Asunto: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-hos=
t-01

   =20
    On 14 Nov 2016, at 13:36, Hemant Singh <hemantietf@gmail.com> wrote:
   =20
   =20
   =20
    On Mon, Nov 14, 2016 at 7:50 AM, JORDI PALET MARTINEZ=20
    <jordi.palet@consulintel.es> wrote:
   =20
   =20
    >Note that 1, 3 and 6, are also an input to the actual text, even in th=
e case you don=E2=80=99t want to consider the data centre thing, just to ma=
ke sure to clarify that is valid in other shared technologies and not >just=
 in WiFi or Ethernet =E2=80=A6
   =20
   =20
   =20
   =20
   =20
    I hear John as considering Comcast Xfinity wifi for the document.  I ag=
ree to clarify that the document covers only such a specific wifi network. =
 We should not add the kitchen sink to the document.  After all, even cable=
 broadband and cellular
     wireless use a shared medium, it's not just the data center,  Where do=
 we stop?
   =20
   =20
   =20
   =20
   =20
   =20
   =20
   =20
    I agree here. I think it=E2=80=99s best to be as specific as possible i=
n the document and put it out there as a BCP.  Hence my earlier suggestion =
to tighten up the abstract to be more specific (that RA-based prefix config=
uration is used, etc).  Nothing then precludes
     DHCP-PD being used elsewhere or in the future.
   =20
   =20
    Overall the draft is great - it describes an innovative deployment well=
.  It just needs some editorial polish and it=E2=80=99s good to go.=20
   =20
   =20
    Tim
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Mon Nov 14 17:47:50 2016
Return-Path: <John_Brzozowski@comcast.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 84F4212965C for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 17:47:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 4zGdKiXRxpiy for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 17:47:46 -0800 (PST)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80CC3129467 for <v6ops@ietf.org>; Mon, 14 Nov 2016 17:47:46 -0800 (PST)
X-AuditID: 60721c4b-20bff700000045be-7d-582a693f4f19
Received: from VAADCEX16.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 49.62.17854.F396A285; Mon, 14 Nov 2016 20:47:45 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX16.cable.comcast.com (147.191.102.83) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 20:47:42 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 20:47:42 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPmvWzWI1eACr0E2MJMiM0juRyKDYwmyAgACFPgA=
Date: Tue, 15 Nov 2016 01:47:42 +0000
Message-ID: <2EF01FE8-0D8C-447E-A337-A631832C9E3D@cable.comcast.com>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es>
In-Reply-To: <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: text/plain; charset="utf-8"
Content-ID: <5CA4DB7F42924442A38843190206A45C@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNIsWRmVeSWpSXmKPExsWSUOxpoeuYqRVhsGmKqsXf45+ZLU4f28vs wOSxbn+Ax5IlP5kCmKK4bFJSczLLUov07RK4MpYc/cdacCCoYuPtPSwNjBsCuhg5OCQETCQm fRTrYuTiEBKYySRxuamXCcI5wChxfsl3RgjnJKNEx9qrLF2MnBxsAmYSWw7eZgexRQRiJKbv 3AEWFxYIkvi0cxMzRDxYYtK600wgG0QErCQmttaBhFkEVCVW7ToCVs4r4CJx+OgVVoj5Wxgl FmzZAJbgFHCS2HNgP9gcRgExie+n1jCB2MwC4hK3nswHsyUEBCSW7DnPDGGLSrx8/I8VxBYV 0JP4dHs1C0RcR+Ls9SeMELaBxNal+6DiihL/Zq9nAbmNWUBTYv0ufYjxDhJ7+9+yQtiKElO6 H7JD3CkocXLmE6hWcYnDR3awTmCUmoXkolkIk2YhmTQLyaRZSCYtYGRdxShXlpiYkpybkV9a YmCol5yYlJOql5yfm5xYXAKiNzGCorhIxnsH47qf7ocYBTgYlXh4fztpRQixJpYVV+YeYpTg YFYS4f2WAhTiTUmsrEotyo8vKs1JLT7EKM3BoiTOu/WmZoSQQHpiSWp2ampBahFMlomDU6qB UZ5JcurtbZVTIhM6Ez5N2p/YV7RAnu2w9x/bX3MYbXizU31nnBE+uVV16/o6KxW2Y1VhG605 pTwzZjokcqxfukA8aa+d55NijlVxtaanWpQtisynM/3Y/G3mr4lGgdx8Do3WGYxpEys67G9N /eeqemnqg/jAk2c/f121WMa9bu/t+F2ZTIcvK7EUZyQaajEXFScCAKGGcJreAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/SRWlM5nZe2cS_IRzbuIxJVHtfyo>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Tue, 15 Nov 2016 01:47:48 -0000

VGhhbmsgeW91IEpvcmRpIGZvciB0aGUgcXVpY2sgdHVybmFyb3VuZCwgd2lsbCB0YWtlIGEgbG9v
ayBhbmQgY2lyY2xlIGJhY2sgdmlhIGVtYWlsLg0KDQpKb2huDQorMS00ODQtOTYyLTAwNjANCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHY2b3BzIDx2Nm9wcy1ib3VuY2VzQGll
dGYub3JnPiBvbiBiZWhhbGYgb2YgSk9SREkgTUFSVElORVogPGpvcmRpLnBhbGV0QGNvbnN1bGlu
dGVsLmVzPg0KUmVwbHktVG86IEpPUkRJIE1BUlRJTkVaIDxqb3JkaS5wYWxldEBjb25zdWxpbnRl
bC5lcz4NCkRhdGU6IE1vbmRheSwgTm92ZW1iZXIgMTQsIDIwMTYgYXQgMjE6NTANClRvOiB2Nm9w
cyA8djZvcHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW3Y2b3BzXSBDb21tZW50cyBvbiBkcmFm
dC1pZXRmLXY2b3BzLXVuaXF1ZS1pcHY2LXByZWZpeC1wZXItaG9zdC0wMQ0KDQogICAgT2ssIHRy
eWluZyBub3QgdG8gY2hhbmdlIHRvbyBtdWNoLCBtaW5pbWFsaXN0aWMgYXBwcm9hY2gganVzdCB0
byBub3RlIHRoYXQgdGhlIHNhbWUgcHJvY2VkdXJlIHdvcmtzIGZvciBhIGRhdGEgY2VudHJlOg0K
ICAgIA0KICAgIDEuIEFic3RyYWN0DQogICAgUmVwbGFjZSDigJxzaGFyZWQgbmV0d29yaywgbGlr
ZSBXaS1GaSBvciBFdGhlcm5ldOKAnSB3aXRoIOKAnHNoYXJlZCBuZXR3b3JrLCBlaXRoZXIgd2ly
ZWQgb3Igd2lyZWxlc3MsIHN1Y2ggYXMgRXRoZXJuZXQsIFdpRmksIGV0Yy7igJ0NCiAgICAyLiBJ
bnRyb2R1Y3Rpb24uDQogICAgQWZ0ZXIgdGhlIDFzdCBwYXJhZ3JhcGgsIGFkZCBhIG5ldyBvbmUg
c2hvcnQgb25lIHRvIGNsYXJpZnkgd2hhdCBVRSBtZWFucyBoZXJlLg0KICAgIAlJbiB0aGUgY29u
dGV4dCBvZiB0aGlzIGRvY3VtZW50LCBVRSBjYW4gYmUgYSDigJxyZWd1bGFy4oCdIGVuZC11c2Vy
LWVxdWlwbWVudCwgYXMgd2VsbCBhcyBhIHNlcnZlciBpbiBhIGRhdGFjZW50cmUsIGFzc3VtaW5n
IGEgc2hhcmVkIG5ldHdvcmsgKHdpcmVkIG9yIHdpcmVsZXNzKS4NCiAgICANCiAgICAzLiBTZWN0
aW9uIDUgKElQdjYgTmVpZ2hib3Vyc2hpcCBEaXNjb3ZlcnkgQmVzdCBQcmFjdGljZXMpLCBJIGJl
bGlldmUgdGhlIGFjdHVhbCB0ZXh0IOKAnHRoZSBhcHBsaWNhYmxlIE1heFJ0ckFkdkludGVydmFs
IG9uIHRoZSBXTEFOLUdXIE1VU1QgdGhlcmVmb3JlIGJlIGxvd2VyIHRoYW4gdGhlIHByZWZlcnJl
ZCBsaWZldGltZeKAnSwgV0xBTi1HVyBpcyByZWZlcnJpbmcgdG8gdGhlIGZpcnN0IGhvcCByb3V0
ZXIsIG1heWJlIGZyb20gYSBwcmV2aW91cyB0ZXh0IGNvbnNpZGVyaW5nIG9ubHkgV2lGaT8gSWYg
dGhhdOKAmXMgdGhlIGNhc2UsIHRoZW4gSSB3aWxsIHN1Z2dlc3QgdGhpcyBhbHRlcm5hdGl2ZToN
CiAgICDigJx0aGUgYXBwbGljYWJsZSBNYXhSdHJBZHZJbnRlcnZhbCBvbiB0aGUgZmlyc3QgaG9w
IHJvdXRlciBNVVNUIHRoZXJlZm9yZSBiZSBsb3dlciB0aGFuIHRoZSBwcmVmZXJyZWQgbGlmZXRp
bWXigJ0NCiAgICANCiAgICA0LiBTZWN0aW9uIDUgKElQdjYgTmVpZ2hib3Vyc2hpcCBEaXNjb3Zl
cnkgQmVzdCBQcmFjdGljZXMpLCDigJwg4oCmIHJlbW92ZWQgZnJvbSB0aGUgRmlyc3QgSG9wIFJv
dXRlciB0byBhdm9pZCBvbmdvaW5nIHJlc291cmNlIGRlcGxldGlvbuKAnSwgcmVwbGFjZSB3aXRo
IOKAnOKApiByZW1vdmVkIGZyb20gdGhlIEZpcnN0IEhvcCBSb3V0ZXIgdG8gYXZvaWQgb25nb2lu
ZyByZXNvdXJjZSBkZXBsZXRpb24gaW4gdGhlIGNhc2Ugb2Ygbm9uLXBlcm1hbmVudCBVRSwgc3Vj
aCBhcyBpbiB0aGUgY2FzZSBvZiBXaUZpIGhvdHNwb3Rz4oCdLg0KICAgIA0KICAgIDUuIFNlY3Rp
b24gNSAoSVB2NiBOZWlnaGJvdXJzaGlwIERpc2NvdmVyeSBCZXN0IFByYWN0aWNlcyksIGFmdGVy
IOKAnHRlbXBvcmFyeSAncHJpdmF0ZScgYWRkcmVzc2VzLuKAnSwgYWRkIHRoaXMgc2VudGVuY2U6
DQogICAgDQogICAg4oCcU2ltaWxhcmx5LCB3aGVuIHVzaW5nIHRoaXMgdGVjaG5vbG9neSBpbiBh
IGRhdGFjZW50cmUsIHRoZSBVRSBzZXJ2ZXIgbWF5IG5lZWQgdG8gdXNlIHNldmVyYWwgYWRkcmVz
c2VzIGZyb20gdGhlIHNhbWUgLzY0LCBmb3IgZXhhbXBsZSBiZWNhdXNlIGlzIHVzaW5nIG11bHRp
cGxlIHZpcnR1YWwgaG9zdHMsIGNvbnRhaW5lcnMsIGV0Yy4gaW4gdGhlIGJyaWRnZWQgdmlydHVh
bCBzd2l0Y2gu4oCdIOKApiB0aGVuIGtlZXAgZ29pbmcgd2l0aCBleGlzdGluZyB0ZXh0IOKAnFRo
aXMgY2FuIGxlYWQgdG8g4oCm4oCdDQogICAgDQogICAgNi4gU2VjdGlvbiA1IChJUHY2IE5laWdo
Ym91cnNoaXAgRGlzY292ZXJ5IEJlc3QgUHJhY3RpY2VzKSwgdHlwZSDigKYg4oCdVGhlIEZpcnN0
IEhvcCBQcm92ZGVy4oCdIHJlcGxhY2Ugd2l0aCDigJxUaGUgRmlyc3QgSG9wIFByb3ZpZGVy4oCd
LiBBbHNvIG5vdGUgdGhlIGR1cGxpY2F0ZWQgcmVmZXJlbmNlIHRvIFJGQzQ5NDEgYmVmb3JlIHRo
aXMgdGV4dC4NCiAgICANCiAgICBOb3RlIHRoYXQgMSwgMyBhbmQgNiwgYXJlIGFsc28gYW4gaW5w
dXQgdG8gdGhlIGFjdHVhbCB0ZXh0LCBldmVuIGluIHRoZSBjYXNlIHlvdSBkb27igJl0IHdhbnQg
dG8gY29uc2lkZXIgdGhlIGRhdGEgY2VudHJlIHRoaW5nLCBqdXN0IHRvIG1ha2Ugc3VyZSB0byBj
bGFyaWZ5IHRoYXQgaXMgdmFsaWQgaW4gb3RoZXIgc2hhcmVkIHRlY2hub2xvZ2llcyBhbmQgbm90
IGp1c3QgaW4gV2lGaSBvciBFdGhlcm5ldCDigKYNCiAgICANCiAgICBSZWdhcmRzLA0KICAgIEpv
cmRpDQogICAgDQogICAgDQogICAgLS0tLS1NZW5zYWplIG9yaWdpbmFsLS0tLS0NCiAgICBEZTog
IkJyem96b3dza2ksIEpvaG4iIDxKb2huX0Jyem96b3dza2lAY29tY2FzdC5jb20+DQogICAgUmVz
cG9uZGVyIGE6IDxKb2huX0Jyem96b3dza2lAY29tY2FzdC5jb20+DQogICAgRmVjaGE6IGx1bmVz
LCAxNCBkZSBub3ZpZW1icmUgZGUgMjAxNiwgMjA6NDANCiAgICBQYXJhOiAiam9yZGkucGFsZXRA
Y29uc3VsaW50ZWwuZXMiIDxqb3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4sIHY2b3BzIGxpc3Qg
PHY2b3BzQGlldGYub3JnPg0KICAgIEFzdW50bzogUmU6IFt2Nm9wc10gQ29tbWVudHMgb24gZHJh
ZnQtaWV0Zi12Nm9wcy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhvc3QtMDENCiAgICANCiAgICAg
ICAgSm9yZGksDQogICAgICAgIA0KICAgICAgICBJIHdvdWxkIGJlIHdpbGxpbmcgdG8gY29uc2lk
ZXIgdGhpcywgc28gcGxlYXNlIGZlZWwgZnJlZSB0byBzZW5kIHNvbWUgdGV4dCBmb3IgdXMgdG8g
Y29uc2lkZXIuICBIb3dldmVyLCBpbiB0aGUgc3Bpcml0IGtlZXBpbmcgdGhpbmdzIGJhc2VkIG9u
IHJlYWxpdHkgSSBoZXNpdGF0ZSB0byBnbyB0b28gZmFyIGRvd24gdGhlIERDIHBhdGgsIG1haW5s
eSBiZWNhdXNlIHRoaXMgaGFzIG5vdCBkZXBsb3llZCBpbiB0aGlzIGNvbnRleHQgdG8gZGF0ZS4g
IFNvIEkgcHJvcG9zZSB3ZSBsaW1pdGVkLCBoaWdoLWxldmVsIHJlZmVyZW5jZXMgdG8gb3RoZXIg
cG9zc2libGUgZGVwbG95bWVudCB1c2VzIGNhc2VzLiAgSW4gdGhlIGZ1dHVyZSB3ZSBtYXkgdmVy
eSB3ZWxsIGJlIGFibGUgdG8gcG9pbnQgdG8gb3RoZXIgSS1EcyBsaWtlIHRoZSBvbmUgYmVsb3c6
DQogICAgICAgIA0KICAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGlv
eGZvbGtzLTZtYW4tcGlvLWV4Y2x1c2l2ZS1iaXQtMDENCiAgICAgICAgDQogICAgICAgIFRoYW5r
cyBmb3IgdGhlIHJldmlldyBhbmQgdGhlIG9mZmVyIHRvIHdyaXRlIHNvbWUgdGV4dC4NCiAgICAg
ICAgDQogICAgICAgIEpvaG4NCiAgICAgICAgKzEtNDg0LTk2Mi0wMDYwDQogICAgICAgIA0KICAg
ICAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KICAgICAgICBGcm9tOiB2Nm9wcyA8djZv
cHMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEpPUkRJIE1BUlRJTkVaIDxqb3JkaS5w
YWxldEBjb25zdWxpbnRlbC5lcz4NCiAgICAgICAgUmVwbHktVG86IEpPUkRJIE1BUlRJTkVaIDxq
b3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4NCiAgICAgICAgRGF0ZTogTW9uZGF5LCBOb3ZlbWJl
ciAxNCwgMjAxNiBhdCAxNDowOA0KICAgICAgICBUbzogdjZvcHMgPHY2b3BzQGlldGYub3JnPg0K
ICAgICAgICBTdWJqZWN0OiBSZTogW3Y2b3BzXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLXY2b3Bz
LXVuaXF1ZS1pcHY2LXByZWZpeC1wZXItaG9zdC0wMQ0KICAgICAgICANCiAgICAgICAgICAgIEkg
dGhpbmsgdGhpcyBjYW4gYmUgYWxzbyB1c2VmdWwgaW4gZGF0YS1jZW50cmUgc2NlbmFyaW9zICho
b3N0aW5nL2hvdXNpbmcsIGV0Yy4pLg0KICAgICAgICAgICAgDQogICAgICAgICAgICBJdCB3aWxs
IGJlIG5pY2UgdG8gaW5jbHVkZSBzb21lIHRleHQgKGFic3RyYWN0LCBpbnRybywgbWF5IGJlIHNv
bWV3aGVyZSBlbHNlKSB0byBtYWRlIGl0IGNsZWFyIHRoYXQgc2NlbmFyaW8uDQogICAgICAgICAg
ICANCiAgICAgICAgICAgIEnigJltIGhhcHB5IHRvIHdyaXRlIGRvd24gc29tZSBzcGVjaWZpYyBj
aGFuZ2VzIGlmIHlvdSBsaWtlLg0KICAgICAgICAgICAgDQogICAgICAgICAgICBSZWdhcmRzLA0K
ICAgICAgICAgICAgSm9yZGkNCiAgICAgICAgICAgIA0KICAgICAgICAgICAgDQogICAgICAgICAg
ICAtLS0tLU1lbnNhamUgb3JpZ2luYWwtLS0tLQ0KICAgICAgICAgICAgRGU6IHY2b3BzIDx2Nm9w
cy1ib3VuY2VzQGlldGYub3JnPiBlbiBub21icmUgZGUgVGltIENob3duIDxUaW0uQ2hvd25Aamlz
Yy5hYy51az4NCiAgICAgICAgICAgIFJlc3BvbmRlciBhOiA8VGltLkNob3duQGppc2MuYWMudWs+
DQogICAgICAgICAgICBGZWNoYTogbHVuZXMsIDE0IGRlIG5vdmllbWJyZSBkZSAyMDE2LCAxMzo0
NA0KICAgICAgICAgICAgUGFyYTogdjZvcHMgbGlzdCA8djZvcHNAaWV0Zi5vcmc+DQogICAgICAg
ICAgICBBc3VudG86IFt2Nm9wc10gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9wcy11bmlxdWUt
aXB2Ni1wcmVmaXgtcGVyLWhvc3QtMDENCiAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIEhp
LA0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIEkgbGlrZSB0aGUgZHJhZnQuIA0K
ICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIFNvbWUgZ2VuZXJhbGx5IHZlcnkgbWlu
b3IgY29tbWVudHM6DQogICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgLSBNb3ZlIHRo
ZSDigJhCZW5lZml0cy4u4oCZIHNlbnRlbmNlIHRvIHRoZSBlbmQgb2YgdGhlIGFic3RyYWN0Lg0K
ICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIC0gImF0IGN1cnJlbnQgdGltZSB0aGVy
ZSBpcyBhIG5vbi10cml2aWFsIFVFL3N1YnNjcmliZXIgYmFzZSBub3Qgc3VwcG9ydGluZyBESENQ
djYgSUFfTkHigJ0gLSB3ZWxsLCB0aGVyZeKAmXMgYW5vdGhlciB3YXkgdG8gZml4IHRoYXQsIGJ1
dOKApiA6KSAgDQogICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgLSBzL2hpcy90aGVp
cg0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIC0gSW4gc2VjdGlvbiA0IHlvdSBz
YXkgdGhlIFVFIFNIT1VMRCBOT1QgcGVyZm9ybSBzdGF0ZWZ1bCBESENQLiAgV2hhdCBoYXBwZW5z
IGlmIGl0IGRvZXM/IChkcmFmdC1pZXRmLXY2b3BzLWRoY3B2Ni1zbGFhYy1wcm9ibGVtLTA3IGRp
c2N1c3NlcyBzdWNoIGlzc3VlcykNCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAt
IFJGQyA2MzQzLCA2MTgwLCA2MTA2IGFuZCBJLUQuaWV0Zi12Nm9wcy12NHY2dHJhbi1mcmFtZXdv
cmsgYXJlIGluIHRoZSByZWZlcmVuY2VzLCBidXQgbm90IHRoZSB0ZXh0Lg0KICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgICAgICAgIEJlc3Qgd2lzaGVzLA0KICAgICAgICAgICAgICAgIFRpbSAN
CiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAg
ICAgICAgICAgICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KICAgICAgICAgICAgICAgIHY2b3BzIG1haWxpbmcgbGlzdA0KICAgICAgICAgICAgICAg
IHY2b3BzQGlldGYub3JnDQogICAgICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby92Nm9wcw0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgDQogICAg
ICAgICAgICANCiAgICAgICAgICAgIA0KICAgICAgICAgICAgKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKg0KICAgICAgICAgICAgSVB2NCBpcyBvdmVyDQogICAg
ICAgICAgICBBcmUgeW91IHJlYWR5IGZvciB0aGUgbmV3IEludGVybmV0ID8NCiAgICAgICAgICAg
IGh0dHA6Ly93d3cuY29uc3VsaW50ZWwuZXMNCiAgICAgICAgICAgIFRoZSBJUHY2IENvbXBhbnkN
CiAgICAgICAgICAgIA0KICAgICAgICAgICAgVGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgY29udGFp
bnMgaW5mb3JtYXRpb24gd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBU
aGUgaW5mb3JtYXRpb24gaXMgaW50ZW5kZWQgdG8gYmUgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2
aWR1YWwocykgbmFtZWQgYWJvdmUuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGll
bnQgYmUgYXdhcmUgdGhhdCBhbnkgZGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9y
IHVzZSBvZiB0aGUgY29udGVudHMgb2YgdGhpcyBpbmZvcm1hdGlvbiwgaW5jbHVkaW5nIGF0dGFj
aGVkIGZpbGVzLCBpcyBwcm9oaWJpdGVkLg0KICAgICAgICAgICAgDQogICAgICAgICAgICANCiAg
ICAgICAgICAgIA0KICAgICAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCiAgICAgICAgICAgIHY2b3BzIG1haWxpbmcgbGlzdA0KICAgICAgICAg
ICAgdjZvcHNAaWV0Zi5vcmcNCiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vdjZvcHMNCiAgICAgICAgICAgIA0KICAgICAgICANCiAgICAgICAgDQogICAg
DQogICAgDQogICAgDQogICAgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKg0KICAgIElQdjQgaXMgb3Zlcg0KICAgIEFyZSB5b3UgcmVhZHkgZm9yIHRoZSBuZXcg
SW50ZXJuZXQgPw0KICAgIGh0dHA6Ly93d3cuY29uc3VsaW50ZWwuZXMNCiAgICBUaGUgSVB2NiBD
b21wYW55DQogICAgDQogICAgVGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgY29udGFpbnMgaW5mb3Jt
YXRpb24gd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBUaGUgaW5mb3Jt
YXRpb24gaXMgaW50ZW5kZWQgdG8gYmUgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwocykg
bmFtZWQgYWJvdmUuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYmUgYXdh
cmUgdGhhdCBhbnkgZGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIHVzZSBvZiB0
aGUgY29udGVudHMgb2YgdGhpcyBpbmZvcm1hdGlvbiwgaW5jbHVkaW5nIGF0dGFjaGVkIGZpbGVz
LCBpcyBwcm9oaWJpdGVkLg0KICAgIA0KICAgIA0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgdjZvcHMgbWFpbGluZyBsaXN0DQog
ICAgdjZvcHNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL3Y2b3BzDQogICAgDQoNCg==


From nobody Mon Nov 14 20:45:31 2016
Return-Path: <John_Brzozowski@comcast.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 59EB2129645 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 20:45:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 YZX4js7syPBw for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 20:45:25 -0800 (PST)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA24A129501 for <v6ops@ietf.org>; Mon, 14 Nov 2016 20:45:25 -0800 (PST)
X-AuditID: 60721c4b-20bff700000045be-b4-582a92e241f5
Received: from VAADCEX15.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 54.63.17854.2E29A285; Mon, 14 Nov 2016 23:45:24 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX15.cable.comcast.com (147.191.102.82) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 14 Nov 2016 23:45:21 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Mon, 14 Nov 2016 23:45:21 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPmvWzWI1eACr0E2MJMiM0juRyA==
Date: Tue, 15 Nov 2016 04:45:21 +0000
Message-ID: <1AFA4083-313E-4BFE-88BE-4044FB65F44F@cable.comcast.com>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es> <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com> <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk> <02BF745D-29C6-4ACB-8DB2-81A3AF9D3D8F@consulintel.es>
In-Reply-To: <02BF745D-29C6-4ACB-8DB2-81A3AF9D3D8F@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.252]
Content-Type: text/plain; charset="utf-8"
Content-ID: <0ED16A1AC398364799ACA0D99CA139FA@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrDIsWRmVeSWpSXmKPExsWSUOxpoftkklaEwa8+Q4u/xz8zW5w+tpfZ gclj3f4AjyVLfjIFMEVx2aSk5mSWpRbp2yVwZWztnctUMM2wYuPZt2wNjF/0uxg5OSQETCRu r1zJDmILCcxkkjh4ga2LkQvIPsAoseHVbyYI5ySjxK62nWwgVWwCZhJbDt4G6xARiJGYvnMH C4gtLBAk8WnnJmaIeLDEpHWnmSBsPYlPT1+BxVkEVCWmn1kONodXwEVi89TTzBALnjNJrH+x mhEkwSngJNH8dR5YM6OAmMT3U2vAbGYBcYlbT+YzQZwtILFkz3lmCFtU4uXjf6wgtijIstur WSDiOhJnrz9hhLANJLYu3QcVV5T4N3s9kM0BNFNTYv0ufYjxDhKbHjVBrVKUmNL9kB3iTkGJ kzOfQLWKSxw+soN1AqPULCQXzUKYNAvJpFlIJs1CMmkBI+sqRrmyxMSU5NyM/NISA0O95MSk nFS95Pzc5MTiEhC9iREUx0Uy3jsY1/10P8QowMGoxMP7rFYrQog1say4MvcQowQHs5II74Uu oBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXHerTc1I4QE0hNLUrNTUwtSi2CyTBycUg2MKarus4om 1LU+f5J2K71/Qm6V3qPr2YUBL2M9md7P7z/s1LUzwcJJf6VtbXnkabn32dfC709c6pktZP+K 7Vu9mVrNrtt5Gl/nr13Fn/7r0hTjHXwqn3/lJa2IDTRveTLBauH9qt9bTQ6WBBkHmc3zlPU9 q9HJcdRouZqt7+3wt5K7uJttq24rsRRnJBpqMRcVJwIAJQB0G98CAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/amFXsF9HgR1Q0z9ASzrE52YFRhY>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Tue, 15 Nov 2016 04:45:29 -0000

Sm9yZGksDQoNCkkgYW0gd2lsbGluZyB0byBjb25zaWRlciB0aGUgaW5jbHVzaW9uIG9mIGFkZGl0
aW9uYWwgdGV4dCAocHJvYmFibHkgaW4gdGhlIGFic3RyYWN0KSB0aGF0IG91dGxpbmVzIGFkZGl0
aW9uYWwgdXNlIGNhc2VzIHdoZXJlIHRoaXMgYXBwcm9hY2ggbWF5IGJlIGFwcGxpY2FibGUuICBI
b3dldmVyLCB3aXRob3V0IHJlYWwgZGVwbG95bWVudCBleHBlcmllbmNlIEkgaGVzaXRhdGUgYWRk
IHRvbyBtdWNoIGFkZGl0aW9uYWwgdGV4dCByZWxhdGluZyB0byB0aGVzZSBvdGhlciB1c2UgY2Fz
ZXMuDQoNClJlZ2FyZGluZyB5b3VyIGxhc3Qgc2VudGVuY2UgYmVsb3csIHRoZXJlIGFyZSBubyBh
ZGRpdGlvbmFsIGRyYWZ0cyBwbGFubmVkIHRoYXQgZGVzY3JpYmUgb3VyIGRlcGxveW1lbnQgb2Yg
SVB2NiBmb3IgV2ktRmkuICBJIGFwb2xvZ2l6ZSBpZiBJIHNlZW1lZCB0byBpbmRpY2F0ZSBvdGhl
cndpc2UuDQoNCkpvaG4NCisxLTQ4NC05NjItMDA2MA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KRnJvbTogdjZvcHMgPHY2b3BzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBK
T1JESSBNQVJUSU5FWiA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+DQpSZXBseS1UbzogSk9S
REkgTUFSVElORVogPGpvcmRpLnBhbGV0QGNvbnN1bGludGVsLmVzPg0KRGF0ZTogVHVlc2RheSwg
Tm92ZW1iZXIgMTUsIDIwMTYgYXQgMDQ6MTYNClRvOiB2Nm9wcyA8djZvcHNAaWV0Zi5vcmc+DQpT
dWJqZWN0OiBSZTogW3Y2b3BzXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLXY2b3BzLXVuaXF1ZS1p
cHY2LXByZWZpeC1wZXItaG9zdC0wMQ0KDQogICAgUmVzcG9uZGluZyB0byBib3RoIEhlbWFudCBh
bmQgVGltIOKApg0KICAgIA0KICAgIEkgd2lsbCBhZ3JlZSB3aXRoIHdoYXQgeW91IHNheSBpZiB3
aGF0IEnigJltIHN1Z2dlc3RpbmcgcmVxdWlyZXMgbWFueSBjaGFuZ2VzIGluIHRoZSBhY3R1YWwg
dGV4dCwgYnV0IGlzIG5vdCB0aGUgY2FzZS4gVGhleSBhcmUgbWlub3IgY2xhcmlmaWNhdGlvbnMg
dGhhdCBhY2NvbW1vZGF0ZXMgc29tZXRoaW5nIHdpdGggY2xlYXJseSBoYXBwZW5zIGluIGJvdGgg
c2NlbmFyaW9zLiBBdCB0aGUgZW5kIHRoZSBleGlzdGluZyBkb2N1bWVudCBhbHJlYWR5IG1lbnRp
b25zIEV0aGVybmV0LCBzbywgd2UgYXJlIG5vdCBicm9hZGVuaW5nIHRoZSBvcmlnaW5hbCBzY29w
ZSwganVzdCBtYWtpbmcgaXQgbW9yZSBleHBsaWNpdC4NCiAgICANCiAgICBJIHRoaW5rIHdlIG5l
ZWQgdG8gYmFsYW5jZSAoYW5kIG5vdCBqdXN0IGZvciB0aGlzIGRvY3VtZW50KSwgd2hlbiB3ZSBj
YW4gYXBwbHkgc29tZXRoaW5nIHdpdGggbWlub3Igd29yZGluZyB0byB0d28gd2VsbCBkZWZpbmVk
IGNhc2VzLCBhbW9uZyBoYXZpbmcganVzdCBvbmUgZG9jdW1lbnQgaW5zdGVhZCBvZiBoYXZpbmcg
dG8gZGlmZmVyZW50IGRvY3VtZW50cywgc2F5aW5nIHRoZSBzYW1lLCBvbmUgZm9yIHRoZSBXaUZp
IGNhc2UsIG9uZSBmb3IgdGhlIHNoYXJlZCBFdGhlcm5ldC4NCiAgICANCiAgICBJdCBkb2VzbuKA
mXQgbWFrZSBhbnkgc2Vuc2UgZm9yIHRoZSBJRVRGIHRvIGhhdmUg4oCcbW9yZeKAnSBkb2N1bWVu
dHMgaW4gdGhvc2UgY2FzZXMuIFdoYXQgd2UgZG8gYWZ0ZXJ3YXJkcywgbWFrZSBhIGNvcHkgb2Yg
dGhlIGRvY3VtZW50IGFuZCByZXBsYWNlIFdpRmkgd2l0aCBFdGhlcm5ldCwgc28gd2UgYXNrIHRo
ZSBwb3NzaWJsZSB0YXJnZXRzIG9mIHRoaXMgd29yayB0byByZWFkIHRoZSBzYW1lIGRvY3VtZW50
IHR3aWNlPw0KICAgIA0KICAgIEJ5IHRoZSB3YXksIEkgYWxzbyB1bmRlcnN0b29kIGZyb20gSm9o
biwgdGhhdCBhIHNwZWNpZmljIGRvY3VtZW50IHdpdGggdGhlIFdpRmkgcm9sbC1vdXQgd2lsbCBm
b2xsb3cg4oCmIFNvIG1vcmUgc3BlY2lmaWMgZGV0YWlscyBhYm91dCB0aGF0IHdpbGwgYmUgdGhl
cmUuDQogICAgDQogICAgUmVnYXJkcywNCiAgICBKb3JkaQ0KICAgIA0KICAgIA0KICAgIC0tLS0t
TWVuc2FqZSBvcmlnaW5hbC0tLS0tDQogICAgRGU6IFRpbSBDaG93biA8VGltLkNob3duQGppc2Mu
YWMudWs+DQogICAgUmVzcG9uZGVyIGE6IDxUaW0uQ2hvd25AamlzYy5hYy51az4NCiAgICBGZWNo
YTogbWFydGVzLCAxNSBkZSBub3ZpZW1icmUgZGUgMjAxNiwgMTowMA0KICAgIFBhcmE6IEhlbWFu
dCBTaW5naCA8aGVtYW50aWV0ZkBnbWFpbC5jb20+LCB2Nm9wcyBsaXN0IDx2Nm9wc0BpZXRmLm9y
Zz4NCiAgICBDQzogSm9yZGkgUGFsZXQgTWFydGluZXogPGpvcmRpLnBhbGV0QGNvbnN1bGludGVs
LmVzPg0KICAgIEFzdW50bzogUmU6IFt2Nm9wc10gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi12Nm9w
cy11bmlxdWUtaXB2Ni1wcmVmaXgtcGVyLWhvc3QtMDENCiAgICANCiAgICAgICAgDQogICAgICAg
IE9uIDE0IE5vdiAyMDE2LCBhdCAxMzozNiwgSGVtYW50IFNpbmdoIDxoZW1hbnRpZXRmQGdtYWls
LmNvbT4gd3JvdGU6DQogICAgICAgIA0KICAgICAgICANCiAgICAgICAgDQogICAgICAgIE9uIE1v
biwgTm92IDE0LCAyMDE2IGF0IDc6NTAgQU0sIEpPUkRJIFBBTEVUIE1BUlRJTkVaIA0KICAgICAg
ICA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+IHdyb3RlOg0KICAgICAgICANCiAgICAgICAg
DQogICAgICAgID5Ob3RlIHRoYXQgMSwgMyBhbmQgNiwgYXJlIGFsc28gYW4gaW5wdXQgdG8gdGhl
IGFjdHVhbCB0ZXh0LCBldmVuIGluIHRoZSBjYXNlIHlvdSBkb27igJl0IHdhbnQgdG8gY29uc2lk
ZXIgdGhlIGRhdGEgY2VudHJlIHRoaW5nLCBqdXN0IHRvIG1ha2Ugc3VyZSB0byBjbGFyaWZ5IHRo
YXQgaXMgdmFsaWQgaW4gb3RoZXIgc2hhcmVkIHRlY2hub2xvZ2llcyBhbmQgbm90ID5qdXN0IGlu
IFdpRmkgb3IgRXRoZXJuZXQg4oCmDQogICAgICAgIA0KICAgICAgICANCiAgICAgICAgDQogICAg
ICAgIA0KICAgICAgICANCiAgICAgICAgSSBoZWFyIEpvaG4gYXMgY29uc2lkZXJpbmcgQ29tY2Fz
dCBYZmluaXR5IHdpZmkgZm9yIHRoZSBkb2N1bWVudC4gIEkgYWdyZWUgdG8gY2xhcmlmeSB0aGF0
IHRoZSBkb2N1bWVudCBjb3ZlcnMgb25seSBzdWNoIGEgc3BlY2lmaWMgd2lmaSBuZXR3b3JrLiAg
V2Ugc2hvdWxkIG5vdCBhZGQgdGhlIGtpdGNoZW4gc2luayB0byB0aGUgZG9jdW1lbnQuICBBZnRl
ciBhbGwsIGV2ZW4gY2FibGUgYnJvYWRiYW5kIGFuZCBjZWxsdWxhcg0KICAgICAgICAgd2lyZWxl
c3MgdXNlIGEgc2hhcmVkIG1lZGl1bSwgaXQncyBub3QganVzdCB0aGUgZGF0YSBjZW50ZXIsICBX
aGVyZSBkbyB3ZSBzdG9wPw0KICAgICAgICANCiAgICAgICAgDQogICAgICAgIA0KICAgICAgICAN
CiAgICAgICAgDQogICAgICAgIA0KICAgICAgICANCiAgICAgICAgDQogICAgICAgIEkgYWdyZWUg
aGVyZS4gSSB0aGluayBpdOKAmXMgYmVzdCB0byBiZSBhcyBzcGVjaWZpYyBhcyBwb3NzaWJsZSBp
biB0aGUgZG9jdW1lbnQgYW5kIHB1dCBpdCBvdXQgdGhlcmUgYXMgYSBCQ1AuICBIZW5jZSBteSBl
YXJsaWVyIHN1Z2dlc3Rpb24gdG8gdGlnaHRlbiB1cCB0aGUgYWJzdHJhY3QgdG8gYmUgbW9yZSBz
cGVjaWZpYyAodGhhdCBSQS1iYXNlZCBwcmVmaXggY29uZmlndXJhdGlvbiBpcyB1c2VkLCBldGMp
LiAgTm90aGluZyB0aGVuIHByZWNsdWRlcw0KICAgICAgICAgREhDUC1QRCBiZWluZyB1c2VkIGVs
c2V3aGVyZSBvciBpbiB0aGUgZnV0dXJlLg0KICAgICAgICANCiAgICAgICAgDQogICAgICAgIE92
ZXJhbGwgdGhlIGRyYWZ0IGlzIGdyZWF0IC0gaXQgZGVzY3JpYmVzIGFuIGlubm92YXRpdmUgZGVw
bG95bWVudCB3ZWxsLiAgSXQganVzdCBuZWVkcyBzb21lIGVkaXRvcmlhbCBwb2xpc2ggYW5kIGl0
4oCZcyBnb29kIHRvIGdvLiANCiAgICAgICAgDQogICAgICAgIA0KICAgICAgICBUaW0NCiAgICAg
ICAgDQogICAgICAgIA0KICAgIA0KICAgIA0KICAgIA0KICAgICoqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgICBJUHY0IGlzIG92ZXINCiAgICBBcmUgeW91
IHJlYWR5IGZvciB0aGUgbmV3IEludGVybmV0ID8NCiAgICBodHRwOi8vd3d3LmNvbnN1bGludGVs
LmVzDQogICAgVGhlIElQdjYgQ29tcGFueQ0KICAgIA0KICAgIFRoaXMgZWxlY3Ryb25pYyBtZXNz
YWdlIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIG1heSBiZSBwcml2aWxlZ2VkIG9yIGNvbmZp
ZGVudGlhbC4gVGhlIGluZm9ybWF0aW9uIGlzIGludGVuZGVkIHRvIGJlIGZvciB0aGUgdXNlIG9m
IHRoZSBpbmRpdmlkdWFsKHMpIG5hbWVkIGFib3ZlLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k
ZWQgcmVjaXBpZW50IGJlIGF3YXJlIHRoYXQgYW55IGRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3Ry
aWJ1dGlvbiBvciB1c2Ugb2YgdGhlIGNvbnRlbnRzIG9mIHRoaXMgaW5mb3JtYXRpb24sIGluY2x1
ZGluZyBhdHRhY2hlZCBmaWxlcywgaXMgcHJvaGliaXRlZC4NCiAgICANCiAgICANCiAgICANCiAg
ICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIHY2
b3BzIG1haWxpbmcgbGlzdA0KICAgIHY2b3BzQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcw0KICAgIA0KDQo=


From nobody Mon Nov 14 20:56:37 2016
Return-Path: <prvs=1127c674bb=jordi.palet@consulintel.es>
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 88C3E1298B9 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 20:56:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102
X-Spam-Level: 
X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 qRUYYfnRMTJK for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 20:56:33 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA14E1298C4 for <v6ops@ietf.org>; Mon, 14 Nov 2016 20:56:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1479185786; x=1479790586; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=Nnr+if1A65He6wxBxRH0VaIpK 58ujgirTiBCXj6Lc5Q=; b=b5/x1+ORpGNLPgTAPKof4ePOzqoEbMC6lF1oHF4A6 32PQ8HxvQ6lTlWaM+29idcsbv7rJoCKzG7ZozU337rclgqoIn5ziuThtCt2WMjgO 2nTz5ocJ6N1m7MiqRfsVi370Sy16dM2WxZK9nxuxecvqJrOTteKKZarD7omvUbla uY=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=moKqTRwQAto9MsSzIwjkUAvhew8LP7KXn4u7SCdbhHT+45HREUPIsVHGm19g z5mgPAE/+JK2yvga/g8OyxyiJ112gnWtPGKN1nNM/fU7JmpLHE1viS1n2 j4GW6OPO5qrhSpYGg39DB+UPmRrtJmlIyU4Q3/kTOJNa25ZArkHKQM=;
X-MDAV-Processed: mail.consulintel.es, Tue, 15 Nov 2016 05:56:26 +0100
X-Spam-Processed: mail.consulintel.es, Tue, 15 Nov 2016 05:56:25 +0100
Received: from [31.133.148.170] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005223768.msg for <v6ops@ietf.org>; Tue, 15 Nov 2016 05:56:24 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:161115:md50005223768::pnbBJkC2PjZW2/GF:00001goD
X-MDRemoteIP: 31.133.148.170
X-Return-Path: prvs=1127c674bb=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1b.0.161010
Date: Tue, 15 Nov 2016 13:56:17 +0900
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops list <v6ops@ietf.org>
Message-ID: <D934A1E8-E992-44F3-9B92-62E7E4E38CF3@consulintel.es>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es> <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com> <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk> <02BF745D-29C6-4ACB-8DB2-81A3AF9D3D8F@consulintel.es> <1AFA4083-313E-4BFE-88BE-4044FB65F44F@cable.comcast.com>
In-Reply-To: <1AFA4083-313E-4BFE-88BE-4044FB65F44F@cable.comcast.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/JvREv3YDdsS70bzqdX13A0aJbWQ>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 15 Nov 2016 04:56:35 -0000

I saw now from where it comes the idea about your deployment draft. It is i=
n the draft:

6.  Future work

   o  Informational draft regarding WLAN IPv6 Deployment technology
      experiences roll-out


Regards,
Jordi


-----Mensaje original-----
De: "Brzozowski, John" <John_Brzozowski@comcast.com>
Responder a: <John_Brzozowski@comcast.com>
Fecha: martes, 15 de noviembre de 2016, 13:45
Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list=
 <v6ops@ietf.org>
Asunto: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-hos=
t-01

    Jordi,
   =20
    I am willing to consider the inclusion of additional text (probably in =
the abstract) that outlines additional use cases where this approach may be=
 applicable.  However, without real deployment experience I hesitate add to=
o much additional text relating to these other use cases.
   =20
    Regarding your last sentence below, there are no additional drafts plan=
ned that describe our deployment of IPv6 for Wi-Fi.  I apologize if I seeme=
d to indicate otherwise.
   =20
    John
    +1-484-962-0060
   =20
    -----Original Message-----
    From: v6ops <v6ops-bounces@ietf.org> on behalf of JORDI MARTINEZ <jordi=
.palet@consulintel.es>
    Reply-To: JORDI MARTINEZ <jordi.palet@consulintel.es>
    Date: Tuesday, November 15, 2016 at 04:16
    To: v6ops <v6ops@ietf.org>
    Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-pe=
r-host-01
   =20
        Responding to both Hemant and Tim =E2=80=A6
       =20
        I will agree with what you say if what I=E2=80=99m suggesting requi=
res many changes in the actual text, but is not the case. They are minor cl=
arifications that accommodates something with clearly happens in both scena=
rios. At the end the existing document already mentions Ethernet, so, we ar=
e not broadening the original scope, just making it more explicit.
       =20
        I think we need to balance (and not just for this document), when w=
e can apply something with minor wording to two well defined cases, among h=
aving just one document instead of having to different documents, saying th=
e same, one for the WiFi case, one for the shared Ethernet.
       =20
        It doesn=E2=80=99t make any sense for the IETF to have =E2=80=9Cmor=
e=E2=80=9D documents in those cases. What we do afterwards, make a copy of =
the document and replace WiFi with Ethernet, so we ask the possible targets=
 of this work to read the same document twice?
       =20
        By the way, I also understood from John, that a specific document w=
ith the WiFi roll-out will follow =E2=80=A6 So more specific details about =
that will be there.
       =20
        Regards,
        Jordi
       =20
       =20
        -----Mensaje original-----
        De: Tim Chown <Tim.Chown@jisc.ac.uk>
        Responder a: <Tim.Chown@jisc.ac.uk>
        Fecha: martes, 15 de noviembre de 2016, 1:00
        Para: Hemant Singh <hemantietf@gmail.com>, v6ops list <v6ops@ietf.o=
rg>
        CC: Jordi Palet Martinez <jordi.palet@consulintel.es>
        Asunto: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix=
-per-host-01
       =20
           =20
            On 14 Nov 2016, at 13:36, Hemant Singh <hemantietf@gmail.com> w=
rote:
           =20
           =20
           =20
            On Mon, Nov 14, 2016 at 7:50 AM, JORDI PALET MARTINEZ=20
            <jordi.palet@consulintel.es> wrote:
           =20
           =20
            >Note that 1, 3 and 6, are also an input to the actual text, ev=
en in the case you don=E2=80=99t want to consider the data centre thing, ju=
st to make sure to clarify that is valid in other shared technologies and n=
ot >just in WiFi or Ethernet =E2=80=A6
           =20
           =20
           =20
           =20
           =20
            I hear John as considering Comcast Xfinity wifi for the documen=
t.  I agree to clarify that the document covers only such a specific wifi n=
etwork.  We should not add the kitchen sink to the document.  After all, ev=
en cable broadband and cellular
             wireless use a shared medium, it's not just the data center,  =
Where do we stop?
           =20
           =20
           =20
           =20
           =20
           =20
           =20
           =20
            I agree here. I think it=E2=80=99s best to be as specific as po=
ssible in the document and put it out there as a BCP.  Hence my earlier sug=
gestion to tighten up the abstract to be more specific (that RA-based prefi=
x configuration is used, etc).  Nothing then precludes
             DHCP-PD being used elsewhere or in the future.
           =20
           =20
            Overall the draft is great - it describes an innovative deploym=
ent well.  It just needs some editorial polish and it=E2=80=99s good to go.=
=20
           =20
           =20
            Tim
           =20
           =20
       =20
       =20
       =20
        **********************************************
        IPv4 is over
        Are you ready for the new Internet ?
        http://www.consulintel.es
        The IPv6 Company
       =20
        This electronic message contains information which may be privilege=
d or confidential. The information is intended to be for the use of the ind=
ividual(s) named above. If you are not the intended recipient be aware that=
 any disclosure, copying, distribution or use of the contents of this infor=
mation, including attached files, is prohibited.
       =20
       =20
       =20
        _______________________________________________
        v6ops mailing list
        v6ops@ietf.org
        https://www.ietf.org/mailman/listinfo/v6ops
       =20
   =20
   =20



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or con=
fidential. The information is intended to be for the use of the individual(=
s) named above. If you are not the intended recipient be aware that any dis=
closure, copying, distribution or use of the contents of this information, =
including attached files, is prohibited.




From nobody Mon Nov 14 23:58:16 2016
Return-Path: <John_Brzozowski@comcast.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 47039129502 for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 23:58:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 GTlCMD2sPXPC for <v6ops@ietfa.amsl.com>; Mon, 14 Nov 2016 23:58:00 -0800 (PST)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FCD3129676 for <v6ops@ietf.org>; Mon, 14 Nov 2016 23:58:00 -0800 (PST)
X-AuditID: 60721c4b-1f3ff700000045be-30-582ac0039063
Received: from VAADCEX15.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by  (SMTP Gateway) with SMTP id 0A.F3.17854.300CA285; Tue, 15 Nov 2016 02:57:57 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX15.cable.comcast.com (147.191.102.82) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Tue, 15 Nov 2016 02:57:55 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1130.005; Tue, 15 Nov 2016 02:57:55 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
Thread-Index: AQHSPmvWzWI1eACr0E2MJMiM0juRyKDZ0CyA///e7AA=
Date: Tue, 15 Nov 2016 07:57:55 +0000
Message-ID: <80C9ADAA-2444-48D3-9E21-6C2B35EBDCBA@cable.comcast.com>
References: <34B9CA17-15C4-45A1-84A0-4087719875CE@consulintel.es> <98D27065-4242-41EB-BA2B-752E1ACADDDE@cable.comcast.com> <2DAE62A1-659D-43AF-B39C-6C59275A9E5F@consulintel.es> <CABdyVt5Wd2Vq3CLBmYE4kMhVm0W0Sb5zTxkjYUZ35rRghADCcw@mail.gmail.com> <28A5000C-20A3-4912-A449-4D24B8AF0B3C@jisc.ac.uk> <02BF745D-29C6-4ACB-8DB2-81A3AF9D3D8F@consulintel.es> <1AFA4083-313E-4BFE-88BE-4044FB65F44F@cable.comcast.com> <D934A1E8-E992-44F3-9B92-62E7E4E38CF3@consulintel.es>
In-Reply-To: <D934A1E8-E992-44F3-9B92-62E7E4E38CF3@consulintel.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [96.115.73.254]
Content-Type: text/plain; charset="utf-8"
Content-ID: <554A74643796EF4D97D812EE565AE5F9@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNIsWRmVeSWpSXmKPExsWSUOxpoct6QCvC4MgxEYu/xz8zW5w+tpfZ gclj3f4AjyVLfjIFMEVx2aSk5mSWpRbp2yVwZVydPJ2t4IpPxb6GPsYGxhteXYycHBICJhK/ PjQxdTFycQgJzGSSeH19CQuEc4BR4ueJa8wQzklGiTvbfzOCtLAJmElsOXibHcQWEYiRmL5z BwuILSwQJPFp5yZmiHiwxKR1p5kgbCuJG1/fsoHYLAKqErt2zAaq4eDgFXCRWNQeCDH/FrNE 184jYHFOASeJL1MFQcoZBcQkvp9aAzaGWUBc4taT+UwQVwtILNlznhnCFpV4+fgfK4gtKqAn 8en2ahaIuI7E2etPGCFsA4mtS/dBxRUlfs27wgayillAU2L9Ln2I8Q4SF6/eY4awFSWmdD8E +5BXQFDi5MwnUK3iEoeP7GCdwCg1C8lFsxAmzUIyaRaSSbOQTFrAyLqKUa4sMTElOTcjv7TE wFAvOTEpJ1UvOT83ObG4BERvYgRFcZGM9w7GdT/dDzEKcDAq8fAu36gVIcSaWFZcmXuIUYKD WUmEt3IfUIg3JbGyKrUoP76oNCe1+BCjNAeLkjjv1puaEUIC6YklqdmpqQWpRTBZJg5OqQZG bf6d3RX6VnE6fu/mWVurRU/JzvD/mxm2sp/zpO0V9vsJ/uwFEx+/1jr6cmr+V+51b3NdT+id 2Vy94M1B05DTa3fFCPFrLDVxXqK4vMI6z5hb505WzvrIvVIHbO6K5bj+fSAyheGA3u19M66X T9/tXMkht3rF2m1VO8PaJZaHvWaYwh5ZyNWixFKckWioxVxUnAgADKHRP94CAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/AH_atfRV7ACWV9LqfPzgMoz2H0g>
Subject: Re: [v6ops] Comments on draft-ietf-v6ops-unique-ipv6-prefix-per-host-01
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: Tue, 15 Nov 2016 07:58:12 -0000

QWggaGHigKZpbiB0aGUgcmV2aXNpb24gR3VudGVyIGFuZCBJIGFyZSBnb2luZyB0byBwb3N0IHRo
aXMgd2VlayB0aGlzIHNlY3Rpb24gd2lsbCBiZSByZW1vdmVkLiAgOykNCg0KSm9obg0KKzEtNDg0
LTk2Mi0wMDYwDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiB2Nm9wcyA8djZv
cHMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEpPUkRJIE1BUlRJTkVaIDxqb3JkaS5w
YWxldEBjb25zdWxpbnRlbC5lcz4NClJlcGx5LVRvOiBKT1JESSBNQVJUSU5FWiA8am9yZGkucGFs
ZXRAY29uc3VsaW50ZWwuZXM+DQpEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciAxNSwgMjAxNiBhdCAx
Mzo1Ng0KVG86IHY2b3BzIDx2Nm9wc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbdjZvcHNdIENv
bW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlwdjYtcHJlZml4LXBlci1ob3N0LTAx
DQoNCiAgICBJIHNhdyBub3cgZnJvbSB3aGVyZSBpdCBjb21lcyB0aGUgaWRlYSBhYm91dCB5b3Vy
IGRlcGxveW1lbnQgZHJhZnQuIEl0IGlzIGluIHRoZSBkcmFmdDoNCiAgICANCiAgICA2LiAgRnV0
dXJlIHdvcmsNCiAgICANCiAgICAgICBvICBJbmZvcm1hdGlvbmFsIGRyYWZ0IHJlZ2FyZGluZyBX
TEFOIElQdjYgRGVwbG95bWVudCB0ZWNobm9sb2d5DQogICAgICAgICAgZXhwZXJpZW5jZXMgcm9s
bC1vdXQNCiAgICANCiAgICANCiAgICBSZWdhcmRzLA0KICAgIEpvcmRpDQogICAgDQogICAgDQog
ICAgLS0tLS1NZW5zYWplIG9yaWdpbmFsLS0tLS0NCiAgICBEZTogIkJyem96b3dza2ksIEpvaG4i
IDxKb2huX0Jyem96b3dza2lAY29tY2FzdC5jb20+DQogICAgUmVzcG9uZGVyIGE6IDxKb2huX0Jy
em96b3dza2lAY29tY2FzdC5jb20+DQogICAgRmVjaGE6IG1hcnRlcywgMTUgZGUgbm92aWVtYnJl
IGRlIDIwMTYsIDEzOjQ1DQogICAgUGFyYTogImpvcmRpLnBhbGV0QGNvbnN1bGludGVsLmVzIiA8
am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+LCB2Nm9wcyBsaXN0IDx2Nm9wc0BpZXRmLm9yZz4N
CiAgICBBc3VudG86IFJlOiBbdjZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5p
cXVlLWlwdjYtcHJlZml4LXBlci1ob3N0LTAxDQogICAgDQogICAgICAgIEpvcmRpLA0KICAgICAg
ICANCiAgICAgICAgSSBhbSB3aWxsaW5nIHRvIGNvbnNpZGVyIHRoZSBpbmNsdXNpb24gb2YgYWRk
aXRpb25hbCB0ZXh0IChwcm9iYWJseSBpbiB0aGUgYWJzdHJhY3QpIHRoYXQgb3V0bGluZXMgYWRk
aXRpb25hbCB1c2UgY2FzZXMgd2hlcmUgdGhpcyBhcHByb2FjaCBtYXkgYmUgYXBwbGljYWJsZS4g
IEhvd2V2ZXIsIHdpdGhvdXQgcmVhbCBkZXBsb3ltZW50IGV4cGVyaWVuY2UgSSBoZXNpdGF0ZSBh
ZGQgdG9vIG11Y2ggYWRkaXRpb25hbCB0ZXh0IHJlbGF0aW5nIHRvIHRoZXNlIG90aGVyIHVzZSBj
YXNlcy4NCiAgICAgICAgDQogICAgICAgIFJlZ2FyZGluZyB5b3VyIGxhc3Qgc2VudGVuY2UgYmVs
b3csIHRoZXJlIGFyZSBubyBhZGRpdGlvbmFsIGRyYWZ0cyBwbGFubmVkIHRoYXQgZGVzY3JpYmUg
b3VyIGRlcGxveW1lbnQgb2YgSVB2NiBmb3IgV2ktRmkuICBJIGFwb2xvZ2l6ZSBpZiBJIHNlZW1l
ZCB0byBpbmRpY2F0ZSBvdGhlcndpc2UuDQogICAgICAgIA0KICAgICAgICBKb2huDQogICAgICAg
ICsxLTQ4NC05NjItMDA2MA0KICAgICAgICANCiAgICAgICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdl
LS0tLS0NCiAgICAgICAgRnJvbTogdjZvcHMgPHY2b3BzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJl
aGFsZiBvZiBKT1JESSBNQVJUSU5FWiA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+DQogICAg
ICAgIFJlcGx5LVRvOiBKT1JESSBNQVJUSU5FWiA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+
DQogICAgICAgIERhdGU6IFR1ZXNkYXksIE5vdmVtYmVyIDE1LCAyMDE2IGF0IDA0OjE2DQogICAg
ICAgIFRvOiB2Nm9wcyA8djZvcHNAaWV0Zi5vcmc+DQogICAgICAgIFN1YmplY3Q6IFJlOiBbdjZv
cHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlwdjYtcHJlZml4LXBlci1o
b3N0LTAxDQogICAgICAgIA0KICAgICAgICAgICAgUmVzcG9uZGluZyB0byBib3RoIEhlbWFudCBh
bmQgVGltIOKApg0KICAgICAgICAgICAgDQogICAgICAgICAgICBJIHdpbGwgYWdyZWUgd2l0aCB3
aGF0IHlvdSBzYXkgaWYgd2hhdCBJ4oCZbSBzdWdnZXN0aW5nIHJlcXVpcmVzIG1hbnkgY2hhbmdl
cyBpbiB0aGUgYWN0dWFsIHRleHQsIGJ1dCBpcyBub3QgdGhlIGNhc2UuIFRoZXkgYXJlIG1pbm9y
IGNsYXJpZmljYXRpb25zIHRoYXQgYWNjb21tb2RhdGVzIHNvbWV0aGluZyB3aXRoIGNsZWFybHkg
aGFwcGVucyBpbiBib3RoIHNjZW5hcmlvcy4gQXQgdGhlIGVuZCB0aGUgZXhpc3RpbmcgZG9jdW1l
bnQgYWxyZWFkeSBtZW50aW9ucyBFdGhlcm5ldCwgc28sIHdlIGFyZSBub3QgYnJvYWRlbmluZyB0
aGUgb3JpZ2luYWwgc2NvcGUsIGp1c3QgbWFraW5nIGl0IG1vcmUgZXhwbGljaXQuDQogICAgICAg
ICAgICANCiAgICAgICAgICAgIEkgdGhpbmsgd2UgbmVlZCB0byBiYWxhbmNlIChhbmQgbm90IGp1
c3QgZm9yIHRoaXMgZG9jdW1lbnQpLCB3aGVuIHdlIGNhbiBhcHBseSBzb21ldGhpbmcgd2l0aCBt
aW5vciB3b3JkaW5nIHRvIHR3byB3ZWxsIGRlZmluZWQgY2FzZXMsIGFtb25nIGhhdmluZyBqdXN0
IG9uZSBkb2N1bWVudCBpbnN0ZWFkIG9mIGhhdmluZyB0byBkaWZmZXJlbnQgZG9jdW1lbnRzLCBz
YXlpbmcgdGhlIHNhbWUsIG9uZSBmb3IgdGhlIFdpRmkgY2FzZSwgb25lIGZvciB0aGUgc2hhcmVk
IEV0aGVybmV0Lg0KICAgICAgICAgICAgDQogICAgICAgICAgICBJdCBkb2VzbuKAmXQgbWFrZSBh
bnkgc2Vuc2UgZm9yIHRoZSBJRVRGIHRvIGhhdmUg4oCcbW9yZeKAnSBkb2N1bWVudHMgaW4gdGhv
c2UgY2FzZXMuIFdoYXQgd2UgZG8gYWZ0ZXJ3YXJkcywgbWFrZSBhIGNvcHkgb2YgdGhlIGRvY3Vt
ZW50IGFuZCByZXBsYWNlIFdpRmkgd2l0aCBFdGhlcm5ldCwgc28gd2UgYXNrIHRoZSBwb3NzaWJs
ZSB0YXJnZXRzIG9mIHRoaXMgd29yayB0byByZWFkIHRoZSBzYW1lIGRvY3VtZW50IHR3aWNlPw0K
ICAgICAgICAgICAgDQogICAgICAgICAgICBCeSB0aGUgd2F5LCBJIGFsc28gdW5kZXJzdG9vZCBm
cm9tIEpvaG4sIHRoYXQgYSBzcGVjaWZpYyBkb2N1bWVudCB3aXRoIHRoZSBXaUZpIHJvbGwtb3V0
IHdpbGwgZm9sbG93IOKApiBTbyBtb3JlIHNwZWNpZmljIGRldGFpbHMgYWJvdXQgdGhhdCB3aWxs
IGJlIHRoZXJlLg0KICAgICAgICAgICAgDQogICAgICAgICAgICBSZWdhcmRzLA0KICAgICAgICAg
ICAgSm9yZGkNCiAgICAgICAgICAgIA0KICAgICAgICAgICAgDQogICAgICAgICAgICAtLS0tLU1l
bnNhamUgb3JpZ2luYWwtLS0tLQ0KICAgICAgICAgICAgRGU6IFRpbSBDaG93biA8VGltLkNob3du
QGppc2MuYWMudWs+DQogICAgICAgICAgICBSZXNwb25kZXIgYTogPFRpbS5DaG93bkBqaXNjLmFj
LnVrPg0KICAgICAgICAgICAgRmVjaGE6IG1hcnRlcywgMTUgZGUgbm92aWVtYnJlIGRlIDIwMTYs
IDE6MDANCiAgICAgICAgICAgIFBhcmE6IEhlbWFudCBTaW5naCA8aGVtYW50aWV0ZkBnbWFpbC5j
b20+LCB2Nm9wcyBsaXN0IDx2Nm9wc0BpZXRmLm9yZz4NCiAgICAgICAgICAgIENDOiBKb3JkaSBQ
YWxldCBNYXJ0aW5leiA8am9yZGkucGFsZXRAY29uc3VsaW50ZWwuZXM+DQogICAgICAgICAgICBB
c3VudG86IFJlOiBbdjZvcHNdIENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdjZvcHMtdW5pcXVlLWlw
djYtcHJlZml4LXBlci1ob3N0LTAxDQogICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAg
ICAgICAgICAgICAgICBPbiAxNCBOb3YgMjAxNiwgYXQgMTM6MzYsIEhlbWFudCBTaW5naCA8aGVt
YW50aWV0ZkBnbWFpbC5jb20+IHdyb3RlOg0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIE9uIE1vbiwgTm92IDE0LCAy
MDE2IGF0IDc6NTAgQU0sIEpPUkRJIFBBTEVUIE1BUlRJTkVaIA0KICAgICAgICAgICAgICAgIDxq
b3JkaS5wYWxldEBjb25zdWxpbnRlbC5lcz4gd3JvdGU6DQogICAgICAgICAgICAgICAgDQogICAg
ICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgPk5vdGUgdGhhdCAxLCAzIGFuZCA2LCBhcmUg
YWxzbyBhbiBpbnB1dCB0byB0aGUgYWN0dWFsIHRleHQsIGV2ZW4gaW4gdGhlIGNhc2UgeW91IGRv
buKAmXQgd2FudCB0byBjb25zaWRlciB0aGUgZGF0YSBjZW50cmUgdGhpbmcsIGp1c3QgdG8gbWFr
ZSBzdXJlIHRvIGNsYXJpZnkgdGhhdCBpcyB2YWxpZCBpbiBvdGhlciBzaGFyZWQgdGVjaG5vbG9n
aWVzIGFuZCBub3QgPmp1c3QgaW4gV2lGaSBvciBFdGhlcm5ldCDigKYNCiAgICAgICAgICAgICAg
ICANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAN
CiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICBJIGhlYXIgSm9obiBhcyBjb25zaWRl
cmluZyBDb21jYXN0IFhmaW5pdHkgd2lmaSBmb3IgdGhlIGRvY3VtZW50LiAgSSBhZ3JlZSB0byBj
bGFyaWZ5IHRoYXQgdGhlIGRvY3VtZW50IGNvdmVycyBvbmx5IHN1Y2ggYSBzcGVjaWZpYyB3aWZp
IG5ldHdvcmsuICBXZSBzaG91bGQgbm90IGFkZCB0aGUga2l0Y2hlbiBzaW5rIHRvIHRoZSBkb2N1
bWVudC4gIEFmdGVyIGFsbCwgZXZlbiBjYWJsZSBicm9hZGJhbmQgYW5kIGNlbGx1bGFyDQogICAg
ICAgICAgICAgICAgIHdpcmVsZXNzIHVzZSBhIHNoYXJlZCBtZWRpdW0sIGl0J3Mgbm90IGp1c3Qg
dGhlIGRhdGEgY2VudGVyLCAgV2hlcmUgZG8gd2Ugc3RvcD8NCiAgICAgICAgICAgICAgICANCiAg
ICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAg
ICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICANCiAgICAgICAg
ICAgICAgICANCiAgICAgICAgICAgICAgICBJIGFncmVlIGhlcmUuIEkgdGhpbmsgaXTigJlzIGJl
c3QgdG8gYmUgYXMgc3BlY2lmaWMgYXMgcG9zc2libGUgaW4gdGhlIGRvY3VtZW50IGFuZCBwdXQg
aXQgb3V0IHRoZXJlIGFzIGEgQkNQLiAgSGVuY2UgbXkgZWFybGllciBzdWdnZXN0aW9uIHRvIHRp
Z2h0ZW4gdXAgdGhlIGFic3RyYWN0IHRvIGJlIG1vcmUgc3BlY2lmaWMgKHRoYXQgUkEtYmFzZWQg
cHJlZml4IGNvbmZpZ3VyYXRpb24gaXMgdXNlZCwgZXRjKS4gIE5vdGhpbmcgdGhlbiBwcmVjbHVk
ZXMNCiAgICAgICAgICAgICAgICAgREhDUC1QRCBiZWluZyB1c2VkIGVsc2V3aGVyZSBvciBpbiB0
aGUgZnV0dXJlLg0KICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgIA0KICAgICAgICAg
ICAgICAgIE92ZXJhbGwgdGhlIGRyYWZ0IGlzIGdyZWF0IC0gaXQgZGVzY3JpYmVzIGFuIGlubm92
YXRpdmUgZGVwbG95bWVudCB3ZWxsLiAgSXQganVzdCBuZWVkcyBzb21lIGVkaXRvcmlhbCBwb2xp
c2ggYW5kIGl04oCZcyBnb29kIHRvIGdvLiANCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAg
ICAgICANCiAgICAgICAgICAgICAgICBUaW0NCiAgICAgICAgICAgICAgICANCiAgICAgICAgICAg
ICAgICANCiAgICAgICAgICAgIA0KICAgICAgICAgICAgDQogICAgICAgICAgICANCiAgICAgICAg
ICAgICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgICAg
ICAgICAgIElQdjQgaXMgb3Zlcg0KICAgICAgICAgICAgQXJlIHlvdSByZWFkeSBmb3IgdGhlIG5l
dyBJbnRlcm5ldCA/DQogICAgICAgICAgICBodHRwOi8vd3d3LmNvbnN1bGludGVsLmVzDQogICAg
ICAgICAgICBUaGUgSVB2NiBDb21wYW55DQogICAgICAgICAgICANCiAgICAgICAgICAgIFRoaXMg
ZWxlY3Ryb25pYyBtZXNzYWdlIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIG1heSBiZSBwcml2
aWxlZ2VkIG9yIGNvbmZpZGVudGlhbC4gVGhlIGluZm9ybWF0aW9uIGlzIGludGVuZGVkIHRvIGJl
IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsKHMpIG5hbWVkIGFib3ZlLiBJZiB5b3UgYXJl
IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGJlIGF3YXJlIHRoYXQgYW55IGRpc2Nsb3N1cmUs
IGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciB1c2Ugb2YgdGhlIGNvbnRlbnRzIG9mIHRoaXMgaW5m
b3JtYXRpb24sIGluY2x1ZGluZyBhdHRhY2hlZCBmaWxlcywgaXMgcHJvaGliaXRlZC4NCiAgICAg
ICAgICAgIA0KICAgICAgICAgICAgDQogICAgICAgICAgICANCiAgICAgICAgICAgIF9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgICAgICAgICB2Nm9w
cyBtYWlsaW5nIGxpc3QNCiAgICAgICAgICAgIHY2b3BzQGlldGYub3JnDQogICAgICAgICAgICBo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzDQogICAgICAgICAgICAN
CiAgICAgICAgDQogICAgICAgIA0KICAgIA0KICAgIA0KICAgIA0KICAgICoqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgICBJUHY0IGlzIG92ZXINCiAgICBB
cmUgeW91IHJlYWR5IGZvciB0aGUgbmV3IEludGVybmV0ID8NCiAgICBodHRwOi8vd3d3LmNvbnN1
bGludGVsLmVzDQogICAgVGhlIElQdjYgQ29tcGFueQ0KICAgIA0KICAgIFRoaXMgZWxlY3Ryb25p
YyBtZXNzYWdlIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIG1heSBiZSBwcml2aWxlZ2VkIG9y
IGNvbmZpZGVudGlhbC4gVGhlIGluZm9ybWF0aW9uIGlzIGludGVuZGVkIHRvIGJlIGZvciB0aGUg
dXNlIG9mIHRoZSBpbmRpdmlkdWFsKHMpIG5hbWVkIGFib3ZlLiBJZiB5b3UgYXJlIG5vdCB0aGUg
aW50ZW5kZWQgcmVjaXBpZW50IGJlIGF3YXJlIHRoYXQgYW55IGRpc2Nsb3N1cmUsIGNvcHlpbmcs
IGRpc3RyaWJ1dGlvbiBvciB1c2Ugb2YgdGhlIGNvbnRlbnRzIG9mIHRoaXMgaW5mb3JtYXRpb24s
IGluY2x1ZGluZyBhdHRhY2hlZCBmaWxlcywgaXMgcHJvaGliaXRlZC4NCiAgICANCiAgICANCiAg
ICANCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
ICAgIHY2b3BzIG1haWxpbmcgbGlzdA0KICAgIHY2b3BzQGlldGYub3JnDQogICAgaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92Nm9wcw0KICAgIA0KDQo=


From nobody Tue Nov 15 20:29:20 2016
Return-Path: <philip_matthews@magma.ca>
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 A6E8F129641 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 20:29:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.151
X-Spam-Level: 
X-Spam-Status: No, score=-1.151 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BRBL_LASTEXT=1.449, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=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 xCExfi1YZliZ for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 20:29:18 -0800 (PST)
Received: from tor-smtp-01.primus.ca (smtp-auth-16.primus.ca [67.230.159.16]) by ietfa.amsl.com (Postfix) with ESMTP id 90A2512945E for <v6ops@ietf.org>; Tue, 15 Nov 2016 20:29:18 -0800 (PST)
Received: from [58.120.104.2] (helo=[10.20.100.20]) by tor-smtp-01.primus.ca with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.84) (envelope-from <philip_matthews@magma.ca>) id 1c6rqX-0002oa-Qp; Tue, 15 Nov 2016 23:29:18 -0500
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <BLUPR0501MB20511BAF966A0A29E954D1D3AEBC0@BLUPR0501MB2051.namprd05.prod.outlook.com>
Date: Wed, 16 Nov 2016 13:29:08 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <E3248CA2-D487-438D-AB9F-E8D4562F59A0@magma.ca>
References: <BLUPR0501MB20511BAF966A0A29E954D1D3AEBC0@BLUPR0501MB2051.namprd05.prod.outlook.com>
To: Ron Bonica <rbonica@juniper.net>
X-Mailer: Apple Mail (2.1085)
X-Authenticated: philip_matthews - ([10.20.100.20]) [58.120.104.2]
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/j0yy4VwLzhKk9-4GkxYu6CvaMQc>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-design-choices: Addressing
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: Wed, 16 Nov 2016 04:29:19 -0000

Hi Ron:

Victor and I had a quick look at your draft, then chatted about this.  =
We thought your -eping/xping draft looked interesting, though we didn't =
read it in detail.  We see one con that would be addressed by your =
proposal, but there are still a few others.=20

I feel, and this is very much my personal opinion, is that an operator =
that has "grown up" using IPv4 addresses on interfaces may not wish to =
switch to a new paradigm when deploying dual-stack.  On the other hand, =
an operator with a new network that is IPv6-only internally may say =
"only LLAs on links is fine with me".=20

This discussion ties in with discussion at the end of the v6ops meeting =
on "things you can do differently (and better) with IPv6".

-Philip

On 2016-11-14, at 10:14 , Ron Bonica wrote:

> Authors,
>=20
> Would your conclusions in Section 2.1 be different if the following =
were widely deployed:
>=20
> - RFC 5837
> - draft-bonica-intarea-eping
>=20
>=20
>           Ron
>           /speaking as individual contributor
>           /shamelessly promoting his other work ;-)
>=20
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>=20


From nobody Tue Nov 15 20:48:18 2016
Return-Path: <philip_matthews@magma.ca>
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 BD9E61294D4 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 20:48:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.15
X-Spam-Level: 
X-Spam-Status: No, score=-1.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_BRBL_LASTEXT=1.449, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=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 d6GNF75hFvCq for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 20:48:15 -0800 (PST)
Received: from tor-smtp-01.primus.ca (smtp-auth-12.primus.ca [67.230.159.12]) by ietfa.amsl.com (Postfix) with ESMTP id DFB39129457 for <v6ops@ietf.org>; Tue, 15 Nov 2016 20:48:15 -0800 (PST)
Received: from [58.120.104.2] (helo=[10.20.100.20]) by tor-smtp-01.primus.ca with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.84) (envelope-from <philip_matthews@magma.ca>) id 1c6s8r-0005dv-Pq; Tue, 15 Nov 2016 23:48:14 -0500
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/alternative; boundary=Apple-Mail-46-600794570
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk>
Date: Wed, 16 Nov 2016 13:48:04 +0900
Message-Id: <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk>
To: Tim Chown <Tim.Chown@jisc.ac.uk>, Lorenzo Colitti <lorenzo@google.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Authenticated: philip_matthews - ([10.20.100.20]) [58.120.104.2]
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/373DTI6qQq5IsamStyol6GDqCfU>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 04:48:17 -0000

--Apple-Mail-46-600794570
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


On 2016-11-14, at 14:18 , Tim Chown wrote:

>> On 14 Nov 2016, at 05:00, Lorenzo Colitti <lorenzo@google.com> wrote:
>>=20
>> On Mon, Nov 14, 2016 at 1:12 PM, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>> > - There=92s still a reference to the Experimental NPTv6 RFC 6296. I =
guess this may remain contentious :)
>>=20
>> Yes. It's like telling people it's a bad idea to stuff beans up their =
noses,
>> followed by instructions on how to do it.
>>=20
>> +1. I'd prefer to remove this citation.

I know some people don't like it. But, as has been mentioned a couple of =
times this week, some operators are doing it.=20

Anyway, someone orally proposed a re-wording of this sentence at the =
meeting that people seemed to find not too bad.  I have forgotten the =
details, but will pull it from the recording.=20

>> =20
>> > - IPv6 PI is getting easier to get - see =
https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments for =
RIPE region.
>>=20
>> Maybe. But we know this is never going to happen for tens of millions =
of small
>> businesses, so I think the alternatives have to be presented as =
neutrally as
>> possible.
>>=20

We will look at the new policies and see if some tweaks to the wording =
is appropriate. However, I agree with Brian that millions of small =
businesses are unlikely to get PI space. It may be easier, but you still =
must apply, and convince the RIR that you qualify, and then pay the =
annual fee.  The only way I could see this happening for mom-and-pop =
florist is if someone does all the work on their behalf.  And ... do we =
really want millions of small businesses to get PI space??? "News at 11 =
-- Global routing tables hit the 10 million routes mark".

>> Host addressing is out of scope for this draft, so it doesn't matter =
so much, but if we're talking about multihoming we should note that the =
best approach for smaller networks is multihoming using PA addresses via =
source+destination based routing. That is is being pursued in the =
homenet and routing working groups.
>=20
> So as per the mic comment the design choices draft could/should =
distinguish between multihoming and change of provider scenarios.=20

I thought we did, but will look at this again.

>=20
> Tim
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


--Apple-Mail-46-600794570
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
"><br><div><div>On 2016-11-14, at 14:18 , Tim Chown wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite">

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8">

<div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D"">
<div>
<blockquote type=3D"cite" class=3D"">
<div class=3D"">On 14 Nov 2016, at 05:00, Lorenzo Colitti &lt;<a =
href=3D"mailto:lorenzo@google.com" class=3D"">lorenzo@google.com</a>&gt; =
wrote:</div>
<br class=3D"Apple-interchange-newline">
<div class=3D"">
<div dir=3D"ltr" class=3D"">
<div class=3D"gmail_extra">
<div class=3D"gmail_quote">On Mon, Nov 14, 2016 at 1:12 PM, Brian E =
Carpenter <span dir=3D"ltr" class=3D"">
&lt;<a href=3D"mailto:brian.e.carpenter@gmail.com" target=3D"_blank" =
class=3D"">brian.e.carpenter@gmail.com</a>&gt;</span> wrote:<br =
class=3D"">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=3D"">&gt; - There=92s still a reference to the Experimental =
NPTv6 RFC 6296. I guess this may remain contentious :)<br class=3D"">
<br class=3D"">
</span>Yes. It's like telling people it's a bad idea to stuff beans up =
their noses,<br class=3D"">
followed by instructions on how to do it.<br class=3D"">
</blockquote>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">+1. I'd prefer to remove this =
citation.</div></div></div></div></div></blockquote></div></div></blockquo=
te><div><br></div><div>I know some people don't like it. But, as has =
been mentioned a couple of times this week, some operators are doing =
it.&nbsp;</div><div><br></div><div>Anyway, someone orally proposed a =
re-wording of this sentence at the meeting that people seemed to find =
not too bad. &nbsp;I have forgotten the details, but will pull it from =
the recording.&nbsp;</div><div><br></div><blockquote type=3D"cite"><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div><blockquote =
type=3D"cite" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div =
class=3D"gmail_extra"><div class=3D"gmail_quote">
<div class=3D"">&nbsp;</div>
<blockquote class=3D"gmail_quote" style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; =
border-left-width: 1px; border-left-color: rgb(204, 204, 204); =
border-left-style: solid; padding-left: 1ex; position: static; z-index: =
auto; ">
<span class=3D"">&gt; - IPv6 PI is getting easier to get - see <a =
href=3D"https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignment=
s" rel=3D"noreferrer" target=3D"_blank" class=3D"">
https://www.ripe.net/<wbr class=3D"">publications/docs/ripe-655#<wbr =
class=3D"">IPv6_PI_Assignments</a> for RIPE region.<br class=3D"">
<br class=3D"">
</span>Maybe. But we know this is never going to happen for tens of =
millions of small<br class=3D"">
businesses, so I think the alternatives have to be presented as =
neutrally as<br class=3D"">
possible.<br class=3D"">
</blockquote>
<div =
class=3D""><br></div></div></div></div></div></blockquote></div></div></bl=
ockquote><div><br></div><div>We will look at the new policies and see if =
some tweaks to the wording is appropriate. However, I agree with Brian =
that millions of small businesses are unlikely to get PI space. It may =
be easier, but you still must apply, and convince the RIR that you =
qualify, and then pay the annual fee. &nbsp;The only way I could see =
this happening for mom-and-pop florist is if someone does all the work =
on their behalf. &nbsp;And ... do we really want millions of small =
businesses to get PI space??? "News at 11 -- Global routing tables hit =
the 10 million routes mark".</div><br><blockquote type=3D"cite"><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D""><div><blockquote =
type=3D"cite" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div =
class=3D"gmail_extra"><div class=3D"gmail_quote"><div class=3D"">
</div>
<div class=3D"">Host addressing is out of scope for this draft, so it =
doesn't matter so much, but if we're talking about multihoming we should =
note that the best approach for smaller networks is multihoming using PA =
addresses via source+destination based routing.
 That is is being pursued in the homenet and routing working =
groups.</div>
</div>
</div>
</div>
</div>
</blockquote>
<br class=3D"">
</div>
<div>So as per the mic comment the design choices draft could/should =
distinguish between multihoming and change of provider =
scenarios.&nbsp;</div></div></blockquote><div><br></div><div>I thought =
we did, but will look at this again.</div><br><blockquote =
type=3D"cite"><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; -webkit-line-break: after-white-space;" class=3D"">
<div><br class=3D"">
</div>
<div>Tim</div>
<br class=3D"">
</div>

_______________________________________________<br>v6ops mailing =
list<br><a =
href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>https://www.ietf.org/=
mailman/listinfo/v6ops<br></blockquote></div><br></body></html>=

--Apple-Mail-46-600794570--


From nobody Tue Nov 15 21:03:48 2016
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 BF20012962D for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 21:03:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 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, RP_MATCHES_RCVD=-1.497, 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 vp-erK1C5sYO for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 21:03:45 -0800 (PST)
Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (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 44D0A129481 for <v6ops@ietf.org>; Tue, 15 Nov 2016 21:03:45 -0800 (PST)
Received: by mail-it0-x22e.google.com with SMTP id o1so36864840ito.1 for <v6ops@ietf.org>; Tue, 15 Nov 2016 21:03:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aCqV9AzVuuP2/34Na9J9jmM2s02D/lePzJtbZfCzN+g=; b=gu3jyEsH64E7XeAqaNduthcbG2K3Zsl7rBrU2lhSwpFMLkWbn8qRJFJpwrFeM8fMVB 3U5a7+rN9ez0CudV4He5EIFoAHuMqU2GxZFV62FKsCY7xNYx6qwl0HwVb7TZdXIXhpgQ SHK7d4OQcv90Lz6oHQLfrytllkR8HNuKGpIhlCOvc3Nv+vLfBX92ncaAIa7DBYqsRuRM yttRk+rJ+mmSrJSRbTGRysjkeVQJB8BmU3xJw/9WRtcXsdGhL7SRDL0HYVoTwhYWN1hQ bTo8jwc6pGmuEn9IMJ1zuwoyV0BBMsHZfYxbY6wOQMO8XkjSU8lU1+ceG3u7yBvyAj46 yatg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aCqV9AzVuuP2/34Na9J9jmM2s02D/lePzJtbZfCzN+g=; b=id5dy1nPIRBCrZasfqmbrZL2/VORakkpi912nEoKBImxneJcMZ0d25FF+KtxnoW3r9 +rYaCA7kCmzx8weOPm7n1bwtLY+wzjq6Mqe4wx58B/vZzphjGbHyXQd4/ZP2Mng77twh Tf7Mz2j+TTu7w3bOBreKHIpAGEEjG6eHNf7aoTyc7ktxixlajQr9JY1wubdnsSJkmy8G yey+C6x0FOo8/eTr3tGnueOMbfjuTWrCxUN/zQAZB17ixlO1B+l5RiEZ7zJlz75irDDS wv0OZSjV8gGWg0qdV8RNSrnVUg3546kPgQdTk5WDRgtEfs4TKn+09i60zazcvx6l5zA/ 2NAg==
X-Gm-Message-State: ABUngvcuMnq/KCThE0+SCIiMqDOCC4gYRzC1+WwkPcYSHRWt+uuyhK1lW7QMG1FJU4sB7Vvg4xUX4t45a19/r5Pg
X-Received: by 10.36.178.74 with SMTP id h10mr6207197iti.37.1479272624436; Tue, 15 Nov 2016 21:03:44 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.138.71 with HTTP; Tue, 15 Nov 2016 21:03:23 -0800 (PST)
In-Reply-To: <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Wed, 16 Nov 2016 14:03:23 +0900
Message-ID: <CAKD1Yr26+vrj9HjH_j47Wt+2-MMPgabbSkibOexZLn4=K8_zdQ@mail.gmail.com>
To: Philip Matthews <philip_matthews@magma.ca>
Content-Type: multipart/alternative; boundary=f403045d8fb04ea119054163ff95
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/OQIYVvl0KcLQwgfyiaFG1XRdFB0>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 05:03:47 -0000

--f403045d8fb04ea119054163ff95
Content-Type: text/plain; charset=UTF-8

On Wed, Nov 16, 2016 at 1:48 PM, Philip Matthews <philip_matthews@magma.ca>
wrote:
>
> do we really want millions of small businesses to get PI space??? "News at
> 11 -- Global routing tables hit the 10 million routes mark".
>

If you discuss this topic in this draft, then please discuss
draft-bowbakova-rtgwg-enterprise-pa-multihoming-01 , since that (or
something like that) is the real solution to the problem.

--f403045d8fb04ea119054163ff95
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On W=
ed, Nov 16, 2016 at 1:48 PM, Philip Matthews <span dir=3D"ltr">&lt;<a href=
=3D"mailto:philip_matthews@magma.ca" target=3D"_blank">philip_matthews@magm=
a.ca</a>&gt;</span> wrote:<blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"=
><div style=3D"word-wrap:break-word"><div><div>do we really want millions o=
f small businesses to get PI space??? &quot;News at 11 -- Global routing ta=
bles hit the 10 million routes mark&quot;.</div></div></div></blockquote><d=
iv><br></div><div>If you discuss this topic in this draft, then please disc=
uss draft-bowbakova-rtgwg-enterprise-pa-multihoming-01 , since that (or som=
ething like that) is the real solution to the problem.</div><div>=C2=A0</di=
v></div></div></div>

--f403045d8fb04ea119054163ff95--


From nobody Tue Nov 15 21:07:42 2016
Return-Path: <tim.chown@jisc.ac.uk>
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 ECE7A1294F7 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 21:07:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level: 
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 fah4pGQQlfA8 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 21:07:39 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D58BF129481 for <v6ops@ietf.org>; Tue, 15 Nov 2016 21:07:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GFPyzYiFoAG2ALeBI6Y47r6uidwkipDfkoed/k+Pt8Q=; b=bb4HfxZU1myKPDXV+0n0sHC40ICKnVvmJxgY9fZFxoKi2cIw1jkt213TcAkqvxsusgIhZ3kGkMLN0qVsCF97w/nmJ47Ijc9gdYvEZnrwaW5coW+Q+jG2TY33SK7mDNX0QN/Is+FYsir95412bJ2BblQA9INiwocqRlbD3pV+G2o=
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01lp0180.outbound.protection.outlook.com [213.199.154.180]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-78-8pzf2x7tOVK-nGWYVUAHgA-1; Wed, 16 Nov 2016 05:07:30 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Wed, 16 Nov 2016 05:07:29 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::d9ee:f373:b37e:9c77]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::d9ee:f373:b37e:9c77%15]) with mapi id 15.01.0734.001; Wed, 16 Nov 2016 05:07:29 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
Thread-Index: AQHSPda5++ro+3E0PUacuBtIyuVBWaDXOZiAgACitoCAAALGgIAADVmAgAAE6ICAAxw5AIAABEeAgAABIYA=
Date: Wed, 16 Nov 2016 05:07:29 +0000
Message-ID: <C6B6FBAF-26A1-43C0-BC68-C3CA1EC6C191@jisc.ac.uk>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAKD1Yr26+vrj9HjH_j47Wt+2-MMPgabbSkibOexZLn4=K8_zdQ@mail.gmail.com>
In-Reply-To: <CAKD1Yr26+vrj9HjH_j47Wt+2-MMPgabbSkibOexZLn4=K8_zdQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:67c:370:128:e164:874e:287f:54b1]
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1140; 7:dgKgwbdXFKGQ7bHyPpLj5DkuKTqtcnDOEaLy9rGA6Ew9JAYDZtNwE0K5sV84YzZVQm76/uvkY/vmpTSF4EvvfsPtXdeo6WYRjttJFBXWD+06LGOp3//vX1kfqCqxTO1jKDL+j8RFs6T4ITkPrsPUBFDkMy4Ld48MUqYyqomj2uL7gG6vcJvYiuXmPV+9qfZpnZT4OamHd/wolJQWThG558t8//Ig8jqGzj7HsrjQoe8FRXpf8E/CNALFWb7J1PzH+kQMeLI+ngpcX3ygR57dYsS/pnzjwy5Xrc2+6vXlgsTZSA4w+lpOWAFzxDtyQaULIIrP1ScN7HbEqy4xeRLI0WqLuALbUZOaqvgZXQC5wpQ=; 20:mrMeOdCuqSmi3bCLU831WnBAsL1cpzyy5VujmZl01loN61A5M5w1GnOHupbomZUnbJc51DxZDJ833l+5rcfzcCPluodzQnkrrUv17pnymiQiEw9nuyeGhKP4AKVzEKKQtVdlH39zyAUXLjmNcusXiL1e3HErEfEglFUTm1zaJiY=
x-ms-office365-filtering-correlation-id: 8665c8b9-167d-49b5-20f5-08d40dde76c5
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1140;
x-microsoft-antispam-prvs: <AM3PR07MB1140D22120CDA27CDDDC3121D6BE0@AM3PR07MB1140.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(211936372134217);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6061324); SRVR:AM3PR07MB1140; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1140; 
x-forefront-prvs: 01283822F8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(189002)(24454002)(377454003)(199003)(606004)(50226002)(7846002)(7736002)(33656002)(8936002)(81156014)(5250100002)(3280700002)(3660700001)(76176999)(81166006)(4326007)(2906002)(74482002)(2900100001)(82746002)(6506003)(83716003)(50986999)(87936001)(92566002)(229853002)(5660300001)(57306001)(6512003)(86362001)(36756003)(101416001)(93886004)(230783001)(6116002)(106116001)(42882006)(102836003)(2950100002)(8676002)(6916009)(110136003)(106356001)(105586002)(68736007)(189998001)(97736004)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1140; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2016 05:07:29.0592 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1140
X-MC-Unique: 8pzf2x7tOVK-nGWYVUAHgA-1
Content-Type: multipart/alternative; boundary="_000_C6B6FBAF26A143C0BC68C3CA1EC6C191jiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/jW-E6KHJ1Q_7Oqd965U2du4LEis>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 05:07:41 -0000

--_000_C6B6FBAF26A143C0BC68C3CA1EC6C191jiscacuk_
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

On 16 Nov 2016, at 05:03, Lorenzo Colitti <lorenzo@google.com<mailto:lorenz=
o@google.com>> wrote:

On Wed, Nov 16, 2016 at 1:48 PM, Philip Matthews <philip_matthews@magma.ca<=
mailto:philip_matthews@magma.ca>> wrote:
do we really want millions of small businesses to get PI space??? "News at =
11 -- Global routing tables hit the 10 million routes mark".

If you discuss this topic in this draft, then please discuss draft-bowbakov=
a-rtgwg-enterprise-pa-multihoming-01 , since that (or something like that) =
is the real solution to the problem.

+1

Again, the text can differentiate the case of multihoming (use Jen & co's w=
ork) vs the case of resilience to a change of ISP.

Tim


--_000_C6B6FBAF26A143C0BC68C3CA1EC6C191jiscacuk_
Content-Type: text/html; charset=WINDOWS-1252
Content-ID: <9460CFDAE1FF4B46AE715B470D056AAD@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space;" class=3D"">
<div>
<blockquote type=3D"cite" class=3D"">
<div class=3D"">On 16 Nov 2016, at 05:03, Lorenzo Colitti &lt;<a href=3D"ma=
ilto:lorenzo@google.com" class=3D"">lorenzo@google.com</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<div class=3D"">
<div dir=3D"ltr" class=3D"">
<div class=3D"gmail_extra">
<div class=3D"gmail_quote">On Wed, Nov 16, 2016 at 1:48 PM, Philip Matthews=
 <span dir=3D"ltr" class=3D"">
&lt;<a href=3D"mailto:philip_matthews@magma.ca" target=3D"_blank" class=3D"=
">philip_matthews@magma.ca</a>&gt;</span> wrote:
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">
<div style=3D"word-wrap:break-word" class=3D"">
<div class=3D"">
<div class=3D"">do we really want millions of small businesses to get PI sp=
ace??? &quot;News at 11 -- Global routing tables hit the 10 million routes =
mark&quot;.</div>
</div>
</div>
</blockquote>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">If you discuss this topic in this draft, then please discus=
s draft-bowbakova-rtgwg-enterprise-pa-multihoming-01 , since that (or somet=
hing like that) is the real solution to the problem.</div>
</div>
</div>
</div>
</div>
</blockquote>
<br class=3D"">
</div>
<div>&#43;1</div>
<div><br class=3D"">
</div>
<div>Again, the text can differentiate the case of multihoming (use Jen &am=
p; co's work) vs the case of resilience to a change of ISP.</div>
<div><br class=3D"">
</div>
<div>Tim</div>
<br class=3D"">
</body>
</html>

--_000_C6B6FBAF26A143C0BC68C3CA1EC6C191jiscacuk_--


From nobody Tue Nov 15 22:58:33 2016
Return-Path: <markzzzsmith@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 030201294D4 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 22:58:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level: 
X-Spam-Status: No, score=-1.498 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 0OarHZ3adNoH for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 22:58:30 -0800 (PST)
Received: from mail-ua0-x230.google.com (mail-ua0-x230.google.com [IPv6:2607:f8b0:400c:c08::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 061261293EE for <v6ops@ietf.org>; Tue, 15 Nov 2016 22:58:30 -0800 (PST)
Received: by mail-ua0-x230.google.com with SMTP id b35so106862819uaa.3 for <v6ops@ietf.org>; Tue, 15 Nov 2016 22:58:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WJzvMV0MyII7zwJ7tUZo4LqHCACsqzvZ+79V8YiIPGA=; b=uVkdJktx4Iw5o4qGm3i3eZbsMnwd/KBLaEf/5m1UbHfFsLq3U+tVz3+6c9+AxoyKc9 ENyKtRTeMEMexdDbW1h7eqYC35WLg9AyPBHLMHhqf+aub08jSLfg1a+DkjTS/cuEQdVM TqY03Q0kxcJvemq6/SX5/JgYX+JozGitvLrZ0OJ10azY1XbUhyf1kyR8f66LR20xISnu RzZi+EwU3ry01wKn39ll/7xlQ3f2y4T2TueuPxUIg3XICG6jXkfBDLrl7c6uifPVGN/7 P/TdRsRrG2545qB6dqX3WMBSqMMDHS+VI0OJX9rdaNRZdvm+iJ/6zIXYeo+n4QlHJaPx psiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WJzvMV0MyII7zwJ7tUZo4LqHCACsqzvZ+79V8YiIPGA=; b=eET5FkZG9LFZxggg37y17auIUk+BwW4VT+/HZXg2FJiKxnGcHS6sMFwyYwEPs/3eHg nKIxN6+nX8EYPiV/twK6SP5ASvNZXJ1/MUJR2qaLOkX0/IZEQEsPkMiSls2KYRSKzgum 3kJVmvvBwr2TNnAxYLGfGNns4B1LhzUZAIDvKnVEtkU7gneb8EQYlCgxgLl7DgqMct58 3I5VkU8VDTns2xIMvlZCLKBWy24CqND2iLpWK4thUEbnfSr8uQd7uVMzqEBwQEf9gnoQ TsPA9wdAdZe7nbG3eEk9KDHmM9z04PZgsnEOoYXmWYgj327CduAt6SuYbtHEEM5hI6ZC +Knw==
X-Gm-Message-State: ABUngvegIHvKuibcJQMpIEmOJQFCeNveYABvXotP6rdCPFX5kBvaNYMYfZX4Jsd9QLKeJ6LeDm7Ve66PYD7zWg==
X-Received: by 10.159.39.7 with SMTP id a7mr667764uaa.95.1479279509055; Tue, 15 Nov 2016 22:58:29 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.48.212 with HTTP; Tue, 15 Nov 2016 22:58:28 -0800 (PST)
Received: by 10.159.48.212 with HTTP; Tue, 15 Nov 2016 22:58:28 -0800 (PST)
In-Reply-To: <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Wed, 16 Nov 2016 17:58:28 +1100
Message-ID: <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com>
To: Philip Matthews <philip_matthews@magma.ca>
Content-Type: multipart/alternative; boundary=94eb2c1244f6a92cac05416599d9
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/v4IgufTwwMz2IZ_tmmaK7gDUob0>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 06:58:32 -0000

--94eb2c1244f6a92cac05416599d9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

On 16 Nov. 2016 15:48, "Philip Matthews" <philip_matthews@magma.ca> wrote:
>
>
> On 2016-11-14, at 14:18 , Tim Chown wrote:
>
>>> On 14 Nov 2016, at 05:00, Lorenzo Colitti <lorenzo@google.com> wrote:
>>>
>>> On Mon, Nov 14, 2016 at 1:12 PM, Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:
>>>>
>>>> > - There=E2=80=99s still a reference to the Experimental NPTv6 RFC 62=
96. I
guess this may remain contentious :)
>>>>
>>>> Yes. It's like telling people it's a bad idea to stuff beans up their
noses,
>>>> followed by instructions on how to do it.
>>>
>>>
>>> +1. I'd prefer to remove this citation.
>
>
> I know some people don't like it. But, as has been mentioned a couple of
times this week, some operators are doing it.
>
> Anyway, someone orally proposed a re-wording of this sentence at the
meeting that people seemed to find not too bad.  I have forgotten the
details, but will pull it from the recording.
>

Thinking about the new version, and the above, I think there may still be
some scope issues.

If this is purely about local IPv6 routing configuration in a local
network, then I think the discussion of the differences and issues of
ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one
which also uses > link local scope addresses.

ULA vs PI vs PA only matters if the network is connected to the Internet,
which is more of an external routing issue and more of one that is
significant to hosts, although there is the issue of allowing external
traceroutes inwards, and some ICMPv6 outbound with source addresses that
don't get dropped by martian filters.

(I'd agree that most routed IPv6 networks will be connected to the
Internet, but it is not a requirement. If that is currently an unstated
assumption and context for the whole document, then I think it should be
stated.)

Also, if it is a snapshot if what is happening now, then it could discuss
pros and cons of what people are doing, however if it provides advice, then
it is crossing over into BCP sort of territory, and what people are
currently doing might not be good examples of what to do. (I too agree that
mentioning NPTv6 like it has been comes across as tacit approval of it
("I'll just leave this here <wink>" seems like missing text.))

Regards,
Mark.

>>>
>>>>
>>>> > - IPv6 PI is getting easier to get - see
https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments for
RIPE region.
>>>>
>>>> Maybe. But we know this is never going to happen for tens of millions
of small
>>>> businesses, so I think the alternatives have to be presented as
neutrally as
>>>> possible.
>>>
>>>
>
> We will look at the new policies and see if some tweaks to the wording is
appropriate. However, I agree with Brian that millions of small businesses
are unlikely to get PI space. It may be easier, but you still must apply,
and convince the RIR that you qualify, and then pay the annual fee.  The
only way I could see this happening for mom-and-pop florist is if someone
does all the work on their behalf.  And ... do we really want millions of
small businesses to get PI space??? "News at 11 -- Global routing tables
hit the 10 million routes mark".
>
>>> Host addressing is out of scope for this draft, so it doesn't matter so
much, but if we're talking about multihoming we should note that the best
approach for smaller networks is multihoming using PA addresses via
source+destination based routing. That is is being pursued in the homenet
and routing working groups.
>>
>>
>> So as per the mic comment the design choices draft could/should
distinguish between multihoming and change of provider scenarios.
>
>
> I thought we did, but will look at this again.
>
>>
>> Tim
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>

--94eb2c1244f6a92cac05416599d9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p dir=3D"ltr">Hi,</p>
<p dir=3D"ltr">On 16 Nov. 2016 15:48, &quot;Philip Matthews&quot; &lt;<a hr=
ef=3D"mailto:philip_matthews@magma.ca">philip_matthews@magma.ca</a>&gt; wro=
te:<br>
&gt;<br>
&gt;<br>
&gt; On 2016-11-14, at 14:18 , Tim Chown wrote:<br>
&gt;<br>
&gt;&gt;&gt; On 14 Nov 2016, at 05:00, Lorenzo Colitti &lt;<a href=3D"mailt=
o:lorenzo@google.com">lorenzo@google.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Mon, Nov 14, 2016 at 1:12 PM, Brian E Carpenter &lt;<a href=
=3D"mailto:brian.e.carpenter@gmail.com">brian.e.carpenter@gmail.com</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt; - There=E2=80=99s still a reference to the Experiment=
al NPTv6 RFC 6296. I guess this may remain contentious :)<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Yes. It&#39;s like telling people it&#39;s a bad idea to s=
tuff beans up their noses,<br>
&gt;&gt;&gt;&gt; followed by instructions on how to do it.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; +1. I&#39;d prefer to remove this citation.<br>
&gt;<br>
&gt;<br>
&gt; I know some people don&#39;t like it. But, as has been mentioned a cou=
ple of times this week, some operators are doing it.=C2=A0<br>
&gt;<br>
&gt; Anyway, someone orally proposed a re-wording of this sentence at the m=
eeting that people seemed to find not too bad.=C2=A0 I have forgotten the d=
etails, but will pull it from the recording.=C2=A0<br>
&gt;</p>
<p dir=3D"ltr">Thinking about the new version, and the above, I think there=
 may still be some scope issues.</p>
<p dir=3D"ltr">If this is purely about local IPv6 routing configuration in =
a local network, then I think the discussion of the differences and issues =
of ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one w=
hich also uses &gt; link local scope addresses.</p>
<p dir=3D"ltr"> ULA vs PI vs PA only matters if the network is connected to=
 the Internet, which is more of an external routing issue and more of one t=
hat is significant to hosts, although there is the issue of allowing extern=
al traceroutes inwards, and some ICMPv6 outbound with source addresses that=
 don&#39;t get dropped by martian filters.</p>
<p dir=3D"ltr">(I&#39;d agree that most routed IPv6 networks will be connec=
ted to the Internet, but it is not a requirement. If that is currently an u=
nstated assumption and context for the whole document, then I think it shou=
ld be stated.)</p>
<p dir=3D"ltr">Also, if it is a snapshot if what is happening now, then it =
could discuss pros and cons of what people are doing, however if it provide=
s advice, then it is crossing over into BCP sort of territory, and what peo=
ple are currently doing might not be good examples of what to do. (I too ag=
ree that mentioning NPTv6 like it has been comes across as tacit approval o=
f it (&quot;I&#39;ll just leave this here &lt;wink&gt;&quot; seems like mis=
sing text.))</p>
<p dir=3D"ltr">Regards,<br>
Mark.</p>
<p dir=3D"ltr">&gt;&gt;&gt; =C2=A0<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt; - IPv6 PI is getting easier to get - see <a href=3D"h=
ttps://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments">https:/=
/www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments</a> for RIPE r=
egion.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Maybe. But we know this is never going to happen for tens =
of millions of small<br>
&gt;&gt;&gt;&gt; businesses, so I think the alternatives have to be present=
ed as neutrally as<br>
&gt;&gt;&gt;&gt; possible.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;<br>
&gt; We will look at the new policies and see if some tweaks to the wording=
 is appropriate. However, I agree with Brian that millions of small busines=
ses are unlikely to get PI space. It may be easier, but you still must appl=
y, and convince the RIR that you qualify, and then pay the annual fee.=C2=
=A0 The only way I could see this happening for mom-and-pop florist is if s=
omeone does all the work on their behalf.=C2=A0 And ... do we really want m=
illions of small businesses to get PI space??? &quot;News at 11 -- Global r=
outing tables hit the 10 million routes mark&quot;.<br>
&gt;<br>
&gt;&gt;&gt; Host addressing is out of scope for this draft, so it doesn&#3=
9;t matter so much, but if we&#39;re talking about multihoming we should no=
te that the best approach for smaller networks is multihoming using PA addr=
esses via source+destination based routing. That is is being pursued in the=
 homenet and routing working groups.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; So as per the mic comment the design choices draft could/should di=
stinguish between multihoming and change of provider scenarios.=C2=A0<br>
&gt;<br>
&gt;<br>
&gt; I thought we did, but will look at this again.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Tim<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; v6ops mailing list<br>
&gt;&gt; <a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops">https://ww=
w.ietf.org/mailman/listinfo/v6ops</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; v6ops mailing list<br>
&gt; <a href=3D"mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/v6ops">https://www.ie=
tf.org/mailman/listinfo/v6ops</a><br>
&gt;</p>

--94eb2c1244f6a92cac05416599d9--


From nobody Tue Nov 15 23:57:30 2016
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 5C3C51295A8 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 23:57:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 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, RP_MATCHES_RCVD=-1.497, 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 KCMJknvQVVb0 for <v6ops@ietfa.amsl.com>; Tue, 15 Nov 2016 23:57:27 -0800 (PST)
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 94D2B129481 for <v6ops@ietf.org>; Tue, 15 Nov 2016 23:57:27 -0800 (PST)
Received: by mail-it0-x235.google.com with SMTP id o1so41276452ito.1 for <v6ops@ietf.org>; Tue, 15 Nov 2016 23:57:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QKNHzP9OsAZuYvUJLu3SJDvSH2JuZlQvIRFm0evPER4=; b=o7KLA5TiHPUKx+iNyp6hAL8PIvAuMw9tsltD0gAw0sYvtbr+9ErBX/yvotg/bdo99f oFAatOSaLz8HVE3RI9MVdbGv+1RacFJ2zPV5zbvxda6dLxDrbMAZ6+e7sT2Yh4yfVK/Q i8iTiFF33r5qssbHO8FRYoUgEaFM8jhP75GEwlZTmApvKi+q9Yc1CHhOee062dk6A5GR m/86fhZCBhXhsrGBX8LKFeKQB5AUan0p41+v+PqeC/lg3nvA9kL4ukEZqL57N9N0UKoi Z5fXj4VM2xoqdCRFHLzzBBoThpz5/LopxApGUVEBaSZbqVZnGY4VVSBKwkUeWsz6ZucA x96A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QKNHzP9OsAZuYvUJLu3SJDvSH2JuZlQvIRFm0evPER4=; b=glzddEqNgrpuGqsBiTexRjXAsSJBTykjlDR3WdPP/Orkha2DJh9Aph9xvdbZ6htXfi PQWYkgc8OALTgyg/pZbnxA2OIVr54Hau9FfwoE6y9R2weKsD+kihTbqnj4iAWOYmIxf9 Jr12p/8z4QjXzqamn5xdkFXA/mzJD2XxxPRUfWvZ/gcQysEwYjZn4ggFZR0QStw+V5bi DhxZ96i9lHdCErzp74oROgYMax22dBdPIle34xAZpBtVaoY6Uf/vdMNiCz9b44LFUi10 0JQWFs1eeSNBaP0c2RbGBcFVbRijWxBcurcriOvtaw6WsF35Lpz7A+BcXsjLQCGUIBDW j4hw==
X-Gm-Message-State: ABUngveJicXrXFz5ylNlXn5qzBtZIlS9Yeu+zFMikCk4ypI36JuTGziVLMVWRn9gdszncLj6ezdmaXK676A7j3Jn
X-Received: by 10.107.53.36 with SMTP id c36mr1643841ioa.55.1479283046446; Tue, 15 Nov 2016 23:57:26 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.138.71 with HTTP; Tue, 15 Nov 2016 23:57:05 -0800 (PST)
In-Reply-To: <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Wed, 16 Nov 2016 16:57:05 +0900
Message-ID: <CAKD1Yr2=YJ_vv7+GmU1iwHod8=XErXhvMC3xtxBbFrp4A7awyQ@mail.gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
Content-Type: multipart/alternative; boundary=001a1144939a8200410541666c25
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/z2PkEeC7tmO9yi5n1dQJQVBV4GM>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 07:57:29 -0000

--001a1144939a8200410541666c25
Content-Type: text/plain; charset=UTF-8

On Wed, Nov 16, 2016 at 3:58 PM, Mark Smith <markzzzsmith@gmail.com> wrote:

> Thinking about the new version, and the above, I think there may still be
> some scope issues.
>
> If this is purely about local IPv6 routing configuration in a local
> network, then I think the discussion of the differences and issues of
> ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one
> which also uses > link local scope addresses.
>
> ULA vs PI vs PA only matters if the network is connected to the Internet,
> which is more of an external routing issue and more of one that is
> significant to hosts, although there is the issue of allowing external
> traceroutes inwards, and some ICMPv6 outbound with source addresses that
> don't get dropped by martian filters.
>
+1

> (I too agree that mentioning NPTv6 like it has been comes across as tacit
> approval of it ("I'll just leave this here <wink>" seems like missing
> text.))
>
+1, it should be deleted. I can't think of any use case where it would make
sense to use NPT66 for router addresses.

--001a1144939a8200410541666c25
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On W=
ed, Nov 16, 2016 at 3:58 PM, Mark Smith <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:markzzzsmith@gmail.com" target=3D"_blank">markzzzsmith@gmail.com</a>&g=
t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir=3D"ltr">Thinking =
about the new version, and the above, I think there may still be some scope=
 issues.</p>
<p dir=3D"ltr">If this is purely about local IPv6 routing configuration in =
a local network, then I think the discussion of the differences and issues =
of ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one w=
hich also uses &gt; link local scope addresses.</p>
<p dir=3D"ltr"> ULA vs PI vs PA only matters if the network is connected to=
 the Internet, which is more of an external routing issue and more of one t=
hat is significant to hosts, although there is the issue of allowing extern=
al traceroutes inwards, and some ICMPv6 outbound with source addresses that=
 don&#39;t get dropped by martian filters.</p></blockquote><div>+1<br></div=
><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1=
px #ccc solid;padding-left:1ex">
<p dir=3D"ltr">(I too agree that mentioning NPTv6 like it has been comes ac=
ross as tacit approval of it (&quot;I&#39;ll just leave this here &lt;wink&=
gt;&quot; seems like missing text.))</p></blockquote><div>+1, it should be =
deleted. I can&#39;t think of any use case where it would make sense to use=
 NPT66 for router addresses.<br></div></div></div></div>

--001a1144939a8200410541666c25--


From nobody Wed Nov 16 02:21:35 2016
Return-Path: <alexandre.petrescu@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 63FF81296EC for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 02:21:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.352
X-Spam-Level: 
X-Spam-Status: No, score=-5.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 wBqRepo0MzU2 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 02:21:32 -0800 (PST)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EB8E129537 for <v6ops@ietf.org>; Wed, 16 Nov 2016 02:21:29 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id uAGALRqT009118 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:21:27 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 76B57205843 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:21:27 +0100 (CET)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 6C0AE20304D for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:21:27 +0100 (CET)
Received: from [132.166.84.142] ([132.166.84.142]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id uAGALPaB005034 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:21:26 +0100
To: "v6ops@ietf.org" <v6ops@ietf.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com>
Date: Wed, 16 Nov 2016 19:21:23 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------2FBDC76AE7250785BD882D20"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/x9dUC3RnbOzPuwucWIGmnQ69ne8>
Subject: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Wed, 16 Nov 2016 10:21:33 -0000

This is a multi-part message in MIME format.
--------------2FBDC76AE7250785BD882D20
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

During today's Plenary there was discussion about making IPv6 only wifi 
during some IETF meeting.

If so, I was wondering whether people will perceive a larger battery 
drain in their devices?

I am asking because we performed some measurements on a recent 
smartphone comparing various Internet usage (youtube, real-time, web 
browsing, ftp, etc.) and we seemed to find that IPv6 draws around 5% 
more energy from the battery than IPv4.  That was on cellular, maybe 
wifi is different...


Alex


--------------2FBDC76AE7250785BD882D20
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><font size="-1"><font face="Courier New">Hi,</font></font></p>
    <p><font size="-1"><font face="Courier New">During today's Plenary
          there was discussion about making IPv6 only wifi during some
          IETF meeting.</font></font></p>
    <p><font size="-1"><font face="Courier New">If so, I was wondering
          whether people will perceive a larger battery drain in their
          devices?</font></font></p>
    <p><font size="-1"><font face="Courier New">I am asking because we
          performed some measurements on a recent smartphone comparing
          various Internet usage (youtube, real-time, web browsing, ftp,
          etc.) and we seemed to find that IPv6 draws around 5% more
          energy from the battery than IPv4.Â  That was on cellular,
          maybe wifi is different...</font></font></p>
    <p><font size="-1"><font face="Courier New"><br>
          Alex</font></font></p>
  </body>
</html>

--------------2FBDC76AE7250785BD882D20--


From nobody Wed Nov 16 02:38:37 2016
Return-Path: <nick.heatley@ee.co.uk>
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 05F5A1296E4 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 02:38:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.226
X-Spam-Level: 
X-Spam-Status: No, score=-1.226 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=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 7Mr3uz8TKCOf for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 02:38:22 -0800 (PST)
Received: from mail1.bemta3.messagelabs.com (mail1.bemta3.messagelabs.com [195.245.230.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E317D12969B for <v6ops@ietf.org>; Wed, 16 Nov 2016 02:38:21 -0800 (PST)
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id 61/A7-23854-B173C285; Wed, 16 Nov 2016 10:38:19 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPKsWRWlGSWpSXmKPExsUy9d9HH11pc50 Igw8r+SxOnnnCZnH62F5mByaPnbPusnssWfKTKYApijUzLym/IoE1Y9LJmYwFewIrHr++wN7A uCKgi5GLQ0hgC6PE1387WSCcA4wSb5edYodwTjFKnN5xgLmLkZODTUBXon3WKjBbRCBSYt/9C ewgtrBArMT8eTMYIeJxEnNPt0HZRhInHjUB2RwcLAKqEq1tRSBhXoFQiQcnHrKA2EICNhKXuj vBbE4BW4kHp1aBjWQUkJX40rgabBWzgLjErSfzmUBsCQEBiSV7zjND2KISLx//Y4WwFSQuLep ihajPk1h4/xkbxC5BiZMzn7BMYBSehWTULCRls5CUzQK6lFlAU2L9Ln2IEkWJKd0P2SFsDYnW OXPZkcUXMLKvYlQvTi0qSy3StdRLKspMzyjJTczM0TU0MNbLTS0uTkxPzUlMKtZLzs/dxAiMr HoGBsYdjK9/Oh1ilORgUhLl5WHViRDiS8pPqcxILM6ILyrNSS0+xCjDwaEkwSthBpQTLEpNT6 1Iy8wBxjhMWoKDR0mEd5opUJq3uCAxtzgzHSJ1ilGXY8KETw+YhFjy8vNSpcR5XUBmCIAUZZT mwY2ApZtLjLJSwryMDAwMQjwFqUW5mSWo8q8YxTkYlYR5Z4Os4snMK4Hb9AroCCagI/YIgB1R koiQkmpgTGuVnH3m/9v+z2YlFjPDTizZ9PN7m2vF0eJ1NTbOAUy5Xk76e8v622fM2sah9vGIu 4brS6dZxewtps2Pbh6YXfL89vt63yeh7Hylk4snf7e3/xppn75YIG2xaWnW1hyBnFW3phdoX7 dfNPNecrQUS+X5tPMbXqasVt14ZDfrTlZn3yVLNvz1UWIpzkg01GIuKk4EAHGMUJwyAwAA
X-Env-Sender: nick.heatley@ee.co.uk
X-Msg-Ref: server-11.tower-31.messagelabs.com!1479292698!40344446!1
X-Originating-IP: [149.254.241.76]
X-StarScan-Received: 
X-StarScan-Version: 9.0.16; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9782 invoked from network); 16 Nov 2016 10:38:18 -0000
Received: from unknown (HELO smtpml01.ee.co.uk) (149.254.241.76) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 16 Nov 2016 10:38:18 -0000
Received: from EEUKWV0940.EEAD.EEINT.CO.UK (Not Verified[10.246.209.217]) by smtpml01.ee.co.uk with Trustwave SEG (v7, 5, 6, 8438) id <B582c370e0000>; Wed, 16 Nov 2016 10:38:06 +0000
Received: from UK31S005EXS02.EEAD.EEINT.CO.UK (Not Verified[10.246.208.27]) by EEUKWV0940.EEAD.EEINT.CO.UK with Trustwave SEG (v7, 3, 6, 7949) id <B582c371a0001>; Wed, 16 Nov 2016 10:38:18 +0000
Received: from UK30S005EXS06.EEAD.EEINT.CO.UK ([fe80::314c:b96c:4a9a:8a79]) by UK31S005EXS02.EEAD.EEINT.CO.UK ([2002:1ef6:d01b::1ef6:d01b]) with mapi id 14.03.0279.002; Wed, 16 Nov 2016 10:38:18 +0000
From: "Heatley, Nick" <nick.heatley@ee.co.uk>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
Thread-Index: AQHSP/NAd43QBtebHUGrCtqMHlsmo6DbZ9Hw
Date: Wed, 16 Nov 2016 10:38:17 +0000
Message-ID: <6536E263028723489CCD5B6821D4B2132C3DF310@UK30S005EXS06.EEAD.EEINT.CO.UK>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com>
In-Reply-To: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.246.208.5]
Content-Type: multipart/alternative; boundary="_000_6536E263028723489CCD5B6821D4B2132C3DF310UK30S005EXS06EE_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/DwJglE_h-N7uil8LnmbSl4mfpcc>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Wed, 16 Nov 2016 10:38:24 -0000

--_000_6536E263028723489CCD5B6821D4B2132C3DF310UK30S005EXS06EE_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

Q2FuIHlvdSBiZSBtb3JlIHNwZWNpZmljIG9uIHRoZSB0ZXN0IGNvbmRpdGlvbnM/DQpLZXkgcXVl
c3Rpb24sIHdhcyB0aGUgcGhvbmUgZHVhbCBzdGFjayBvciBJUHY2LW9ubHk/DQpXYXMgdGhlIHRj
cCBwZXJmb3JtYW5jZSBpZGVudGljYWwgKGJ1dCBiYXR0ZXJ5IGRyYWluIGRpZmZlcmVudCk/DQpJ
IHdvdWxkIHN0cnVnZ2xlIHRvIGdldCBhY2N1cmFjeSB0byBsZXNzIHRoYW4gMTUlLCB3aXRob3V0
IGtlZXBpbmcgd2l0aGluIGEgcGVyZmVjdCBsYWIgZW52aXJvbm1lbnQuDQoNCkZyb206IHY2b3Bz
IFttYWlsdG86djZvcHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFsZXhhbmRyZSBQ
ZXRyZXNjdQ0KU2VudDogMTYgTm92ZW1iZXIgMjAxNiAxMDoyMQ0KVG86IHY2b3BzQGlldGYub3Jn
DQpTdWJqZWN0OiBbdjZvcHNdIElQdjYtb25seSB3aWZpIGR1cmluZyBJRVRGIG1lZXRpbmdzPyAt
IGV4cGVjdCBoaWdoZXIgZW5lcmd5IGNvbnN1bXB0aW9uDQoNCg0KSGksDQoNCkR1cmluZyB0b2Rh
eSdzIFBsZW5hcnkgdGhlcmUgd2FzIGRpc2N1c3Npb24gYWJvdXQgbWFraW5nIElQdjYgb25seSB3
aWZpIGR1cmluZyBzb21lIElFVEYgbWVldGluZy4NCg0KSWYgc28sIEkgd2FzIHdvbmRlcmluZyB3
aGV0aGVyIHBlb3BsZSB3aWxsIHBlcmNlaXZlIGEgbGFyZ2VyIGJhdHRlcnkgZHJhaW4gaW4gdGhl
aXIgZGV2aWNlcz8NCg0KSSBhbSBhc2tpbmcgYmVjYXVzZSB3ZSBwZXJmb3JtZWQgc29tZSBtZWFz
dXJlbWVudHMgb24gYSByZWNlbnQgc21hcnRwaG9uZSBjb21wYXJpbmcgdmFyaW91cyBJbnRlcm5l
dCB1c2FnZSAoeW91dHViZSwgcmVhbC10aW1lLCB3ZWIgYnJvd3NpbmcsIGZ0cCwgZXRjLikgYW5k
IHdlIHNlZW1lZCB0byBmaW5kIHRoYXQgSVB2NiBkcmF3cyBhcm91bmQgNSUgbW9yZSBlbmVyZ3kg
ZnJvbSB0aGUgYmF0dGVyeSB0aGFuIElQdjQuICBUaGF0IHdhcyBvbiBjZWxsdWxhciwgbWF5YmUg
d2lmaSBpcyBkaWZmZXJlbnQuLi4NCg0KQWxleA0KDQpOT1RJQ0UgQU5EIERJU0NMQUlNRVINClRo
aXMgZW1haWwgY29udGFpbnMgQlQgaW5mb3JtYXRpb24sIHdoaWNoIG1heSBiZSBwcml2aWxlZ2Vk
IG9yIGNvbmZpZGVudGlhbC4gSXQncyBtZWFudCBvbmx5IGZvciB0aGUgaW5kaXZpZHVhbChzKSBv
ciBlbnRpdHkgbmFtZWQgYWJvdmUuIA0KSWYgeW91J3JlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBp
ZW50LCBub3RlIHRoYXQgZGlzY2xvc2luZywgY29weWluZywgZGlzdHJpYnV0aW5nIG9yIHVzaW5n
IHRoaXMgaW5mb3JtYXRpb24gaXMgcHJvaGliaXRlZC4gDQpJZiB5b3UndmUgcmVjZWl2ZWQgdGhp
cyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIGxldCBtZSBrbm93IGltbWVkaWF0ZWx5IG9uIHRoZSBl
bWFpbCBhZGRyZXNzIGFib3ZlLiBUaGFuayB5b3UuDQoNCldlIG1vbml0b3Igb3VyIGVtYWlsIHN5
c3RlbSwgYW5kIG1heSByZWNvcmQgeW91ciBlbWFpbHMuDQoNCkVFIExpbWl0ZWQgDQpSZWdpc3Rl
cmVkIG9mZmljZTpUcmlkZW50IFBsYWNlLCBNb3NxdWl0byBXYXksIEhhdGZpZWxkLCBIZXJ0Zm9y
ZHNoaXJlLCBBTDEwIDlCVw0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kIG5vOiAwMjM4MjE2MQ0KDQpF
RSBMaW1pdGVkIGlzIGEgd2hvbGx5IG93bmVkIHN1YnNpZGlhcnkgb2Y6DQoNCkJyaXRpc2ggVGVs
ZWNvbW11bmljYXRpb25zIHBsYw0KUmVnaXN0ZXJlZCBvZmZpY2U6IDgxIE5ld2dhdGUgU3RyZWV0
IExvbmRvbiBFQzFBIDdBSg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kIG5vOiAxODAwMDAwDQo=

--_000_6536E263028723489CCD5B6821D4B2132C3DF310UK30S005EXS06EE_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov
KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s
b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz
aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp
Z2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207
DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy
aWYiOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1z
b0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs
b29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCglj
b2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMx
RjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24g
VGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJh
bGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y
OmJsYWNrO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K
CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3
OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRT
ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg
Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs
YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8
L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9y
PSJ3aGl0ZSIgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBj
bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5DYW4geW91IGJlIG1vcmUgc3BlY2lmaWMgb24g
dGhlIHRlc3QgY29uZGl0aW9ucz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+S2V5IHF1
ZXN0aW9uLCB3YXMgdGhlIHBob25lIGR1YWwgc3RhY2sgb3IgSVB2Ni1vbmx5Pw0KPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldhcyB0aGUgdGNwIHBlcmZvcm1hbmNlIGlkZW50aWNhbCAo
YnV0IGJhdHRlcnkgZHJhaW4gZGlmZmVyZW50KT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+SSB3b3VsZCBzdHJ1Z2dsZSB0byBnZXQgYWNjdXJhY3kgdG8gbGVzcyB0aGFuIDE1JSwgd2l0
aG91dCBrZWVwaW5nIHdpdGhpbiBhIHBlcmZlY3QgbGFiIGVudmlyb25tZW50LjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K
PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh
ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh
aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206
PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
d2luZG93dGV4dCI+IHY2b3BzIFttYWlsdG86djZvcHMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9u
IEJlaGFsZiBPZiA8L2I+QWxleGFuZHJlIFBldHJlc2N1PGJyPg0KPGI+U2VudDo8L2I+IDE2IE5v
dmVtYmVyIDIwMTYgMTA6MjE8YnI+DQo8Yj5Ubzo8L2I+IHY2b3BzQGlldGYub3JnPGJyPg0KPGI+
U3ViamVjdDo8L2I+IFt2Nm9wc10gSVB2Ni1vbmx5IHdpZmkgZHVyaW5nIElFVEYgbWVldGluZ3M/
IC0gZXhwZWN0IGhpZ2hlciBlbmVyZ3kgY29uc3VtcHRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90OyI+SGksPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHA+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi
PkR1cmluZyB0b2RheSdzIFBsZW5hcnkgdGhlcmUgd2FzIGRpc2N1c3Npb24gYWJvdXQgbWFraW5n
IElQdjYgb25seSB3aWZpIGR1cmluZyBzb21lIElFVEYgbWVldGluZy48L3NwYW4+PG86cD48L286
cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90OyI+SWYgc28sIEkgd2FzIHdvbmRlcmluZyB3aGV0aGVyIHBlb3Bs
ZSB3aWxsIHBlcmNlaXZlIGEgbGFyZ2VyIGJhdHRlcnkgZHJhaW4gaW4gdGhlaXIgZGV2aWNlcz88
L3NwYW4+PG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SSBhbSBhc2tpbmcgYmVjYXVzZSB3
ZSBwZXJmb3JtZWQgc29tZSBtZWFzdXJlbWVudHMgb24gYSByZWNlbnQgc21hcnRwaG9uZSBjb21w
YXJpbmcgdmFyaW91cyBJbnRlcm5ldCB1c2FnZSAoeW91dHViZSwgcmVhbC10aW1lLCB3ZWIgYnJv
d3NpbmcsIGZ0cCwgZXRjLikgYW5kIHdlIHNlZW1lZCB0byBmaW5kIHRoYXQgSVB2NiBkcmF3cyBh
cm91bmQNCiA1JSBtb3JlIGVuZXJneSBmcm9tIHRoZSBiYXR0ZXJ5IHRoYW4gSVB2NC4mbmJzcDsg
VGhhdCB3YXMgb24gY2VsbHVsYXIsIG1heWJlIHdpZmkgaXMgZGlmZmVyZW50Li4uPC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCkFsZXg8L3NwYW4+PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCg0KPFA+Tk9USUNFIEFORCBESVNDTEFJTUVSPEJSPlRoaXMgZW1haWwgY29u
dGFpbnMgQlQgaW5mb3JtYXRpb24sIHdoaWNoIG1heSBiZSANCnByaXZpbGVnZWQgb3IgY29uZmlk
ZW50aWFsLiBJdCdzIG1lYW50IG9ubHkgZm9yIHRoZSBpbmRpdmlkdWFsKHMpIG9yIGVudGl0eSAN
Cm5hbWVkIGFib3ZlLiA8QlI+SWYgeW91J3JlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBu
b3RlIHRoYXQgZGlzY2xvc2luZywgDQpjb3B5aW5nLCBkaXN0cmlidXRpbmcgb3IgdXNpbmcgdGhp
cyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiA8QlI+SWYgeW91J3ZlIA0KcmVjZWl2ZWQgdGhp
cyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIGxldCBtZSBrbm93IGltbWVkaWF0ZWx5IG9uIHRoZSBl
bWFpbCANCmFkZHJlc3MgYWJvdmUuIFRoYW5rIHlvdS48L1A+DQo8UD5XZSBtb25pdG9yIG91ciBl
bWFpbCBzeXN0ZW0sIGFuZCBtYXkgcmVjb3JkIHlvdXIgZW1haWxzLjwvUD4NCjxQPkVFIExpbWl0
ZWQgPEJSPlJlZ2lzdGVyZWQgb2ZmaWNlOlRyaWRlbnQgUGxhY2UsIE1vc3F1aXRvIFdheSwgSGF0
ZmllbGQsIA0KSGVydGZvcmRzaGlyZSwgQUwxMCA5Qlc8QlI+UmVnaXN0ZXJlZCBpbiBFbmdsYW5k
IG5vOiAwMjM4MjE2MTwvUD4NCjxQPkVFIExpbWl0ZWQgaXMgYSB3aG9sbHkgb3duZWQgc3Vic2lk
aWFyeSBvZjo8L1A+DQo8UD5Ccml0aXNoIFRlbGVjb21tdW5pY2F0aW9ucyBwbGM8QlI+UmVnaXN0
ZXJlZCBvZmZpY2U6IDgxIE5ld2dhdGUgU3RyZWV0IExvbmRvbiANCkVDMUEgN0FKPEJSPlJlZ2lz
dGVyZWQgaW4gRW5nbGFuZCBubzogMTgwMDAwMDwvUD4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_6536E263028723489CCD5B6821D4B2132C3DF310UK30S005EXS06EE_--


From nobody Wed Nov 16 05:43:20 2016
Return-Path: <furry13@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 0D453129631 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 05:43:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level: 
X-Spam-Status: No, score=-1.75 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, SPF_PASS=-0.001] autolearn=no 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 mKHaKgmGbB2J for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 05:43:17 -0800 (PST)
Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (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 529E1129465 for <v6ops@ietf.org>; Wed, 16 Nov 2016 05:43:17 -0800 (PST)
Received: by mail-it0-x22a.google.com with SMTP id c20so209913982itb.0 for <v6ops@ietf.org>; Wed, 16 Nov 2016 05:43:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lG20V56tdSqlxwkTtNmGQYgxFRW+1xyP1unDXk0gUxo=; b=DCvRnWNTtlUaNUgWrRrdvfJVl5p/8Sj/TvXBXmhwHhQIBmqLDaUT5SVRKwuUlNCTwN h3aW/d2a7JwDBvqGHflC9snuD33va6fwmdKK9fLzKicFX6HrEVhDVruuJcy8N0eV+EJS MNiD63zA3fJ1EeXQp4+w6O5TfXozvfYF4ijJcxe8RgY0tHHRoropN8LJ4mX50D8qLVHM vX/EHZCUlVsnVeSJ30mkFCaLigfoDU/NoSdrbhKBf84tt7uWG+JST18y5cK2y6TfjV9p hhW90NhSDUtSJcR/5W9f7FD9Yxoec066okgbwDM/t7IfoPlu9EH5kqlytkWhJSWtouql puyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lG20V56tdSqlxwkTtNmGQYgxFRW+1xyP1unDXk0gUxo=; b=F2C+K32T3TGCb9w4yUPRbIPgSNy1/ELWeDxUR7Bk9dHhGIjLmZG5gW1Dyoe6iSaEJH qTVZgFmByhKA26yMbyIRMtc5ZKQx/OQL3qM9KgL9daBw2PCxElaHEXwh5TG94K6bm8I9 wq2Jq4ON4O8oUmItXlzqkQaA0xkBPsDFWdd3c5Jn/MAFIzSFG8U4ksWqnQeHuRJ6hqW6 lXewpPqxVNdQi94MXR4CVnQgoK2Eg11mLR1RMV4nrZZ090WtyvnBAjrgXuVKjjzQE924 MfmCRsJmjyXABodynZsIIo9thz550cNSG03GbGhBqyVIj60tjOqjlS7iqAw/PFFsh6xV ggbQ==
X-Gm-Message-State: ABUngvdiq7cPyDPvwGQu1eGz8EG48hRvD/kuOVnHkVn2bxtDCs0ZaCxqxVZUOgywKvP1PrkYseLrq29pCZkqwA==
X-Received: by 10.36.13.82 with SMTP id 79mr7785338itx.66.1479303796611; Wed, 16 Nov 2016 05:43:16 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.2.72 with HTTP; Wed, 16 Nov 2016 05:42:56 -0800 (PST)
In-Reply-To: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com>
From: Jen Linkova <furry13@gmail.com>
Date: Wed, 16 Nov 2016 14:42:56 +0100
Message-ID: <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/8NEPUnCc8vgFPaama0vtNgpUM1k>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Wed, 16 Nov 2016 13:43:18 -0000

On Wed, Nov 16, 2016 at 11:21 AM, Alexandre Petrescu
<alexandre.petrescu@gmail.com> wrote:
> During today's Plenary there was discussion about making IPv6 only wifi
> during some IETF meeting.
>
> If so, I was wondering whether people will perceive a larger battery drain
> in their devices?

Why? The current 'default' SSID (ietf) is dual-stack.
If you switch to v6-only SSID, then you get rid of IPv4 and, as a
result, ARP noise etc.

> I am asking because we performed some measurements on a recent smartphone
> comparing various Internet usage (youtube, real-time, web browsing, ftp,
> etc.) and we seemed to find that IPv6 draws around 5% more energy from the
> battery than IPv4.  That was on cellular, maybe wifi is different...

So you compared v4-only connectivity to v6-only? Or dual-stack to v6-only?

Anyway you can always try yourself - use 'ietf' ssid for one day and
ietf-nat64 for another ;)

My phone has been connected to ietf-nat64 the whole week, I have not
noticed any battery issues so far.

-- 
SY, Jen Linkova aka Furry


From nobody Wed Nov 16 11:51:34 2016
Return-Path: <brian.e.carpenter@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 319AE129557 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 11:51:32 -0800 (PST)
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 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 xhvVm4X97MzH for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 11:51:30 -0800 (PST)
Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (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 2685D1293E3 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:51:30 -0800 (PST)
Received: by mail-pg0-x234.google.com with SMTP id f188so82151653pgc.3 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:51:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=gnUru6qPrb7FV96nNCmcREouC9p1G9imYQiMghvqPt0=; b=UX3+o5+KTh97RQx2DxRDxgi84EKE2Yorf0s84v50TYPx227EpeAj2Td/Lf7prnLoX8 +wAwvd1kbkI9GEn208kc7vYEwUH537vwtPHYkbCTgyHmn/kWkDCOd7fvxDCUsWjSCwqj 4WL6IsxQYiRfSZU8YOnEsKyJUpdR3dgZCaGZxAl/9Jgc9o6c3INvl/75zIWT52n81XpG /JUcCHlsu47NPBwqeXZPfLReo+OJuDL5MTWpf+vrzMUuYwa6mK01zj0IMy4rHU8Kd0D5 nJcEvGc7yNZSjcPpUESRbV34arYWeubrLiF9Y/h3y4yc1cPuBeeFCQfNuxpMSvX6Qum4 6iCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=gnUru6qPrb7FV96nNCmcREouC9p1G9imYQiMghvqPt0=; b=F8qRaZ+mPaZ9NOUH1Fg+ijC1+zzwj7UC+eyxJrY2hA4HJQPK35IBpeRl990xdg71Tv ZhcOe+zi/ViNjXqTP0MtG+ko2g0Hl7/eMEXcoo4Jv4y+T4R4QnGHIoAhmqYGcP7IoS4r q2fULttn5qzovDQNQVclGMMJ9J9vCoElCSyCUCuSy/8BGLlePBEUGmsPTxdBTgwCRcWu jVVwhYP7BVkcfwwOzxO1CcZX8nHYOednjioaTE4T71FYsupsownHM+vXT/h33dIf/A0J /bqKHEHRFvUqfaJRyHvUXZq9C+WaeikIOhoQJNvbO2W4lUyCtny7nC4tisLPPiYGsbzs 8gsA==
X-Gm-Message-State: ABUngve6TVAB5BG4DQnEFX0XQ1w57I/0vqHtn9mgEs02yFIgP/Sdn05O5PfgBn1gBvzh0A==
X-Received: by 10.98.73.1 with SMTP id w1mr6960302pfa.123.1479325889516; Wed, 16 Nov 2016 11:51:29 -0800 (PST)
Received: from [192.168.178.23] (153.23.255.123.dynamic.snap.net.nz. [123.255.23.153]) by smtp.gmail.com with ESMTPSA id y200sm56505543pfb.16.2016.11.16.11.51.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Nov 2016 11:51:28 -0800 (PST)
To: Lorenzo Colitti <lorenzo@google.com>, Philip Matthews <philip_matthews@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAKD1Yr26+vrj9HjH_j47Wt+2-MMPgabbSkibOexZLn4=K8_zdQ@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <7883b62f-765a-8e1a-8362-bc32a3cdec19@gmail.com>
Date: Thu, 17 Nov 2016 08:51:32 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAKD1Yr26+vrj9HjH_j47Wt+2-MMPgabbSkibOexZLn4=K8_zdQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/o_qZjg8LIn0IGMf4zmoQCcPSSJM>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 19:51:32 -0000

On 16/11/2016 18:03, Lorenzo Colitti wrote:
> On Wed, Nov 16, 2016 at 1:48 PM, Philip Matthews <philip_matthews@magma.ca>
> wrote:
>>
>> do we really want millions of small businesses to get PI space??? "News at
>> 11 -- Global routing tables hit the 10 million routes mark".
>>
> 
> If you discuss this topic in this draft, then please discuss
> draft-bowbakova-rtgwg-enterprise-pa-multihoming-01 , since that (or
> something like that) is the real solution to the problem.

Agreed (not to mention RFC 7157 and the RFC of draft-ietf-6man-multi-homed-host
that will be published this week). We're close to making multi-PA viable.

   Brian


From nobody Wed Nov 16 11:52:53 2016
Return-Path: <brian.e.carpenter@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 1441F1294B6 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 11:52:52 -0800 (PST)
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=unavailable 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 2eF60XwebHXn for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 11:52:50 -0800 (PST)
Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e: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 DC7001296EF for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:45:42 -0800 (PST)
Received: by mail-pg0-x230.google.com with SMTP id p66so82315938pga.2 for <v6ops@ietf.org>; Wed, 16 Nov 2016 11:45:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=VVWt3v/8r1knFDYR4fNp3V98TF2RXewW8tAx+E8k9u8=; b=pDWsf44UXCjFU6/zX2j5DgUXrbcZ9i4CPVSh30Ch/CzzTxY4B9u9NM+y3K7tL1rRMC GghmZ/BaaKZfbd7w6ihWiNbKDA39RKwnKtrd9Pf1s8pP8e7znfpEvx5X7/PEfapVWGzU GINlDd3ANGkYMxCUxPBwIW+4DTjku87GD+DDBhtMdmqEE2PwkmKlOTPceolcT8eXP0pi 0fBHcVKBRBnnWh3/tQgYZZxWg8QyPbBlepZw9J3ZQT6dOwph1sHfFU5yquXly2umCohT 97vmUvUI4m3AIb79G4hCO/Agw4Y/Sg2c5FtgzmNk8Tjz3hJemYR20btuIsCf56t0JGV9 tSnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=VVWt3v/8r1knFDYR4fNp3V98TF2RXewW8tAx+E8k9u8=; b=R0aKjyK+iOk09ByDrbGAA9EH8RJkRaO9GDutD3IwuVvC/uHqqdNpann6ko368YVkhO YCEzusFCJOu2iSVjjCBYDPDeRsmil3UzXFAqPjdXgIagz+IlZe9E23WvHoNcuAp+W07N bejYnhRG9mJgtL4Rd4R3m5T+bCYKHfykzMguOcuI3Ptxz/Kgq54cCwq4cM4fv0eXZCQn jSirMsbaLWdWQtdfgHYDNJeunpvTHGtfrlP0g5mvegP0PRNUXMgPcuJtxJ4OpoKus825 aYOWIDPfACVYBhJnzqz3J/B+Q0k3WvRumrCplMPDnIlRuBf00Fuqp4X1yLeXj/cuM5rh gGwg==
X-Gm-Message-State: ABUngveg8ywvlL1UtvOq9qGgEu/af7LJgSM2Goy9uK0T9gRr7HQGxYIia7r1YA9xHP4mfA==
X-Received: by 10.99.109.6 with SMTP id i6mr11716283pgc.139.1479325542554; Wed, 16 Nov 2016 11:45:42 -0800 (PST)
Received: from [192.168.178.23] (153.23.255.123.dynamic.snap.net.nz. [123.255.23.153]) by smtp.gmail.com with ESMTPSA id t21sm32355206pfa.1.2016.11.16.11.45.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Nov 2016 11:45:41 -0800 (PST)
To: Lorenzo Colitti <lorenzo@google.com>, Mark Smith <markzzzsmith@gmail.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com> <CAKD1Yr2=YJ_vv7+GmU1iwHod8=XErXhvMC3xtxBbFrp4A7awyQ@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <4f577afb-75b1-f74e-8abb-9f09e3a3f222@gmail.com>
Date: Thu, 17 Nov 2016 08:45:44 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAKD1Yr2=YJ_vv7+GmU1iwHod8=XErXhvMC3xtxBbFrp4A7awyQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/wBlTKjcuGT_4B1iNwQUp3cGdzk0>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Wed, 16 Nov 2016 19:52:52 -0000

Regards
   Brian Carpenter



On 16/11/2016 20:57, Lorenzo Colitti wrote:
> On Wed, Nov 16, 2016 at 3:58 PM, Mark Smith <markzzzsmith@gmail.com> wrote:
> 
>> Thinking about the new version, and the above, I think there may still be
>> some scope issues.
>>
>> If this is purely about local IPv6 routing configuration in a local
>> network, then I think the discussion of the differences and issues of
>> ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one
>> which also uses > link local scope addresses.
>>
>> ULA vs PI vs PA only matters if the network is connected to the Internet,
>> which is more of an external routing issue and more of one that is
>> significant to hosts, although there is the issue of allowing external
>> traceroutes inwards, and some ICMPv6 outbound with source addresses that
>> don't get dropped by martian filters.
>>
> +1
> 
>> (I too agree that mentioning NPTv6 like it has been comes across as tacit
>> approval of it ("I'll just leave this here <wink>" seems like missing
>> text.))
>>
> +1, it should be deleted. I can't think of any use case where it would make
> sense to use NPT66 for router addresses.

Yes. The fact that people are using it is *not* a reason for publicising
a bad practice.

   Brian


From nobody Wed Nov 16 17:41:15 2016
Return-Path: <alexandre.petrescu@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 2F94B1295C8 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 17:41:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.333
X-Spam-Level: 
X-Spam-Status: No, score=-5.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 ylBmshMMkV0n for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 17:41:11 -0800 (PST)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 271EA1293FD for <v6ops@ietf.org>; Wed, 16 Nov 2016 17:41:11 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id uAH1f8eo030696; Thu, 17 Nov 2016 02:41:08 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E20B1200E80; Thu, 17 Nov 2016 02:41:08 +0100 (CET)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D3FEE200C16; Thu, 17 Nov 2016 02:41:08 +0100 (CET)
Received: from [132.166.84.18] ([132.166.84.18]) by muguet2.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id uAH1f6gd027707; Thu, 17 Nov 2016 02:41:07 +0100
To: Jen Linkova <furry13@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com>
Date: Thu, 17 Nov 2016 10:40:50 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/CmSeYSmXvZRcyQng68_bJA2HNlI>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 01:41:13 -0000

Le 16/11/2016 Ã  22:42, Jen Linkova a Ã©crit :
> On Wed, Nov 16, 2016 at 11:21 AM, Alexandre Petrescu
> <alexandre.petrescu@gmail.com> wrote:
>> During today's Plenary there was discussion about making IPv6 only
>> wifi during some IETF meeting.
>>
>> If so, I was wondering whether people will perceive a larger
>> battery drain in their devices?
>
> Why? The current 'default' SSID (ietf) is dual-stack. If you switch
> to v6-only SSID, then you get rid of IPv4 and, as a result, ARP noise
> etc.

Jen, I can understand the v6-only SSID at IETF will not have any ARP on
it.  But it would have some ND instead, right?

>> I am asking because we performed some measurements on a recent
>> smartphone comparing various Internet usage (youtube, real-time,
>> web browsing, ftp, etc.) and we seemed to find that IPv6 draws
>> around 5% more energy from the battery than IPv4.  That was on
>> cellular, maybe wifi is different...
>
> So you compared v4-only connectivity to v6-only? Or dual-stack to
> v6-only?

I do not know what you mean by 'dual-stack'?  There were two stacks in
this smartphone: an IPv4 stack and an IPv6 stack.  The wireshark dumps
show only IPv4 traffic when testing IPv4 and only IPv6-traffic when
testing IPv6.

The smartphone is connected to an IPv6-only cellular APN when testing
IPv6 and to an IPv4-only APN when testing IPv4.

I suppose this is the right way to test IPv4 vs IPv6.

> Anyway you can always try yourself - use 'ietf' ssid for one day and
> ietf-nat64 for another ;)

I have a big problem with both 'ietf' and 'ietf-nat64' SSIDs at IETF
since multiple IETF meetings now.

My recent Windows laptop does not want to connect to any of these two -
it complains about some certificate matters.

For this reason I only use ietf-legacy while at IETF.

(and yes I asked both IETF network operators and my IT - they blame each
other)

> My phone has been connected to ietf-nat64 the whole week, I have not
> noticed any battery issues so far.

Well yes, I can understand that.  But I am not expecting spectacular
things like 50% more battery drain.

The measured approx 5% more power consumption could be noticed in some
extreme situation.  One would have to bring that smartphone close to the
battery exhaustion limit, and be in a place without recharge
possibility.  In this situation a user would turn off WiFi, GPS,
inertial sensor, dim the screen, stop some apps, and... prefer IPv4.

Alex


From nobody Wed Nov 16 17:41:18 2016
Return-Path: <alexandre.petrescu@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 DD95B1293FD for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 17:41:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.353
X-Spam-Level: 
X-Spam-Status: No, score=-5.353 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 MOGChXZvItdt for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 17:41:12 -0800 (PST)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A00C129516 for <v6ops@ietf.org>; Wed, 16 Nov 2016 17:41:11 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id uAH1f8Ci020011; Thu, 17 Nov 2016 02:41:09 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E2CA0200E8F; Thu, 17 Nov 2016 02:41:08 +0100 (CET)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D4028200C43; Thu, 17 Nov 2016 02:41:08 +0100 (CET)
Received: from [132.166.84.18] ([132.166.84.18]) by muguet2.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id uAH1f68L027708; Thu, 17 Nov 2016 02:41:07 +0100
To: "Heatley, Nick" <nick.heatley@ee.co.uk>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <6536E263028723489CCD5B6821D4B2132C3DF310@UK30S005EXS06.EEAD.EEINT.CO.UK>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <984812f0-fd71-1134-4bcc-5c87c0693dd2@gmail.com>
Date: Thu, 17 Nov 2016 10:41:04 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <6536E263028723489CCD5B6821D4B2132C3DF310@UK30S005EXS06.EEAD.EEINT.CO.UK>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/10DliSDtjS9gza8VofbfSJ79NMQ>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 01:41:14 -0000

Le 16/11/2016 Ã  19:38, Heatley, Nick a Ã©crit :
> Can you be more specific on the test conditions?
>
> Key question, was the phone dual stack or IPv6-only?

I will reply with what I know, but I dont know what you mean by 'dual
stack'?

The tests were performed with an of-the-shelf Android phone on the
market this year.  This OS has two stacks inside: an IPv4 stack and an
IPv6 stack.  But I am afraid you could mean something else by 'dual stack'.

When we tested the IPv6 stack the smartphone was connected on an
IPv6-only APN ("APN" is somehow the cellular equivalent of an ESSID in
WiFi).

When we tested the IPv4 stack the smartphone was connected on an
IPv4-only APN.

We will have to add this clarification.

It's true I could not find an /etc/resolv.conf file, even though the DNS
resolution worked fine; I suppose this has something to do with you
talking about dual-stack.  Or maybe not.

> Was the tcp performance identical (but battery drain different)?

We did not focus on measuring the TCP performance in particular.  Not
sure what kind of test of TCP performance would one expect?  (something
like running iperf?  something like measuring useful packet reception vs
retransmission rates? something like looking at an advancement bar feel
how fast it advances?)

> I would struggle to get accuracy to less than 15%, without keeping
> within a perfect lab environment.

I agree, accuracy varies a lot, many measurements are performed and
means can be expressed (averages, medians, deviations, etc.).

Alex

>
>
> *From:*v6ops [mailto:v6ops-bounces@ietf.org] *On Behalf Of *Alexandre
> Petrescu *Sent:* 16 November 2016 10:21 *To:* v6ops@ietf.org
> *Subject:* [v6ops] IPv6-only wifi during IETF meetings? - expect
> higher energy consumption
>
>
>
> Hi,
>
> During today's Plenary there was discussion about making IPv6 only
> wifi during some IETF meeting.
>
> If so, I was wondering whether people will perceive a larger battery
>  drain in their devices?
>
> I am asking because we performed some measurements on a recent
> smartphone comparing various Internet usage (youtube, real-time, web
>  browsing, ftp, etc.) and we seemed to find that IPv6 draws around 5%
>  more energy from the battery than IPv4.  That was on cellular, maybe
>  wifi is different...
>
>
> Alex
>
> NOTICE AND DISCLAIMER This email contains BT information, which may
> be privileged or confidential. It's meant only for the individual(s)
> or entity named above. If you're not the intended recipient, note
> that disclosing, copying, distributing or using this information is
> prohibited. If you've received this email in error, please let me
> know immediately on the email address above. Thank you.
>
> We monitor our email system, and may record your emails.
>
> EE Limited Registered office:Trident Place, Mosquito Way, Hatfield,
> Hertfordshire, AL10 9BW Registered in England no: 02382161
>
> EE Limited is a wholly owned subsidiary of:
>
> British Telecommunications plc Registered office: 81 Newgate Street
> London EC1A 7AJ Registered in England no: 1800000
>


From nobody Wed Nov 16 19:43:44 2016
Return-Path: <furry13@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 2D8E712957F for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 19:43:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, 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=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 46CqetGOQ0ic for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 19:43:41 -0800 (PST)
Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (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 B35EF129462 for <v6ops@ietf.org>; Wed, 16 Nov 2016 19:43:41 -0800 (PST)
Received: by mail-it0-x22f.google.com with SMTP id l8so110339766iti.1 for <v6ops@ietf.org>; Wed, 16 Nov 2016 19:43:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rtWl/77ECob0DzghNXgcyCn7sSPTxM8DsJZEsmMHxIQ=; b=ktHsfzszmUOZZn5hsVkoHVKCTGiz2zPep2TxFDoy0zxcGgJqH7nqTnVxgortUhZK+u Xca0/8blbB/O8oBVpt+Gf2YOLBtgTdlUNI4Cz4J+M35rmZLPxtxSDys2APmClK7N8zHs vdba06jvQ3k09w3KOSZm+jkP4dbKe70nEOVKd3NE6xTaFLG6sg9Exb0vQZWcn2XAizaL rITbjUxtZuCHNi5Kv4wopLnnvTkdtziSza/e9OrkmrTtxuBAsmfhbmkj65sL7/VULCrp 0BheaL8ncURuVwboS/+WZbdOjHx6lB5uiQS5PtI2me/4LxbwTQq6VegHYH69X0iFoPlY ZF7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rtWl/77ECob0DzghNXgcyCn7sSPTxM8DsJZEsmMHxIQ=; b=UQy+Itv7ZB382fCHiE4HtwO2fOLcnER75tPtJPZHIi4taadSS2QgaJsFp/BO5qAlCR yCMbGX5tpJ6h+u5ZQ8jcvLZB0RgVHuY6/FX9fuxS/mSXFO6Z3cCujykHGYwumVyDkyDp N9G57m7RkB8pppyMBJZQ2Ry+SCzW/zNOKE7EwAOcLJP0a+xLzaQg7PcGnHAUcBT9Wz54 GpJav/OmJ3MWJLrqDwcIypPQup0lFVn7GKx/VJdgdK3Ak2JJhFKqykBD/FKcaXTvFq6l 8L9/7Tn62OqBKJlmVYEc4kJ22OEgetADBrB/4LUXVmZeFj3oR/Ypz+1o66bBuuJcImBf v/vg==
X-Gm-Message-State: ABUngvd2DrmPk/MxQ0QwHIgz13MoYtMHOuUOEpITR736CbQvN4QtLFBOY7e841wOr7LENdF9MTVprbhjdyyoKA==
X-Received: by 10.36.2.76 with SMTP id 73mr10344494itu.18.1479354221045; Wed, 16 Nov 2016 19:43:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.2.72 with HTTP; Wed, 16 Nov 2016 19:43:20 -0800 (PST)
In-Reply-To: <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com> <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com>
From: Jen Linkova <furry13@gmail.com>
Date: Thu, 17 Nov 2016 04:43:20 +0100
Message-ID: <CAFU7BASc_wrEDbdqRM1J-dt9nvA=5nowB4AGj-=KnraVRjOYPQ@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/el8pSQhEmd-Fwx_7Z3JBhxjOOjo>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 03:43:43 -0000

On Thu, Nov 17, 2016 at 2:40 AM, Alexandre Petrescu
<alexandre.petrescu@gmail.com> wrote:
>>> During today's Plenary there was discussion about making IPv6 only
>>> wifi during some IETF meeting.
>>>
>>> If so, I was wondering whether people will perceive a larger
>>> battery drain in their devices?
>>
>> Why? The current 'default' SSID (ietf) is dual-stack. If you switch
>> to v6-only SSID, then you get rid of IPv4 and, as a result, ARP noise
>> etc.

> Jen, I can understand the v6-only SSID at IETF will not have any ARP on
> it.  But it would have some ND instead, right?

Not instead. ND is already here on the default ("IETF") SSID.
So those people who are on the default SSID and are seeing ND + ARP currently,
will see just ND if/when the default SSID becomes IPv6-only.

>>> I am asking because we performed some measurements on a recent
>>> smartphone comparing various Internet usage (youtube, real-time,
>>> web browsing, ftp, etc.) and we seemed to find that IPv6 draws
>>> around 5% more energy from the battery than IPv4.  That was on
>>> cellular, maybe wifi is different...
>>
>>
>> So you compared v4-only connectivity to v6-only? Or dual-stack to
>> v6-only?
>
>
> I do not know what you mean by 'dual-stack'?  There were two stacks in
> this smartphone: an IPv4 stack and an IPv6 stack.  The wireshark dumps
> show only IPv4 traffic when testing IPv4 and only IPv6-traffic when
> testing IPv6.
>
> The smartphone is connected to an IPv6-only cellular APN when testing
> IPv6 and to an IPv4-only APN when testing IPv4.

That was my question, what did you compare a phone on v6-only APN'
with: a phone connected to v4-only or dual-stack APN?
Anyway I could not comment on your 5% results w/o knowing more on your
testing/measuring methodology...

>> Anyway you can always try yourself - use 'ietf' ssid for one day and
>> ietf-nat64 for another ;)
>
>
> I have a big problem with both 'ietf' and 'ietf-nat64' SSIDs at IETF
> since multiple IETF meetings now.
>
> My recent Windows laptop does not want to connect to any of these two -
> it complains about some certificate matters.
>
> For this reason I only use ietf-legacy while at IETF.

Does your phone has the same problem?

> Well yes, I can understand that.  But I am not expecting spectacular
> things like 50% more battery drain.
>
> The measured approx 5% more power consumption could be noticed in some
> extreme situation.  One would have to bring that smartphone close to the
> battery exhaustion limit, and be in a place without recharge
> possibility.  In this situation a user would turn off WiFi, GPS,
> inertial sensor, dim the screen, stop some apps, and... prefer IPv4.

If you turn off WiFi - it does not matter what version of protocol you
prefer on the disabled interface ;))

-- 
SY, Jen Linkova aka Furry


From nobody Wed Nov 16 21:19:52 2016
Return-Path: <alexandre.petrescu@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 57B93129889 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 21:19:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.333
X-Spam-Level: 
X-Spam-Status: No, score=-5.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 StDZDCfUH91W for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 21:19:39 -0800 (PST)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62AB0129532 for <v6ops@ietf.org>; Wed, 16 Nov 2016 21:19:13 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id uAH5JApB028785; Thu, 17 Nov 2016 06:19:10 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B2A6F200CF8; Thu, 17 Nov 2016 06:19:10 +0100 (CET)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id A3E34200803; Thu, 17 Nov 2016 06:19:10 +0100 (CET)
Received: from [132.166.84.28] ([132.166.84.28]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id uAH5J8ZQ025611; Thu, 17 Nov 2016 06:19:09 +0100
To: Jen Linkova <furry13@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com> <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com> <CAFU7BASc_wrEDbdqRM1J-dt9nvA=5nowB4AGj-=KnraVRjOYPQ@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <2987c727-52fd-b43d-8c5d-d56bd43d6332@gmail.com>
Date: Thu, 17 Nov 2016 14:19:07 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAFU7BASc_wrEDbdqRM1J-dt9nvA=5nowB4AGj-=KnraVRjOYPQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/t6QaVADJfeUaBoGleUdIvES2kv8>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 05:19:50 -0000

Le 17/11/2016 Ã  12:43, Jen Linkova a Ã©crit :
> On Thu, Nov 17, 2016 at 2:40 AM, Alexandre Petrescu
> <alexandre.petrescu@gmail.com> wrote:
>>>> During today's Plenary there was discussion about making IPv6 only
>>>> wifi during some IETF meeting.
>>>>
>>>> If so, I was wondering whether people will perceive a larger
>>>> battery drain in their devices?
>>>
>>> Why? The current 'default' SSID (ietf) is dual-stack. If you switch
>>> to v6-only SSID, then you get rid of IPv4 and, as a result, ARP noise
>>> etc.
>
>> Jen, I can understand the v6-only SSID at IETF will not have any ARP on
>> it.  But it would have some ND instead, right?
>
> Not instead. ND is already here on the default ("IETF") SSID.
> So those people who are on the default SSID and are seeing ND + ARP currently,
> will see just ND if/when the default SSID becomes IPv6-only.

Ah I see.  So it may be that currently the computers on SSID see too 
much traffic (both ND and ARP) and may draw them more battery than if 
they only saw one.

>>>> I am asking because we performed some measurements on a recent
>>>> smartphone comparing various Internet usage (youtube, real-time,
>>>> web browsing, ftp, etc.) and we seemed to find that IPv6 draws
>>>> around 5% more energy from the battery than IPv4.  That was on
>>>> cellular, maybe wifi is different...
>>>
>>>
>>> So you compared v4-only connectivity to v6-only? Or dual-stack to
>>> v6-only?
>>
>>
>> I do not know what you mean by 'dual-stack'?  There were two stacks in
>> this smartphone: an IPv4 stack and an IPv6 stack.  The wireshark dumps
>> show only IPv4 traffic when testing IPv4 and only IPv6-traffic when
>> testing IPv6.
>>
>> The smartphone is connected to an IPv6-only cellular APN when testing
>> IPv6 and to an IPv4-only APN when testing IPv4.
>
> That was my question, what did you compare a phone on v6-only APN'
> with: a phone connected to v4-only or dual-stack APN?

Yes.

> Anyway I could not comment on your 5% results w/o knowing more on your
> testing/measuring methodology...

I agree, I will have to put the numbers and the testing conditions in a 
draft.

>
>>> Anyway you can always try yourself - use 'ietf' ssid for one day and
>>> ietf-nat64 for another ;)
>>
>>
>> I have a big problem with both 'ietf' and 'ietf-nat64' SSIDs at IETF
>> since multiple IETF meetings now.
>>
>> My recent Windows laptop does not want to connect to any of these two -
>> it complains about some certificate matters.
>>
>> For this reason I only use ietf-legacy while at IETF.
>
> Does your phone has the same problem?

This is something to try.  I dont know.

There may be some differences between how much the company laptop is 
tuned by the IT department, and the smartphone.  Is your smartphone 
tuned by your IT department?

>
>> Well yes, I can understand that.  But I am not expecting spectacular
>> things like 50% more battery drain.
>>
>> The measured approx 5% more power consumption could be noticed in some
>> extreme situation.  One would have to bring that smartphone close to the
>> battery exhaustion limit, and be in a place without recharge
>> possibility.  In this situation a user would turn off WiFi, GPS,
>> inertial sensor, dim the screen, stop some apps, and... prefer IPv4.
>
> If you turn off WiFi - it does not matter what version of protocol you
> prefer on the disabled interface ;))

I meant one could still use the cellular interface.

It's true that on some smartphones the cell iface consumes more than the 
wifi, or vice-versa.  But there's always advantage in turning off one of 
them if needing to save battery.

Alex

>


From nobody Wed Nov 16 22:06:33 2016
Return-Path: <victor@jvknet.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 A6991129538 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 22:06:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-com.20150623.gappssmtp.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 zm25LCo9joIb for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 22:06:28 -0800 (PST)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::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 CA7E1129650 for <v6ops@ietf.org>; Wed, 16 Nov 2016 22:06:28 -0800 (PST)
Received: by mail-pf0-x236.google.com with SMTP id c4so35514145pfb.1 for <v6ops@ietf.org>; Wed, 16 Nov 2016 22:06:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=mYJEi1082dw6zqTqtkAC0Aui5FtPI3BD2zh90Ft9O2s=; b=CuOE7CSYEr2Y2RGpZmDAarZsXNyTZib3rX3lDLAGVFa0dRVoD12skwE8vHyf+KrUJc FB4lbQSW/Uf7YjQMk0wgT25DNSfuagjomsEm20Buw1CfYLGNtSqtCi6qWC/UfXArJiHr rQogcaJRgkv5N+XV2zNicqrgHYkQ7aZxJBM3Uaa/dff7pkPNeBVGm21UXLvVyPWNh0OZ AQCCoHgYdOCEUIGkwdgz7MlwtyQRrvFzf0gte/jkAI/Euiv2uP09Zm47nOyiBBPNmzBB UcCOkF5WUXWhqpQEZQt0JlZNYV8adPTM1HFVfeFEshN6QIYUCB4fRhTB3l+8DgbGk0R5 A1rA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=mYJEi1082dw6zqTqtkAC0Aui5FtPI3BD2zh90Ft9O2s=; b=JF516B97GfeB4CLNquusOlZ7tmfOre4R5EUcDTTFyi/xHLm38DPdEDMPwtb3XvxUbo fGlJMEug2WQwTQXwkPww0HysF2TvpGdZD3Z6LvLSB4Rk1WWOr3pDNep+rp/Qgo0biuz9 BOF1Fz2TNh5+df7elaSrjFcN0Bvd0TJGMAl98HQCLEJHNcPed/cFNwhKsfKlj5q4kY8L 69I2bK1Ukcwp+Dz+z+SYTAoQyXQOCHn5l+FBUEIkrgbyTIkucfBmVikl4dhYsJJ8wStG ePxWbWTHCvkse2/H1GKCf6/RTQHSt6mQNn+L6gy2v3n/IxHm7p71Lod2lulYMUDg2fD0 AyAA==
X-Gm-Message-State: ABUngvfIpSI4N9QfqFogXcVcOSYzsMU4QStpUt+h6+yTq0s0zLd75I6qNEYUtDaab/Gmdg==
X-Received: by 10.99.178.89 with SMTP id t25mr3734473pgo.131.1479362788298; Wed, 16 Nov 2016 22:06:28 -0800 (PST)
Received: from ?IPv6:2001:420:c0dc:1002::85? ([2001:420:c0dc:1002::85]) by smtp.gmail.com with ESMTPSA id c15sm2730685pfd.36.2016.11.16.22.06.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Nov 2016 22:06:27 -0800 (PST)
To: Mark Smith <markzzzsmith@gmail.com>, Philip Matthews <philip_matthews@magma.ca>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com>
From: Victor Kuarsingh <victor@jvknet.com>
Message-ID: <56c708a9-575d-d65f-eb3e-1d926bff2e29@jvknet.com>
Date: Thu, 17 Nov 2016 01:06:23 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------CAB8445235481DEB7BD22F82"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gMN5FnI16gOWVqtMydEBG07Fqng>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Thu, 17 Nov 2016 06:06:31 -0000

This is a multi-part message in MIME format.
--------------CAB8445235481DEB7BD22F82
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit



On 2016-11-16 1:58 AM, Mark Smith wrote:
>
> >
>
> Thinking about the new version, and the above, I think there may still 
> be some scope issues.
>
> If this is purely about local IPv6 routing configuration in a local 
> network, then I think the discussion of the differences and issues of 
> ULA/PI/PA is irrelevant. The choice is a link-local only scheme or one 
> which also uses > link local scope addresses.
>
Not sure I agree with this statement.  Given that there is a difference 
in expected behavior in various use cases, discussing it is relevant. In 
designing multiple networks in the past, we considered the differences 
of these address types each time.  Such considerations occurred applying 
IPv6 to Cable Access, Core networks, Mobile Core networks, Mobile RANs 
networks, Video networks, Business Networks, Enterprise networks and 
data centers. So that to me signifies relevance.

GUA vs. ULA - it's relevant if you expect to reach (or be reached) by 
hosts outside your network
PI vs PA - it's relevant as the work needed during address block 
acquisition and potentially if renumbering is needed.

> ULA vs PI vs PA only matters if the network is connected to the 
> Internet, which is more of an external routing issue and more of one 
> that is significant to hosts, although there is the issue of allowing 
> external traceroutes inwards, and some ICMPv6 outbound with source 
> addresses that don't get dropped by martian filters.
>
Operationally speaking, it's not just the technical characteristics of 
the address that are relevant when choosing addresses.  The life cycle 
of the address is also a part of the consideration.

> (I'd agree that most routed IPv6 networks will be connected to the 
> Internet, but it is not a requirement. If that is currently an 
> unstated assumption and context for the whole document, then I think 
> it should be stated.)
>

> Also, if it is a snapshot if what is happening now, then it could 
> discuss pros and cons of what people are doing, however if it provides 
> advice, then it is crossing over into BCP sort of territory, and what 
> people are currently doing might not be good examples of what to do. 
> (I too agree that mentioning NPTv6 like it has been comes across as 
> tacit approval of it ("I'll just leave this here <wink>" seems like 
> missing text.))
>

I would think the designer would be able to take the information 
supplied in the draft and connect it to their needs.  Some networks are 
connected to the Internet, some are not, the designer would know that.  
I am not sure speculating as to how many or why networks may or may not 
be connected to the Internet is something we can correctly document.

> Regards,
> Mark.
>

regards,

Victor K

> >>>
> >>>>
> >>>> > - IPv6 PI is getting easier to get - see 
> https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments 
> for RIPE region.
> >>>>
> >>>> Maybe. But we know this is never going to happen for tens of 
> millions of small
> >>>> businesses, so I think the alternatives have to be presented as 
> neutrally as
> >>>> possible.
> >>>
> >>>
> >
> > We will look at the new policies and see if some tweaks to the 
> wording is appropriate. However, I agree with Brian that millions of 
> small businesses are unlikely to get PI space. It may be easier, but 
> you still must apply, and convince the RIR that you qualify, and then 
> pay the annual fee.  The only way I could see this happening for 
> mom-and-pop florist is if someone does all the work on their behalf.  
> And ... do we really want millions of small businesses to get PI 
> space??? "News at 11 -- Global routing tables hit the 10 million 
> routes mark".
> >
> >>> Host addressing is out of scope for this draft, so it doesn't 
> matter so much, but if we're talking about multihoming we should note 
> that the best approach for smaller networks is multihoming using PA 
> addresses via source+destination based routing. That is is being 
> pursued in the homenet and routing working groups.
> >>
> >>
> >> So as per the mic comment the design choices draft could/should 
> distinguish between multihoming and change of provider scenarios.
> >
> >
> > I thought we did, but will look at this again.
> >
> >>
> >> Tim
> >>
> >> _______________________________________________
> >> v6ops mailing list
> >> v6ops@ietf.org <mailto:v6ops@ietf.org>
> >> https://www.ietf.org/mailman/listinfo/v6ops
> >
> >
> >
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org <mailto:v6ops@ietf.org>
> > https://www.ietf.org/mailman/listinfo/v6ops
> >
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


--------------CAB8445235481DEB7BD22F82
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 2016-11-16 1:58 AM, Mark Smith
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
      <br>
      <p dir="ltr">
        &gt;</p>
      <p dir="ltr">Thinking about the new version, and the above, I
        think there may still be some scope issues.</p>
      <p dir="ltr">If this is purely about local IPv6 routing
        configuration in a local network, then I think the discussion of
        the differences and issues of ULA/PI/PA is irrelevant. The
        choice is a link-local only scheme or one which also uses &gt;
        link local scope addresses.</p>
    </blockquote>
    Not sure I agree with this statement.  Given that there is a
    difference in expected behavior in various use cases, discussing it
    is relevant. In designing multiple networks in the past, we
    considered the differences of these address types each time.  Such
    considerations occurred applying IPv6 to Cable Access, Core
    networks, Mobile Core networks, Mobile RANs networks, Video
    networks, Business Networks, Enterprise networks and data centers. 
    So that to me signifies relevance.  <br>
    <br>
    GUA vs. ULA - it's relevant if you expect to reach (or be reached)
    by hosts outside your network<br>
    PI vs PA - it's relevant as the work needed during address block
    acquisition and potentially if renumbering is needed. <br>
    <br>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <p dir="ltr"> ULA vs PI vs PA only matters if the network is
        connected to the Internet, which is more of an external routing
        issue and more of one that is significant to hosts, although
        there is the issue of allowing external traceroutes inwards, and
        some ICMPv6 outbound with source addresses that don't get
        dropped by martian filters.</p>
    </blockquote>
    Operationally speaking, it's not just the technical characteristics
    of the address that are relevant when choosing addresses.  The life
    cycle of the address is also a part of the consideration.<br>
    <br>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <p dir="ltr">(I'd agree that most routed IPv6 networks will be
        connected to the Internet, but it is not a requirement. If that
        is currently an unstated assumption and context for the whole
        document, then I think it should be stated.)<br>
      </p>
    </blockquote>
    <br>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <p dir="ltr">Also, if it is a snapshot if what is happening now,
        then it could discuss pros and cons of what people are doing,
        however if it provides advice, then it is crossing over into BCP
        sort of territory, and what people are currently doing might not
        be good examples of what to do. (I too agree that mentioning
        NPTv6 like it has been comes across as tacit approval of it
        ("I'll just leave this here &lt;wink&gt;" seems like missing
        text.))</p>
    </blockquote>
    <br>
    I would think the designer would be able to take the information
    supplied in the draft and connect it to their needs.  Some networks
    are connected to the Internet, some are not, the designer would know
    that.  I am not sure speculating as to how many or why networks may
    or may not be connected to the Internet is something we can
    correctly document.<br>
    <br>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <p dir="ltr">Regards,<br>
        Mark.</p>
    </blockquote>
    <br>
    regards,<br>
    <br>
    Victor K<br>
    <br>
    <blockquote
cite="mid:CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com"
      type="cite">
      <p dir="ltr">&gt;&gt;&gt;  <br>
        &gt;&gt;&gt;&gt;<br>
        &gt;&gt;&gt;&gt; &gt; - IPv6 PI is getting easier to get - see <a
          moz-do-not-send="true"
href="https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments">https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments</a>
        for RIPE region.<br>
        &gt;&gt;&gt;&gt;<br>
        &gt;&gt;&gt;&gt; Maybe. But we know this is never going to
        happen for tens of millions of small<br>
        &gt;&gt;&gt;&gt; businesses, so I think the alternatives have to
        be presented as neutrally as<br>
        &gt;&gt;&gt;&gt; possible.<br>
        &gt;&gt;&gt;<br>
        &gt;&gt;&gt;<br>
        &gt;<br>
        &gt; We will look at the new policies and see if some tweaks to
        the wording is appropriate. However, I agree with Brian that
        millions of small businesses are unlikely to get PI space. It
        may be easier, but you still must apply, and convince the RIR
        that you qualify, and then pay the annual fee.  The only way I
        could see this happening for mom-and-pop florist is if someone
        does all the work on their behalf.  And ... do we really want
        millions of small businesses to get PI space??? "News at 11 --
        Global routing tables hit the 10 million routes mark".<br>
        &gt;<br>
        &gt;&gt;&gt; Host addressing is out of scope for this draft, so
        it doesn't matter so much, but if we're talking about
        multihoming we should note that the best approach for smaller
        networks is multihoming using PA addresses via
        source+destination based routing. That is is being pursued in
        the homenet and routing working groups.<br>
        &gt;&gt;<br>
        &gt;&gt;<br>
        &gt;&gt; So as per the mic comment the design choices draft
        could/should distinguish between multihoming and change of
        provider scenarios. <br>
        &gt;<br>
        &gt;<br>
        &gt; I thought we did, but will look at this again.<br>
        &gt;<br>
        &gt;&gt;<br>
        &gt;&gt; Tim<br>
        &gt;&gt;<br>
        &gt;&gt; _______________________________________________<br>
        &gt;&gt; v6ops mailing list<br>
        &gt;&gt; <a moz-do-not-send="true" href="mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
        &gt;&gt; <a moz-do-not-send="true"
          href="https://www.ietf.org/mailman/listinfo/v6ops">https://www.ietf.org/mailman/listinfo/v6ops</a><br>
        &gt;<br>
        &gt;<br>
        &gt;<br>
        &gt; _______________________________________________<br>
        &gt; v6ops mailing list<br>
        &gt; <a moz-do-not-send="true" href="mailto:v6ops@ietf.org">v6ops@ietf.org</a><br>
        &gt; <a moz-do-not-send="true"
          href="https://www.ietf.org/mailman/listinfo/v6ops">https://www.ietf.org/mailman/listinfo/v6ops</a><br>
        &gt;</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
v6ops mailing list
<a class="moz-txt-link-abbreviated" href="mailto:v6ops@ietf.org">v6ops@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/v6ops">https://www.ietf.org/mailman/listinfo/v6ops</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------CAB8445235481DEB7BD22F82--


From nobody Wed Nov 16 23:15:07 2016
Return-Path: <furry13@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 6A87D129507 for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 23:15:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, 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=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 C3aIuKjSoVjK for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 23:15:04 -0800 (PST)
Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (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 1F0DC127A90 for <v6ops@ietf.org>; Wed, 16 Nov 2016 23:15:04 -0800 (PST)
Received: by mail-it0-x22e.google.com with SMTP id l8so119035973iti.1 for <v6ops@ietf.org>; Wed, 16 Nov 2016 23:15:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ITJkA6CdJbKsdTI9/qHoEbb2tGU1Br7LaCVaMGMgtiA=; b=FlFSowdPGkyWQgTus97cpjx6nPIWosiqfJfk3d3boDq8h3Yfg7QJ+ehjIvVBMZV5dJ 761szCm7udhC5MjNk12dEDyBu4PYXrnoqJA0HZq8tKFZMojRzdG5LaOOnfjxSjKh41/Y vHUbAwDOFaBeevkB6Zdt9ZDYHaNc1Uf9hAwvnh6WSF/QzoP9JivnPHby0XvCR4H+Uqou y6+P/NzCggeWS6Gqi7J1ORVw/1DptCW8bQ3HHTTGTxcinjW7Byhmw+/G/v7uyyYTy4AO Ap1p5wlcjG2aiPPk4nxZIQDMwtsYxfgdpDFIZxlsQlMcbd2TnUjY2QKK6nRyUZ6KI8B0 6vsg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ITJkA6CdJbKsdTI9/qHoEbb2tGU1Br7LaCVaMGMgtiA=; b=cxq81ueiVb0I1W/gjYm8oiBZrUiZbcTfOzjYqn8PumEmNfrXlKiVsFESypDSoNQyBM 37Qd27y3higUfkZb2IMFMZYFkvsMx2Ekp8k1SpHTZAfxfgnD987nlBdc6GlmRiNefH2m ivxHzVNFQ+cCUYXuLvCvtXqwf5VJC3mH2y0xAOLDQ4FJDuPuNlLavdM8FxerlxbUo1X5 KmDDOD3ZbIiG+R0BsttLcA2G+6NTfnTN3OsNbw4xtxje4xiTFlLG5YtJiD1yIczy55Zt fHQBFkmBXrQ+AW2LXnu+5MYH+PInDTgaijX5rjU0Ys5jtMs3wDaud9XmwY2jKNI34O0V dHOA==
X-Gm-Message-State: AKaTC026Lt4AgzS+iMZq2KFXTuLnByLpWydbUOS/kLGTogRpvZ7Mre1/9065o+Yv2XPnWYPrmAtDTuEeuQVnJQ==
X-Received: by 10.107.132.74 with SMTP id g71mr1625721iod.19.1479366903508; Wed, 16 Nov 2016 23:15:03 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.3.163 with HTTP; Wed, 16 Nov 2016 23:14:43 -0800 (PST)
In-Reply-To: <2987c727-52fd-b43d-8c5d-d56bd43d6332@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com> <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com> <CAFU7BASc_wrEDbdqRM1J-dt9nvA=5nowB4AGj-=KnraVRjOYPQ@mail.gmail.com> <2987c727-52fd-b43d-8c5d-d56bd43d6332@gmail.com>
From: Jen Linkova <furry13@gmail.com>
Date: Thu, 17 Nov 2016 08:14:43 +0100
Message-ID: <CAFU7BAR=KDcHkS_LBa7D5D_O_eZNkEwE+_=w8o1AWB0MtW0Aig@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/MsVXTjScbbMkQ4jOat9FF2-0m5Q>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 07:15:05 -0000

On Thu, Nov 17, 2016 at 6:19 AM, Alexandre Petrescu
<alexandre.petrescu@gmail.com> wrote:
>> ND is already here on the default ("IETF") SSID.
>> So those people who are on the default SSID and are seeing ND + ARP
>> currently,
>> will see just ND if/when the default SSID becomes IPv6-only.
>
> Ah I see.  So it may be that currently the computers on SSID see too much
> traffic (both ND and ARP) and may draw them more battery than if they only
> saw one.

Exactly.
Oh, have we just concluded that running v6-only might improve users
experience? ;)

>>>>> I am asking because we performed some measurements on a recent
>>>>> smartphone comparing various Internet usage (youtube, real-time,
>>>>> web browsing, ftp, etc.) and we seemed to find that IPv6 draws
>>>>> around 5% more energy from the battery than IPv4.  That was on
>>>>> cellular, maybe wifi is different...

>> Anyway I could not comment on your 5% results w/o knowing more on your
>> testing/measuring methodology...
>
>
> I agree, I will have to put the numbers and the testing conditions in a
> draft.

Well, if we assume that
1) battery usage is linearly proportional to  bytes transmitted
2) average packet size is ~500 bytes
(disclaimer: both statements might be found questionable),
then, as for each packet v6 would add 20 more bytes (20 bytes v4
header vs 40 bytes v6 header), those 20 bytes would give
those 5% of 500 bytes...(credits for such calculations go to a
colleague of mine who is not on this list ;)

-- 
SY, Jen Linkova aka Furry


From nobody Wed Nov 16 23:19:09 2016
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 E503912961F for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 23:18:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 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, RP_MATCHES_RCVD=-1.497, 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 pDZmYex_JP-a for <v6ops@ietfa.amsl.com>; Wed, 16 Nov 2016 23:18:33 -0800 (PST)
Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::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 5C2FB1295C2 for <v6ops@ietf.org>; Wed, 16 Nov 2016 23:18:33 -0800 (PST)
Received: by mail-it0-x236.google.com with SMTP id y23so27300469itc.0 for <v6ops@ietf.org>; Wed, 16 Nov 2016 23:18:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TPuYmPGIQob2VYJaQvIncQcrmxlJFhHvormjMKUxi/E=; b=RYdiJKoxHPB3F/LAIRcYiljChhp45/ULLSeF4f2gSi5CnLNuPavRst0HVQRP8iB6A9 8FXxQqTv2BE9x9E1gr7YUnhOTLV+GpU/vIQ9bxOfgvMcawqa1GUaK0LXozN/fcbbeMow VPILifNIGtUt0WGaW67q/HLk+Av4Y70sIIchtzbCYS4z+aUkjVLP4fwJBRUkkNyN2XoU O02P/is2sjEjDBGr2HEDJxl1QpoILeDz3crxSxXfaAbDqP7KhjjWFFY7G9GSwsnCc51c 1AkLl1waaf+s/Hxgaqw+IsEmKOynmPMeubIgBV45XZiHjjAsc6Tl0VvASefi9r9VM/Tm uHAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TPuYmPGIQob2VYJaQvIncQcrmxlJFhHvormjMKUxi/E=; b=QHn70rPCrVBjjkHDkMvkadc6/5X6EIsyWkX+sur0wUVGXmosH1l/jr5U0BvdXj2VKZ dZ2UFWOlj4vXXnzheTsWnmAajf1WEq7xmZj1WLewbstbyFLFRWffnz42nr0jfoOjAI7z XcYB2MKjY+cxnVtvMfTN9/xAqEPB04r94EKm0Vu+L7wTzIR0ZfP4w33ir5v2roHWnw2Q xT2Q1ZDk6hIU1FMNSRw6lGAbE2U4vTUIHAU5DpJWHBRm+SLyA8KIRipYeqwSVNpPHeA2 uWj2VAMVyuMB/SbUMbEm1C3BhlCIeBy94AoGwG3CrelP95GDNA3lJGt3iqbB+pnRCx/S JKag==
X-Gm-Message-State: AKaTC034Tkn++jUBTc+W7jwa+e4QwIliEmNk8Rp3ojSSOpB0vg/Oj7NIw80kHyfyJfwr+isrgzOxpBUM1GiZM1Tp
X-Received: by 10.107.128.194 with SMTP id k63mr1692253ioi.223.1479367112573;  Wed, 16 Nov 2016 23:18:32 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.138.71 with HTTP; Wed, 16 Nov 2016 23:18:12 -0800 (PST)
In-Reply-To: <56c708a9-575d-d65f-eb3e-1d926bff2e29@jvknet.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com> <56c708a9-575d-d65f-eb3e-1d926bff2e29@jvknet.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 17 Nov 2016 16:18:12 +0900
Message-ID: <CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com>
To: Victor Kuarsingh <victor@jvknet.com>
Content-Type: multipart/alternative; boundary=001a113fbb5a3d3319054179ff22
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/EpP_EYHYNCeAcFg5vj1wVrSNBYE>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Thu, 17 Nov 2016 07:18:44 -0000

--001a113fbb5a3d3319054179ff22
Content-Type: text/plain; charset=UTF-8

On Thu, Nov 17, 2016 at 3:06 PM, Victor Kuarsingh <victor@jvknet.com> wrote:

> Not sure I agree with this statement.  Given that there is a difference in
> expected behavior in various use cases, discussing it is relevant. In
> designing multiple networks in the past, we considered the differences of
> these address types each time.  Such considerations occurred applying IPv6
> to Cable Access, Core networks, Mobile Core networks, Mobile RANs networks,
> Video networks, Business Networks, Enterprise networks and data centers.
> So that to me signifies relevance.
>
I still don't see how any of that applies to IP addresses assigned to
routers, which is explicitly the only class of IP address discussed in this
draft.

--001a113fbb5a3d3319054179ff22
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On T=
hu, Nov 17, 2016 at 3:06 PM, Victor Kuarsingh <span dir=3D"ltr">&lt;<a href=
=3D"mailto:victor@jvknet.com" target=3D"_blank">victor@jvknet.com</a>&gt;</=
span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8e=
x;border-left:1px #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000"><span class=3D"">
    <p>Not sure I agree with this statement.=C2=A0 Given that there is a
    difference in expected behavior in various use cases, discussing it
    is relevant. In designing multiple networks in the past, we
    considered the differences of these address types each time.=C2=A0 Such
    considerations occurred applying IPv6 to Cable Access, Core
    networks, Mobile Core networks, Mobile RANs networks, Video
    networks, Business Networks, Enterprise networks and data centers.=C2=
=A0
    So that to me signifies relevance. =C2=A0</p></span></div></blockquote>=
<div>I still don&#39;t see how any of that applies to IP addresses assigned=
 to routers, which is explicitly the only class of IP address discussed in =
this draft.</div></div></div></div>

--001a113fbb5a3d3319054179ff22--


From nobody Thu Nov 17 01:57:59 2016
Return-Path: <nick.heatley@ee.co.uk>
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 744471295F1 for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 01:57:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.535
X-Spam-Level: 
X-Spam-Status: No, score=-3.535 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 JAMzFHdaTi9f for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 01:57:56 -0800 (PST)
Received: from mail1.bemta6.messagelabs.com (mail1.bemta6.messagelabs.com [193.109.254.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEF00127077 for <v6ops@ietf.org>; Thu, 17 Nov 2016 01:57:55 -0800 (PST)
Received: from [85.158.143.35] by server-5.bemta-6.messagelabs.com id A4/24-31609-12F7D285; Thu, 17 Nov 2016 09:57:53 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJKsWRWlGSWpSXmKPExsUy9d9HH13Fet0 Ig109ghYnzzxhs7i0s43J4vSxvcwOzB47Z91l91iy5CdTAFMUa2ZeUn5FAmvGoa7tTAWPrCpm 7LvF2MD40bKLkYtDSGALo8SXXwtYIZwDjBKv/8xlg3BOMUps2viNqYuRk4NNQFeifdYqZhBbR CBc4u7XyYxdjBwczAKqErP/8IOEhQViJfase84GURInMfd0GyOErSexaP0xFhCbBah82tUTYC N5Bdwktm9bzQ5iMwrISnxpXA02nllAXKLpy0pWEFtCQEBiyZ7zzBC2qMTLx/9YIWqyJRqm7oe aIyhxcuYTlgmMgrOQtM9CUjYLSdkssKs1Jdbv0ocoUZSY0v2QHcLWkGidMxfKNpd4/fUdM7Ka BYwcqxg1ilOLylKLdA0t9JKKMtMzSnITM3N0DQ3M9HJTi4sT01NzEpOK9ZLzczcxAqOJAQh2M N7cGHCIUZKDSUmUN7FSN0KILyk/pTIjsTgjvqg0J7X4EKMMB4eSBK9uHVBOsCg1PbUiLTMHGN cwaQkOHiURXiaQNG9xQWJucWY6ROoUoy7HhAmfHjAJseTl56VKifP+rAUqEgApyijNgxsBSzG XGGWlhHkZgY4S4ilILcrNLEGVf8UozsGoJMzLCrKKJzOvBG7TK6AjmICO2COgA3JESSJCSqqB UXhKf9vhWzn8fx//nvr7QPG8KXppEmsb5EOMY9duiTpatmKKyrkIwwmBTtsnZV8Xcrh4t8atq nfalV3Jx7geaTPenrZn0nJjxsmWXX/+z+EUnXpQVdXGzv3mppgL17484LKImRY71+GjYp6feo 9e2vrVi2sf2aTuF5YxP/DKwSPFruho0vPqeiWW4oxEQy3mouJEAGxkMyMsAwAA
X-Env-Sender: nick.heatley@ee.co.uk
X-Msg-Ref: server-2.tower-21.messagelabs.com!1479376672!29833176!1
X-Originating-IP: [149.254.241.76]
X-StarScan-Received: 
X-StarScan-Version: 9.0.16; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 49389 invoked from network); 17 Nov 2016 09:57:53 -0000
Received: from unknown (HELO smtpml01.ee.co.uk) (149.254.241.76) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 17 Nov 2016 09:57:53 -0000
Received: from EEUKWV0940.EEAD.EEINT.CO.UK (Not Verified[10.246.209.217]) by smtpml01.ee.co.uk with Trustwave SEG (v7, 5, 6, 8438) id <B582d7f140000>; Thu, 17 Nov 2016 09:57:40 +0000
Received: from UK31S005EXS02.EEAD.EEINT.CO.UK (Not Verified[10.246.208.27]) by EEUKWV0940.EEAD.EEINT.CO.UK with Trustwave SEG (v7, 3, 6, 7949) id <B582d7f200001>; Thu, 17 Nov 2016 09:57:52 +0000
Received: from UK30S005EXS06.EEAD.EEINT.CO.UK ([fe80::314c:b96c:4a9a:8a79]) by UK31S005EXS02.EEAD.EEINT.CO.UK ([2002:1ef6:d01b::1ef6:d01b]) with mapi id 14.03.0279.002; Thu, 17 Nov 2016 09:57:52 +0000
From: "Heatley, Nick" <nick.heatley@ee.co.uk>
To: Jen Linkova <furry13@gmail.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>
Thread-Topic: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
Thread-Index: AdJAuQ9bd43QBtebHUGrCtqMHlsmow==
Date: Thu, 17 Nov 2016 09:57:51 +0000
Message-ID: <jkbu2lh4ck0nfe92lu8l93ag.1479376669220@email.android.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: multipart/alternative; boundary="_000_jkbu2lh4ck0nfe92lu8l93ag1479376669220emailandroidcom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/psAvJhqafiW9HL8AfXJhUrx7_JY>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 09:57:58 -0000

--_000_jkbu2lh4ck0nfe92lu8l93ag1479376669220emailandroidcom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SG93IGFib3V0LA0KQmF0dGVyeSB1c2FnZSAod2hpbGUgYWN0aXZlKSBwcm9wb3J0aW9uYWwgdG8g
dGltZSBmb3IgdGhlIGFjdGl2ZSB0cmFuc2Zlci4NCkZvciB0Y3AgdGhlbiBSVFQgYWxzbyBwbGF5
cyBhIHBhcnQgKGkuZS4gaWYgdGhlIHY2IGNvbnRlbnQgY2FjaGUgaXMgdGhlIG90aGVyc2lkZSBv
ZiB0aGUgd29ybGQgdGhlbiB0cmFuc2ZlciB0YWtlcyBsb25nZXIgYW5kIGJhdHRlcnkgd2lsbCBi
ZSBpbXBhY3RlZCkNCg0KSW4gcmVhbCB3b3JsZCB0ZXN0cyB1c29uZyB0Y3AoaHR0cCkgaWYgdGhl
IGNvYXJzZSB0Y3AgcGFyYW1ldGVycyBhcmUgbm90IHNpbWlsYXIgKHJ0dCwgbXNzIHdoaWNoIGlz
IGltcGFjdGVkIGJ5IHBhY2tldCBoZWFkZXIgc2l6ZSBhcyB5b3Ugc2F5KSB0aGVuIGl0cyBub3Qg
ZXhhY3RseSBhIGZhaXIgZmlnaHQsIGFuZCB0aGF0IGNhbiBiZSBhIHByb2JsZW0gdXNpbmcgaW50
ZXJuZXQgbmV0d29ya3MuDQpCZXN0IHRvIGRvIGl0IGluIGEgbGFiLg0KV291bGQgd2VsY29tZSBh
IHdoaXRlcGFwZXIgb24gdGhpcyBvZiBjb3Vyc2UuIE5pY2sNCg0KDQpTZW50IGZyb20gbXkgU2Ft
c3VuZyBHYWxheHkgc21hcnRwaG9uZS4NCg0KLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0t
LS0tLQ0KRnJvbTogSmVuIExpbmtvdmEgPGZ1cnJ5MTNAZ21haWwuY29tPg0KRGF0ZTogMTcvMTEv
MjAxNiAwNzoxNSAoR01UKzAwOjAwKQ0KVG86IEFsZXhhbmRyZSBQZXRyZXNjdSA8YWxleGFuZHJl
LnBldHJlc2N1QGdtYWlsLmNvbT4NCkNjOiB2Nm9wc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFt2
Nm9wc10gSVB2Ni1vbmx5IHdpZmkgZHVyaW5nIElFVEYgbWVldGluZ3M/IC0gZXhwZWN0IGhpZ2hl
ciBlbmVyZ3kgY29uc3VtcHRpb24NCg0KV2VsbCwgaWYgd2UgYXNzdW1lIHRoYXQNCjEpIGJhdHRl
cnkgdXNhZ2UgaXMgbGluZWFybHkgcHJvcG9ydGlvbmFsIHRvICBieXRlcyB0cmFuc21pdHRlZA0K
MikgYXZlcmFnZSBwYWNrZXQgc2l6ZSBpcyB+NTAwIGJ5dGVzDQooZGlzY2xhaW1lcjogYm90aCBz
dGF0ZW1lbnRzIG1pZ2h0IGJlIGZvdW5kIHF1ZXN0aW9uYWJsZSksDQp0aGVuLCBhcyBmb3IgZWFj
aCBwYWNrZXQgdjYgd291bGQgYWRkIDIwIG1vcmUgYnl0ZXMgKDIwIGJ5dGVzIHY0DQpoZWFkZXIg
dnMgNDAgYnl0ZXMgdjYgaGVhZGVyKSwgdGhvc2UgMjAgYnl0ZXMgd291bGQgZ2l2ZQ0KdGhvc2Ug
NSUgb2YgNTAwIGJ5dGVzLi4uKGNyZWRpdHMgZm9yIHN1Y2ggY2FsY3VsYXRpb25zIGdvIHRvIGEN
CmNvbGxlYWd1ZSBvZiBtaW5lIHdobyBpcyBub3Qgb24gdGhpcyBsaXN0IDspDQoNCi0tDQpTWSwg
SmVuIExpbmtvdmEgYWthIEZ1cnJ5DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQp2Nm9wcyBtYWlsaW5nIGxpc3QNCnY2b3BzQGlldGYub3JnDQpodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2b3BzDQoNCk5PVElDRSBBTkQgRElT
Q0xBSU1FUg0KVGhpcyBlbWFpbCBjb250YWlucyBCVCBpbmZvcm1hdGlvbiwgd2hpY2ggbWF5IGJl
IHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJdCdzIG1lYW50IG9ubHkgZm9yIHRoZSBpbmRp
dmlkdWFsKHMpIG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gDQpJZiB5b3UncmUgbm90IHRoZSBpbnRl
bmRlZCByZWNpcGllbnQsIG5vdGUgdGhhdCBkaXNjbG9zaW5nLCBjb3B5aW5nLCBkaXN0cmlidXRp
bmcgb3IgdXNpbmcgdGhpcyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiANCklmIHlvdSd2ZSBy
ZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2UgbGV0IG1lIGtub3cgaW1tZWRpYXRl
bHkgb24gdGhlIGVtYWlsIGFkZHJlc3MgYWJvdmUuIFRoYW5rIHlvdS4NCg0KV2UgbW9uaXRvciBv
dXIgZW1haWwgc3lzdGVtLCBhbmQgbWF5IHJlY29yZCB5b3VyIGVtYWlscy4NCg0KRUUgTGltaXRl
ZCANClJlZ2lzdGVyZWQgb2ZmaWNlOlRyaWRlbnQgUGxhY2UsIE1vc3F1aXRvIFdheSwgSGF0Zmll
bGQsIEhlcnRmb3Jkc2hpcmUsIEFMMTAgOUJXDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgbm86IDAy
MzgyMTYxDQoNCkVFIExpbWl0ZWQgaXMgYSB3aG9sbHkgb3duZWQgc3Vic2lkaWFyeSBvZjoNCg0K
QnJpdGlzaCBUZWxlY29tbXVuaWNhdGlvbnMgcGxjDQpSZWdpc3RlcmVkIG9mZmljZTogODEgTmV3
Z2F0ZSBTdHJlZXQgTG9uZG9uIEVDMUEgN0FKDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgbm86IDE4
MDAwMDANCg==

--_000_jkbu2lh4ck0nfe92lu8l93ag1479376669220emailandroidcom_
Content-Type: text/html; charset="utf-8"
Content-ID: <D56D0171514ABD459631F57552512773@ee.co.uk>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5Ib3cgYWJv
dXQsPC9kaXY+DQo8ZGl2PkJhdHRlcnkgdXNhZ2UgKHdoaWxlIGFjdGl2ZSkgcHJvcG9ydGlvbmFs
IHRvIHRpbWUgZm9yIHRoZSBhY3RpdmUgdHJhbnNmZXIuPC9kaXY+DQo8ZGl2PkZvciB0Y3AgdGhl
biBSVFQgYWxzbyBwbGF5cyBhIHBhcnQgKGkuZS4gaWYgdGhlIHY2IGNvbnRlbnQgY2FjaGUgaXMg
dGhlIG90aGVyc2lkZSBvZiB0aGUgd29ybGQgdGhlbiB0cmFuc2ZlciB0YWtlcyBsb25nZXIgYW5k
IGJhdHRlcnkgd2lsbCBiZSBpbXBhY3RlZCk8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2
PkluIHJlYWwgd29ybGQgdGVzdHMgdXNvbmcgdGNwKGh0dHApIGlmIHRoZSBjb2Fyc2UgdGNwIHBh
cmFtZXRlcnMgYXJlIG5vdCBzaW1pbGFyIChydHQsIG1zcyB3aGljaCBpcyBpbXBhY3RlZCBieSBw
YWNrZXQgaGVhZGVyIHNpemUgYXMgeW91IHNheSkgdGhlbiBpdHMgbm90IGV4YWN0bHkgYSBmYWly
IGZpZ2h0LCBhbmQgdGhhdCBjYW4gYmUgYSBwcm9ibGVtIHVzaW5nIGludGVybmV0IG5ldHdvcmtz
LjwvZGl2Pg0KPGRpdj5CZXN0IHRvIGRvIGl0IGluIGEgbGFiLjwvZGl2Pg0KPGRpdj5Xb3VsZCB3
ZWxjb21lIGEgd2hpdGVwYXBlciBvbiB0aGlzIG9mIGNvdXJzZS4gTmljazwvZGl2Pg0KPGRpdj48
YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2IGlkPSJjb21wb3Nlcl9zaWduYXR1
cmUiPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjojNTc1NzU3IiBkaXI9ImF1dG8i
PlNlbnQgZnJvbSBteSBTYW1zdW5nIEdhbGF4eSBzbWFydHBob25lLjwvZGl2Pg0KPC9kaXY+DQo8
ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjEwMCU7Y29sb3I6IzAwMDAw
MCI+PCEtLSBvcmlnaW5hbE1lc3NhZ2UgLS0+DQo8ZGl2Pi0tLS0tLS0tIE9yaWdpbmFsIG1lc3Nh
Z2UgLS0tLS0tLS08L2Rpdj4NCjxkaXY+RnJvbTogSmVuIExpbmtvdmEgJmx0O2Z1cnJ5MTNAZ21h
aWwuY29tJmd0OyA8L2Rpdj4NCjxkaXY+RGF0ZTogMTcvMTEvMjAxNiAwNzoxNSAoR01UJiM0Mzsw
MDowMCkgPC9kaXY+DQo8ZGl2PlRvOiBBbGV4YW5kcmUgUGV0cmVzY3UgJmx0O2FsZXhhbmRyZS5w
ZXRyZXNjdUBnbWFpbC5jb20mZ3Q7IDwvZGl2Pg0KPGRpdj5DYzogdjZvcHNAaWV0Zi5vcmcgPC9k
aXY+DQo8ZGl2PlN1YmplY3Q6IFJlOiBbdjZvcHNdIElQdjYtb25seSB3aWZpIGR1cmluZyBJRVRG
IG1lZXRpbmdzPyAtIGV4cGVjdCBoaWdoZXIgZW5lcmd5IGNvbnN1bXB0aW9uPC9kaXY+DQo8L2Rp
dj4NCjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDsiPg0KPGRpdiBj
bGFzcz0iUGxhaW5UZXh0Ij48YnI+DQpXZWxsLCBpZiB3ZSBhc3N1bWUgdGhhdDxicj4NCjEpIGJh
dHRlcnkgdXNhZ2UgaXMgbGluZWFybHkgcHJvcG9ydGlvbmFsIHRvJm5ic3A7IGJ5dGVzIHRyYW5z
bWl0dGVkPGJyPg0KMikgYXZlcmFnZSBwYWNrZXQgc2l6ZSBpcyB+NTAwIGJ5dGVzPGJyPg0KKGRp
c2NsYWltZXI6IGJvdGggc3RhdGVtZW50cyBtaWdodCBiZSBmb3VuZCBxdWVzdGlvbmFibGUpLDxi
cj4NCnRoZW4sIGFzIGZvciBlYWNoIHBhY2tldCB2NiB3b3VsZCBhZGQgMjAgbW9yZSBieXRlcyAo
MjAgYnl0ZXMgdjQ8YnI+DQpoZWFkZXIgdnMgNDAgYnl0ZXMgdjYgaGVhZGVyKSwgdGhvc2UgMjAg
Ynl0ZXMgd291bGQgZ2l2ZTxicj4NCnRob3NlIDUlIG9mIDUwMCBieXRlcy4uLihjcmVkaXRzIGZv
ciBzdWNoIGNhbGN1bGF0aW9ucyBnbyB0byBhPGJyPg0KY29sbGVhZ3VlIG9mIG1pbmUgd2hvIGlz
IG5vdCBvbiB0aGlzIGxpc3QgOyk8YnI+DQo8YnI+DQotLSA8YnI+DQpTWSwgSmVuIExpbmtvdmEg
YWthIEZ1cnJ5PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX188YnI+DQp2Nm9wcyBtYWlsaW5nIGxpc3Q8YnI+DQp2Nm9wc0BpZXRmLm9yZzxi
cj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdjZvcHMi
IHRhcmdldD0iX0JMQU5LIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Y2
b3BzPC9hPjxicj4NCjwvZGl2Pg0KPC9zcGFuPjwvZm9udD4NCg0KPFA+Tk9USUNFIEFORCBESVND
TEFJTUVSPEJSPlRoaXMgZW1haWwgY29udGFpbnMgQlQgaW5mb3JtYXRpb24sIHdoaWNoIG1heSBi
ZSANCnByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJdCdzIG1lYW50IG9ubHkgZm9yIHRoZSBp
bmRpdmlkdWFsKHMpIG9yIGVudGl0eSANCm5hbWVkIGFib3ZlLiA8QlI+SWYgeW91J3JlIG5vdCB0
aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBub3RlIHRoYXQgZGlzY2xvc2luZywgDQpjb3B5aW5nLCBk
aXN0cmlidXRpbmcgb3IgdXNpbmcgdGhpcyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiA8QlI+
SWYgeW91J3ZlIA0KcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIGxldCBtZSBr
bm93IGltbWVkaWF0ZWx5IG9uIHRoZSBlbWFpbCANCmFkZHJlc3MgYWJvdmUuIFRoYW5rIHlvdS48
L1A+DQo8UD5XZSBtb25pdG9yIG91ciBlbWFpbCBzeXN0ZW0sIGFuZCBtYXkgcmVjb3JkIHlvdXIg
ZW1haWxzLjwvUD4NCjxQPkVFIExpbWl0ZWQgPEJSPlJlZ2lzdGVyZWQgb2ZmaWNlOlRyaWRlbnQg
UGxhY2UsIE1vc3F1aXRvIFdheSwgSGF0ZmllbGQsIA0KSGVydGZvcmRzaGlyZSwgQUwxMCA5Qlc8
QlI+UmVnaXN0ZXJlZCBpbiBFbmdsYW5kIG5vOiAwMjM4MjE2MTwvUD4NCjxQPkVFIExpbWl0ZWQg
aXMgYSB3aG9sbHkgb3duZWQgc3Vic2lkaWFyeSBvZjo8L1A+DQo8UD5Ccml0aXNoIFRlbGVjb21t
dW5pY2F0aW9ucyBwbGM8QlI+UmVnaXN0ZXJlZCBvZmZpY2U6IDgxIE5ld2dhdGUgU3RyZWV0IExv
bmRvbiANCkVDMUEgN0FKPEJSPlJlZ2lzdGVyZWQgaW4gRW5nbGFuZCBubzogMTgwMDAwMDwvUD4N
CjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_jkbu2lh4ck0nfe92lu8l93ag1479376669220emailandroidcom_--


From nobody Thu Nov 17 02:39:34 2016
Return-Path: <benamar73@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 2E68612943D for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 02:39:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level: 
X-Spam-Status: No, score=-2.449 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] 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 VPPSouMjJJL2 for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 02:39:28 -0800 (PST)
Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 530D0129656 for <v6ops@ietf.org>; Thu, 17 Nov 2016 02:39:28 -0800 (PST)
Received: by mail-wm0-x229.google.com with SMTP id t79so135878057wmt.0 for <v6ops@ietf.org>; Thu, 17 Nov 2016 02:39:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=6NwATpDVC4F+pKEpiK7cOO24kG8t43Wo1+EEnjhQU38=; b=xUGphZYMTSMsQRhvy05tdZZdbcriGBV42GLKfYn9Q32KL0EioLcvLApp9P7UMwmbHX 5xLOoOyBCCecpAw1ZEaWqqEydcZS6zsG8kOzJN3cQegTbQGl3B/k8MsQM/i1YbSk8aZ/ ivDPlFi1/YQUCRMDDWiJvK+yCwj8GCPpnwtHbr7hIuLuSlbCB90zT+ZzPRBY1ON9nRYt gDnXeoJFTXm/rSSI60TwM5ZAy8fVNHR8oD4QVY/83FW9yn6VEyD2jnfWLgCJDOcHhBAZ vCHM4BprTXRarzI1QqxB/sbgJ9nFV5ZD9pWuNUHulcCbecnkhAMGIGkzK3F3ARlRnWPf 7ROQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=6NwATpDVC4F+pKEpiK7cOO24kG8t43Wo1+EEnjhQU38=; b=g9HECc+15fhd0rQn86fMyCfz8VLdu8IJhEpERBroe6JaYdE8ErFLBb/eW5TYFO1tqY C3jFaUdzXW4GbLKRUMAyRrNEvXsS8d7V38s2KSJ8eAeA4zZbMxzUkk5G2pPLcbMtU5e1 qSDyqQ9G736JzW5gwObeEl2h1ofSJ9i9Q2GL7wRunWsGvZ5Z0QOopQ8CwEEkJ2Y21JDb j+p+D5fC8AWYrb19s3vf7oKdRaUL0n2/QAFcCHXKAerfdY3lSrIPGMGY3QOCKToZa77H qYtRx/d+qIBq29hKSY3vUIRdJKeJqltqqc8meQsADVPuuGsZIPMMADOZj7kFXZqfVWME r9fQ==
X-Gm-Message-State: ABUngvf3W8f9M1vISz3Kyo0TlNI07DfAf0sO1ZnI5U/TK6zXFtJaW3OzUpNNn3cf1LrQ8Q==
X-Received: by 10.28.163.5 with SMTP id m5mr3469189wme.98.1479379166806; Thu, 17 Nov 2016 02:39:26 -0800 (PST)
Received: from [192.168.43.210] ([105.132.177.192]) by smtp.gmail.com with ESMTPSA id j6sm2522106wjk.25.2016.11.17.02.39.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Nov 2016 02:39:25 -0800 (PST)
From: Nabil BENAMAR <benamar73@gmail.com>
Message-Id: <E315F5D0-9242-40A1-B94E-8D951E6856FD@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_36E8259A-ABD0-490C-96C1-5F225A542B1C"
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
Date: Thu, 17 Nov 2016 10:39:23 +0000
In-Reply-To: <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
References: <acfaae7c-d8cc-4536-e844-ab5b19367c8c@gmail.com> <CAFU7BAS0CbRRN52pm4mdzcpzK4CR4tC3+F1+xMCF=qkg_B31ew@mail.gmail.com> <76891d2b-a1b5-e8a0-a01d-616ddc68f490@gmail.com>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/uAf8ABZqSintLel_lD35JwskFcU>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption
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: Thu, 17 Nov 2016 10:39:32 -0000

--Apple-Mail=_36E8259A-ABD0-490C-96C1-5F225A542B1C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Alex,



Best Regards,
Nabil=20

> On Nov 17, 2016, at 1:40 AM, Alexandre Petrescu =
<alexandre.petrescu@gmail.com> wrote:
>=20
>=20
>=20
> Le 16/11/2016 =C3=A0 22:42, Jen Linkova a =C3=A9crit :
>> On Wed, Nov 16, 2016 at 11:21 AM, Alexandre Petrescu
>> <alexandre.petrescu@gmail.com> wrote:
>>> During today's Plenary there was discussion about making IPv6 only
>>> wifi during some IETF meeting.
>>>=20
>>> If so, I was wondering whether people will perceive a larger
>>> battery drain in their devices?
>>=20
>> Why? The current 'default' SSID (ietf) is dual-stack. If you switch
>> to v6-only SSID, then you get rid of IPv4 and, as a result, ARP noise
>> etc.
>=20
> Jen, I can understand the v6-only SSID at IETF will not have any ARP =
on
> it.  But it would have some ND instead, right?

Obviously=E2=80=A6.ARP is not used anymore in IPv6 networks! ND is part =
of IPv6 processes (RA,RS, NA, NS, etc=E2=80=A6)
>=20
>>> I am asking because we performed some measurements on a recent
>>> smartphone comparing various Internet usage (youtube, real-time,
>>> web browsing, ftp, etc.) and we seemed to find that IPv6 draws
>>> around 5% more energy from the battery than IPv4.  That was on
>>> cellular, maybe wifi is different...
>>=20
>> So you compared v4-only connectivity to v6-only? Or dual-stack to
>> v6-only?
>=20
> I do not know what you mean by 'dual-stack'?  There were two stacks in
> this smartphone: an IPv4 stack and an IPv6 stack.  The wireshark dumps
> show only IPv4 traffic when testing IPv4 and only IPv6-traffic when
> testing IPv6.

Dual-stack means that you have both IPv4 and IPv6 addresses for your =
wifi interface. I think that your setup is the most correct one, because =
it will test ipv6 only vs ipv4 only. In dual-stack environment, the =
results will be different and related to the application measured: =
happy-eyeballs implemented or not, etc=E2=80=A6.
>=20
> The smartphone is connected to an IPv6-only cellular APN when testing
> IPv6 and to an IPv4-only APN when testing IPv4.
>=20
> I suppose this is the right way to test IPv4 vs IPv6.
>=20
>> Anyway you can always try yourself - use 'ietf' ssid for one day and
>> ietf-nat64 for another ;)

I do not think that ietf-nat64 will be convenient for this study !
>=20
> I have a big problem with both 'ietf' and 'ietf-nat64' SSIDs at IETF
> since multiple IETF meetings now.
>=20
> My recent Windows laptop does not want to connect to any of these two =
-
> it complains about some certificate matters.
>=20
> For this reason I only use ietf-legacy while at IETF.
>=20
> (and yes I asked both IETF network operators and my IT - they blame =
each
> other)
>=20
>> My phone has been connected to ietf-nat64 the whole week, I have not
>> noticed any battery issues so far.
>=20
> Well yes, I can understand that.  But I am not expecting spectacular
> things like 50% more battery drain.
>=20
> The measured approx 5% more power consumption could be noticed in some
> extreme situation.  One would have to bring that smartphone close to =
the
> battery exhaustion limit, and be in a place without recharge
> possibility.  In this situation a user would turn off WiFi, GPS,
> inertial sensor, dim the screen, stop some apps, and... prefer IPv4.
>=20
> Alex
>=20
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


--Apple-Mail=_36E8259A-ABD0-490C-96C1-5F225A542B1C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Hi Alex,<br class=3D""><div class=3D"">
<div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: =
auto; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div style=3D"letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;" class=3D""><div style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div style=3D"font-variant-caps: normal; letter-spacing: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px;"><font color=3D"#0c3799" =
class=3D""><br class=3D""><br class=3D""><br class=3D"">Best Regards,<br =
class=3D"">Nabil&nbsp;</font><br class=3D""></div></div></div></div></div>=

</div>
<br class=3D""><div><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Nov 17, 2016, at 1:40 AM, Alexandre Petrescu &lt;<a =
href=3D"mailto:alexandre.petrescu@gmail.com" =
class=3D"">alexandre.petrescu@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D""><br =
class=3D""><br class=3D"">Le 16/11/2016 =C3=A0 22:42, Jen Linkova a =
=C3=A9crit :<br class=3D""><blockquote type=3D"cite" class=3D"">On Wed, =
Nov 16, 2016 at 11:21 AM, Alexandre Petrescu<br class=3D"">&lt;<a =
href=3D"mailto:alexandre.petrescu@gmail.com" =
class=3D"">alexandre.petrescu@gmail.com</a>&gt; wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D"">During today's Plenary =
there was discussion about making IPv6 only<br class=3D"">wifi during =
some IETF meeting.<br class=3D""><br class=3D"">If so, I was wondering =
whether people will perceive a larger<br class=3D"">battery drain in =
their devices?<br class=3D""></blockquote><br class=3D"">Why? The =
current 'default' SSID (ietf) is dual-stack. If you switch<br =
class=3D"">to v6-only SSID, then you get rid of IPv4 and, as a result, =
ARP noise<br class=3D"">etc.<br class=3D""></blockquote><br =
class=3D"">Jen, I can understand the v6-only SSID at IETF will not have =
any ARP on<br class=3D"">it. &nbsp;But it would have some ND instead, =
right?<br class=3D""></div></div></blockquote><div><br =
class=3D""></div>Obviously=E2=80=A6.ARP is not used anymore in IPv6 =
networks! ND is part of IPv6 processes (RA,RS, NA, NS, etc=E2=80=A6)<br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D""><br class=3D""><blockquote type=3D"cite" class=3D""><blockquote=
 type=3D"cite" class=3D"">I am asking because we performed some =
measurements on a recent<br class=3D"">smartphone comparing various =
Internet usage (youtube, real-time,<br class=3D"">web browsing, ftp, =
etc.) and we seemed to find that IPv6 draws<br class=3D"">around 5% more =
energy from the battery than IPv4. &nbsp;That was on<br =
class=3D"">cellular, maybe wifi is different...<br =
class=3D""></blockquote><br class=3D"">So you compared v4-only =
connectivity to v6-only? Or dual-stack to<br class=3D"">v6-only?<br =
class=3D""></blockquote><br class=3D"">I do not know what you mean by =
'dual-stack'? &nbsp;There were two stacks in<br class=3D"">this =
smartphone: an IPv4 stack and an IPv6 stack. &nbsp;The wireshark =
dumps<br class=3D"">show only IPv4 traffic when testing IPv4 and only =
IPv6-traffic when<br class=3D"">testing IPv6.<br =
class=3D""></div></div></blockquote><div><br class=3D""></div>Dual-stack =
means that you have both IPv4 and IPv6 addresses for your wifi =
interface. I think that your setup is the most correct one, because it =
will test ipv6 only vs ipv4 only. In dual-stack environment, the results =
will be different and related to the application measured: =
happy-eyeballs implemented or not, etc=E2=80=A6.<br class=3D""><blockquote=
 type=3D"cite" class=3D""><div class=3D""><div class=3D""><br =
class=3D"">The smartphone is connected to an IPv6-only cellular APN when =
testing<br class=3D"">IPv6 and to an IPv4-only APN when testing IPv4.<br =
class=3D""><br class=3D"">I suppose this is the right way to test IPv4 =
vs IPv6.<br class=3D""><br class=3D""><blockquote type=3D"cite" =
class=3D"">Anyway you can always try yourself - use 'ietf' ssid for one =
day and<br class=3D"">ietf-nat64 for another ;)<br =
class=3D""></blockquote></div></div></blockquote><div><br =
class=3D""></div>I do not think that ietf-nat64 will be convenient for =
this study !<br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D""><div class=3D""><br class=3D"">I have a big problem with both =
'ietf' and 'ietf-nat64' SSIDs at IETF<br class=3D"">since multiple IETF =
meetings now.<br class=3D""><br class=3D"">My recent Windows laptop does =
not want to connect to any of these two -<br class=3D"">it complains =
about some certificate matters.<br class=3D""><br class=3D"">For this =
reason I only use ietf-legacy while at IETF.<br class=3D""><br =
class=3D"">(and yes I asked both IETF network operators and my IT - they =
blame each<br class=3D"">other)<br class=3D""><br class=3D""><blockquote =
type=3D"cite" class=3D"">My phone has been connected to ietf-nat64 the =
whole week, I have not<br class=3D"">noticed any battery issues so =
far.<br class=3D""></blockquote><br class=3D"">Well yes, I can =
understand that. &nbsp;But I am not expecting spectacular<br =
class=3D"">things like 50% more battery drain.<br class=3D""><br =
class=3D"">The measured approx 5% more power consumption could be =
noticed in some<br class=3D"">extreme situation. &nbsp;One would have to =
bring that smartphone close to the<br class=3D"">battery exhaustion =
limit, and be in a place without recharge<br class=3D"">possibility. =
&nbsp;In this situation a user would turn off WiFi, GPS,<br =
class=3D"">inertial sensor, dim the screen, stop some apps, and... =
prefer IPv4.<br class=3D""><br class=3D"">Alex<br class=3D""><br =
class=3D"">_______________________________________________<br =
class=3D"">v6ops mailing list<br class=3D""><a =
href=3D"mailto:v6ops@ietf.org" class=3D"">v6ops@ietf.org</a><br =
class=3D"">https://www.ietf.org/mailman/listinfo/v6ops<br =
class=3D""></div></div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_36E8259A-ABD0-490C-96C1-5F225A542B1C--


From nobody Thu Nov 17 11:30:15 2016
Return-Path: <brian.e.carpenter@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 E260A12940B for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 11:30:13 -0800 (PST)
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, FREEMAIL_FROM=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=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 eQbeHjgrGx0G for <v6ops@ietfa.amsl.com>; Thu, 17 Nov 2016 11:30:11 -0800 (PST)
Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (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 3C269129499 for <v6ops@ietf.org>; Thu, 17 Nov 2016 11:30:11 -0800 (PST)
Received: by mail-pf0-x244.google.com with SMTP id y68so12071500pfb.1 for <v6ops@ietf.org>; Thu, 17 Nov 2016 11:30:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=kukr97vPyxeB0il6UNRcKDMgBrd1V0mwz04fM/09puQ=; b=fuy07h55OVrMiA0HIQtsnjphgLvD0VqzRJlMk5jWSKMqhTw8KzuzTGBPOTuewUq1Nq YiwYFAk3yksjGoG5JGztWu7k1Vf3J7XDziKsm7BoCcWkxCYbX5gL1+jzQkW8rbIxQLlc K6esh8USkWVTU1BpOP2rkB33IKPjxz6SSXpX54MbukZv1Jv2tzDSXRg9+wCwr0PyKRxl yAV3mL649JBQL8rgRjdrwTWkNeenqhiHkd2zRFRQX+fE6y8Ikz93QLZcw9FaurV0PwT+ thVZaixJHCqX5tgLWtGylMqxoQr1bhDT3AIbJ/y3NOrwfn3W68IH4JgbgyqbbkUCey6S eLIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=kukr97vPyxeB0il6UNRcKDMgBrd1V0mwz04fM/09puQ=; b=Of41rMSe29VYI6OIX0LKQB7k7p/g1gYmmr+XWyifqt+BV24c5jesmyiay/f9GfL7jK P+fkJHmLPB4MLXNNRfT/TXZjiD4QAiRwkJcYxrfZSa9t8k/VzuB3/Nziy7YdjV8I/F23 2mY+eXu+BGD4g8WKPkbFL0zKyeqALy/XgezdqXvB7yF/DPY0BZIi4csOpIkUXXFkLIlk g5lIWm+KLXzher+W09e2YU2KTx5u6o5mWobWfsB+EFOoLhYAwEUsprg4u/+pckEnQEgx XKcysUrre/dH/N4FG8I7d1OAdTd/yraaQj56MO8HpoZ+uNs7BA7smLXmkbsYmA1rzun6 CrXQ==
X-Gm-Message-State: ABUngveAGMEJXeu7gPg81eNSeLvGqIliyFdj/nbHfEP/4P+EGt9NnXoEPhyRdvkkb+2nWA==
X-Received: by 10.98.139.72 with SMTP id j69mr6712843pfe.158.1479411010732; Thu, 17 Nov 2016 11:30:10 -0800 (PST)
Received: from [192.168.178.23] (117.228.69.111.dynamic.snap.net.nz. [111.69.228.117]) by smtp.gmail.com with ESMTPSA id 65sm9388195pfl.21.2016.11.17.11.30.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Nov 2016 11:30:09 -0800 (PST)
To: Lorenzo Colitti <lorenzo@google.com>, Victor Kuarsingh <victor@jvknet.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com> <56c708a9-575d-d65f-eb3e-1d926bff2e29@jvknet.com> <CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <a9a66120-680a-5d2b-f8ec-3a028caf4b44@gmail.com>
Date: Fri, 18 Nov 2016 08:30:13 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/90n8Lvi44msbMsUj8u-kcJyB1l0>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Thu, 17 Nov 2016 19:30:14 -0000

On 17/11/2016 20:18, Lorenzo Colitti wrote:
> On Thu, Nov 17, 2016 at 3:06 PM, Victor Kuarsingh <victor@jvknet.com> wrote:
> 
>> Not sure I agree with this statement.  Given that there is a difference in
>> expected behavior in various use cases, discussing it is relevant. In
>> designing multiple networks in the past, we considered the differences of
>> these address types each time.  Such considerations occurred applying IPv6
>> to Cable Access, Core networks, Mobile Core networks, Mobile RANs networks,
>> Video networks, Business Networks, Enterprise networks and data centers.
>> So that to me signifies relevance.
>>
> I still don't see how any of that applies to IP addresses assigned to
> routers, which is explicitly the only class of IP address discussed in this
> draft.

ULA vs GUA for routers does impact what people outside your network can learn
from traceroute results, I guess. But in general, the connection is that an
operator is likely to choose a router addressing policy that is a subset of
the overall addressing policy. (I can't think of any reason that would be
a requirement, however. On the other, address *stability* for routers might
be a requirement, which would suggest ULA or PI, even if you use PA for hosts.)

   Brian


From nobody Tue Nov 22 07:29:58 2016
Return-Path: <victor@jvknet.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 B3E20129688 for <v6ops@ietfa.amsl.com>; Tue, 22 Nov 2016 07:29:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-com.20150623.gappssmtp.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 aj79Yw8pPy-5 for <v6ops@ietfa.amsl.com>; Tue, 22 Nov 2016 07:29:54 -0800 (PST)
Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 121B112967D for <v6ops@ietf.org>; Tue, 22 Nov 2016 07:29:54 -0800 (PST)
Received: by mail-qt0-x229.google.com with SMTP id w33so13635903qtc.3 for <v6ops@ietf.org>; Tue, 22 Nov 2016 07:29:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=8kPKNRmr7lNaka7iDPb06FuhQztAEOrP5SSM2Lss6Jg=; b=xOf46uyskJ7S0Ru4vnqmBZw3sIz0IYo2N8g5/WvgCC0NDxuB9KX4nbjgq7UzmdFExc m03jrpcYDA5afTe26rY845wZnOjo4BuPV19VeoUdjLbqxD/1TtF5ePrQnsqKJ9/0Epiu FPd/DIMu2lI64evNTUIMy81xekjolVccTiYhH3rP506/oYgAu52jrQbkDkNuuHpwqqCH i61mAdFg5GNih2t5kfx/ODAGcTpa0j7eDklWMnUj3NagEp+VWJlSHsUXEuGLUwb3h7p0 JGsQobFYE0VCaEuUhrXSZHUc9+P6uChBmWrCfO+oB/IpcJJbSxjH7ajsSeRs9ELNgQSc A/0w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=8kPKNRmr7lNaka7iDPb06FuhQztAEOrP5SSM2Lss6Jg=; b=SEgtRHpBrsJp/i+rvpNhNH6wCDiD2uETvxszXHNj/w0eYXG9xrHWkFXEc6fnAa6G7R kaNS57MmP8Pyfw4Xe/7Sp01BbxKxlHG3pNImb8giol0hcOe838dsjVDomrZCdN+J/tx3 rfr1y2msNRtaCalAuDfcio/dfM0GIjEPue5n2AnbLmc6Ly6Li6LLW9FdmCx7DKYGkbL8 XmFyzceyQxLn2c2rcLhc2tlxlad97ftIXTWbUXNrD+uO5x5w65Vz65AAMAf0R43cUe0R 6r8jOe1MkDOfH2z8VNNuPhy0oRN12AUeLnhfteA8OJdmC8BQ2ux66N+fhTlsYULbxyCk 7PJA==
X-Gm-Message-State: AKaTC028HoDn15hQAUudw44Ps6EYosEIJ8fKrBjp7tQwu3IVfnATKB/y7NO4mKKYQ7OwFg==
X-Received: by 10.200.49.92 with SMTP id h28mr200343qtb.215.1479828592809; Tue, 22 Nov 2016 07:29:52 -0800 (PST)
Received: from [10.132.40.127] ([173.38.117.91]) by smtp.gmail.com with ESMTPSA id h46sm13919359qta.35.2016.11.22.07.29.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Nov 2016 07:29:52 -0800 (PST)
To: Lorenzo Colitti <lorenzo@google.com>
References: <147905953331.5496.9393489773708466371.idtracker@ietfa.amsl.com> <A3D4A573-528D-4DAF-862B-8B18EF47DE23@magma.ca> <283B39A2-3AB1-4DD0-B3C0-8606C7A9E049@jisc.ac.uk> <bb6b20b3-8641-05bc-4aeb-0d02aaa52db3@gmail.com> <CAKD1Yr2m7QGgC7Ksf=Y64PwpQYaxuD44WrJ_YU8oPLPy7MwTpQ@mail.gmail.com> <21849F52-7A33-4CDC-B215-0EDFD0D5E8DF@jisc.ac.uk> <1D7FFA4A-4B01-4DF9-B5BB-0B08A3542452@magma.ca> <CAO42Z2xedvaquLevd_hgc243=cNOWp-WrKv7wZ5hOUXQKP4LOA@mail.gmail.com> <56c708a9-575d-d65f-eb3e-1d926bff2e29@jvknet.com> <CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com>
From: Victor Kuarsingh <victor@jvknet.com>
Message-ID: <734c60a2-23d1-5911-1d19-e34988042160@jvknet.com>
Date: Tue, 22 Nov 2016 10:29:50 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------B6237E8B7C6437DE64E920D0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/_uAIYFkZFnfoN5lYfU3I-FjdKg0>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-design-choices-12.txt
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: Tue, 22 Nov 2016 15:29:56 -0000

This is a multi-part message in MIME format.
--------------B6237E8B7C6437DE64E920D0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit



On 2016-11-17 2:18 AM, Lorenzo Colitti wrote:
> On Thu, Nov 17, 2016 at 3:06 PM, Victor Kuarsingh <victor@jvknet.com 
> <mailto:victor@jvknet.com>> wrote:
>
>     Not sure I agree with this statement.  Given that there is a
>     difference in expected behavior in various use cases, discussing
>     it is relevant. In designing multiple networks in the past, we
>     considered the differences of these address types each time.  Such
>     considerations occurred applying IPv6 to Cable Access, Core
>     networks, Mobile Core networks, Mobile RANs networks, Video
>     networks, Business Networks, Enterprise networks and data
>     centers.  So that to me signifies relevance.
>
> I still don't see how any of that applies to IP addresses assigned to 
> routers, which is explicitly the only class of IP address discussed in 
> this draft.

All of these networks have routers, which need IP addresses.  I don't 
think there is a clear default answer, so the designer needs to choose 
addresses from the types available.  Given there is more then one 
option, I don't see how it's not relevant.

Is there harm in providing a clear set of options to the designers? To 
me, providing information to a designer is helpful.  They can chose what 
they need/want.

regards,

Victor K


--------------B6237E8B7C6437DE64E920D0
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 2016-11-17 2:18 AM, Lorenzo Colitti
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAKD1Yr204K4WH8_Mky3=q6DzKwb7GBO-RjJTHPN0bJgVSBvtjw@mail.gmail.com"
      type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Thu, Nov 17, 2016 at 3:06 PM,
            Victor Kuarsingh <span dir="ltr">&lt;<a
                moz-do-not-send="true" href="mailto:victor@jvknet.com"
                target="_blank">victor@jvknet.com</a>&gt;</span> wrote:<br>
            <blockquote class="gmail_quote">
              <div><span class="">
                  <p>Not sure I agree with this statement.Â  Given that
                    there is a difference in expected behavior in
                    various use cases, discussing it is relevant. In
                    designing multiple networks in the past, we
                    considered the differences of these address types
                    each time.Â  Such considerations occurred applying
                    IPv6 to Cable Access, Core networks, Mobile Core
                    networks, Mobile RANs networks, Video networks,
                    Business Networks, Enterprise networks and data
                    centers.Â  So that to me signifies relevance. Â </p>
                </span></div>
            </blockquote>
            <div>I still don't see how any of that applies to IP
              addresses assigned to routers, which is explicitly the
              only class of IP address discussed in this draft.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    All of these networks have routers, which need IP addresses.Â  I
    don't think there is a clear default answer, so the designer needs
    to choose addresses from the types available.Â  Given there is more
    then one option, I don't see how it's not relevant. <br>
    <br>
    Is there harm in providing a clear set of options to the designers?Â 
    To me, providing information to a designer is helpful.Â  They can
    chose what they need/want.<br>
    <br>
    regards,<br>
    <br>
    Victor K<br>
    <br>
  </body>
</html>

--------------B6237E8B7C6437DE64E920D0--


From nobody Sun Nov 27 09:08:28 2016
Return-Path: <yanodd@otenet.gr>
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 066C1129424 for <v6ops@ietfa.amsl.com>; Sun, 27 Nov 2016 09:08:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=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 lY5iJwViCo6O for <v6ops@ietfa.amsl.com>; Sun, 27 Nov 2016 09:08:25 -0800 (PST)
Received: from calypso.otenet.gr (calypso.otenet.gr [83.235.67.36]) by ietfa.amsl.com (Postfix) with ESMTP id 98873127071 for <v6ops@ietf.org>; Sun, 27 Nov 2016 09:08:25 -0800 (PST)
Received: from [192.168.1.21] (dusted.otenet.gr [195.167.126.245]) by calypso.otenet.gr (ESMTP) with ESMTPSA id 9155F13804D; Sun, 27 Nov 2016 19:08:19 +0200 (EET)
To: "STARK, BARBARA H" <bs7652@att.com>, "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "krun.shah@gmail.com" <krun.shah@gmail.com>
References: <BA6017DD-82A0-4094-9DFB-7C1929E1E259@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
From: Yannis Nikolopoulos <yanodd@otenet.gr>
Message-ID: <54fb4b5d-5cf3-cb0b-34b9-fb2551fa218f@otenet.gr>
Date: Sun, 27 Nov 2016 19:08:13 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DA341D8@GAALPA1MSGUSRBF.ITServices.sbc.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/-rMEmJX00IMnIhM_Mdw94iK1jbE>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] do we need to update RFC7084 ? - Basic Requirements for IPv6 Customer Edge Routers
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: Sun, 27 Nov 2016 17:08:28 -0000

Hello,


RFC 7084 (and 6204 before that) was used by us (ISPs) to push vendors to 
implement IPv6 deployment-related features. Before that, every ISP would 
write down their own specs, with various degrees of success. So, 7084 
was and still is a very good thing!


Now, as an ISP deploying (not thinking about, actually deploying as we 
speak) lw4o6 to potentially 1.5M users, I'd really prefer if 7084 
included lw4o6/MAP etc, not so much for my ISP, but for others that are 
still considering their options. I really see no reason whatsoever, for 
not updating 7084 (and also keeping existing transition technologies in 
place). BTW, lw4o6 support is mandatory in our CPE tenders (and so it is 
for the rest of DT group AFAIK)


cheers,

Yannis


On 11/04/2016 09:09 PM, STARK, BARBARA H wrote:
>>      When this document was published, the IPv4 situation was different that
>> the actual one.
>>
>>      Many ISPs could have deployed IPv6 using dual stack, or 6rd.
>>
>>      Also, lw6over4 was not available, same as other protocols such as MAP, or
>> 464XLAT, or there was no sufficient experience with them.
>>
>>      Now the situation is totally different, and ISPs will need to provide IPv6
>> service-only in the access link, instead of 6in4 based mechanisms, unless they
>> opt for dual-stack with CGN.
>>
>>      So my question is: should this document be updated to reflect the new
>> situation, so to provide a better guidance to both the ISPs and the vendors?
> RFC 7084 was never intended as advice to ISPs. It was intended as advice from ISPs to vendors of retail CE Routers. Along the lines of:
> Given IPv6 access network architectures ISPs have documented in CableLabs and Broadband Forum (BBF), here is a set of common requirements for a retail CE Router that can be used to connect to either of those types of access networks.
>
> If there is more than one ISP who is seriously committed to deploying one of the technologies you list (not just studying or thinking about it), and they want to extend RFC 7084, they should come forward. But I don't think it should be extended for any technology that doesn't have a real deployment commitment from multiple providers. I was very disappointed that some European ISPs pushed really hard to get DS Lite documented in BBF and RFC 7084, and then did nothing with that technology. CE Router vendors should not be asked to expend their scarce resources in support of experimental technologies. Experiments can be done with OpenWRT types of firmware. RFC 7084 extension needs to be done only for widely deployed technologies.
>
> BTW, we also stayed away from 3GPP access architectures, because there was no participation from 3GPP ISPs. The ISPs doing widespread deployment must be involved in providing the advice.
> Barbara
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


From nobody Tue Nov 29 20:36:46 2016
Return-Path: <suresh.krishnan@ericsson.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 7901E1294B7; Tue, 29 Nov 2016 20:36:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level: 
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 p7AKIkNHgPK4; Tue, 29 Nov 2016 20:36:32 -0800 (PST)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEFF2129D28; Tue, 29 Nov 2016 20:36:20 -0800 (PST)
X-AuditID: c618062d-aa3ff70000007359-5e-583e5c18aa9f
Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by  (Symantec Mail Security) with SMTP id 92.8F.29529.91C5E385; Wed, 30 Nov 2016 05:56:59 +0100 (CET)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0319.002; Tue, 29 Nov 2016 23:36:17 -0500
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
To: Internet Area <int-area@ietf.org>, 6man <ipv6@ietf.org>, v6ops <v6ops@ietf.org>
Thread-Topic: AD sponsoring draft-bchv-rfc6890bis-02
Thread-Index: AdJKw0nbLx+aAf25QaqCKxBxVpJ00A==
Date: Wed, 30 Nov 2016 04:36:17 +0000
Message-ID: <E87B771635882B4BA20096B589152EF644041515@eusaamb107.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.11]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNLMWRmVeSWpSXmKPExsUyuXRPuK50jF2EwYZZohY3Zt1ksXh59j2T xelje5kdmD2WLPnJFMAYxWWTkpqTWZZapG+XwJVx/+k91oI+1opL/buZGhj7WboYOTkkBEwk lu+AsIUE1jNKLDuc2cXIBWQvZ5S4+vIPG0iCDahow87PTCC2iECoxPbNG5hBbGEBfYnpa1ey QcRNJB68Pc4KYetJ/Dx2mB3EZhFQlZj7eyvYAl4BX4mp59rAehkFxCS+n1oDNpNZQFzi1pP5 TBAHCUgs2XOeGcIWlXj5+B8rhK0k8fH3fHaIeh2JBbs/sUHY2hLLFr5mhpgvKHFy5hOWCYxC s5CMnYWkZRaSlllIWhYwsqxi5CgtLsjJTTcy2MQIDOJjEmy6OxjvT/c8xCjAwajEw/thum2E EGtiWXFl7iFGCQ5mJRHe0mC7CCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8cavvhwsJpCeWpGan phakFsFkmTg4pRoYq5cGraqxuW3XeGzVxraFLGtq0tfsyuRI3x3gs8fi8rVFNzdVHHjwtnJC t25k5dN/UTfyDJNP1jz//CT08ouMxsMsrTt3iD40mlSz2Ufz8K80ab1THvc2fY9YZRgRwNMx Ketyb/bKHy1xqW4W8pH1IVaP+UyOPG4u3lIUaLt7hqXt4Z9v76c5KbEUZyQaajEXFScCAKGk aO5eAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/EcLWh13vU8FWbduCvLD9qhWciiw>
Subject: [v6ops] AD sponsoring draft-bchv-rfc6890bis-02
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: Wed, 30 Nov 2016 04:36:34 -0000

Hi all,=0A=
    I am considering AD sponsoring the following draft=0A=
=0A=
https://tools.ietf.org/html/ draft-bchv-rfc6890bis-02=0A=
=0A=
This draft updates RFC6890 that was published as an AD sponsored document =
=0A=
through the Internet area. If you have any concerns either with the content=
 =0A=
of the draft or with me progressing it as an AD sponsored document please l=
et =0A=
me know before 2016/12/14.=0A=
=0A=
Thanks=0A=
Suresh=0A=
=0A=
NOTE: I have CCed: all the WGs that I thought could be potentially interest=
ed =0A=
in this work. If you think I have missed out any WG(s) please let me =0A=
know/forward.=0A=
=0A=


From nobody Wed Nov 30 10:00:42 2016
Return-Path: <bob.hinden@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 C14021298BF; Wed, 30 Nov 2016 10:00:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.1
X-Spam-Level: 
X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 CMP3QmQ5kzjd; Wed, 30 Nov 2016 10:00:40 -0800 (PST)
Received: from mail-wj0-x242.google.com (mail-wj0-x242.google.com [IPv6:2a00:1450:400c:c01::242]) (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 6FBE9129570; Wed, 30 Nov 2016 10:00:39 -0800 (PST)
Received: by mail-wj0-x242.google.com with SMTP id jb2so23390458wjb.3; Wed, 30 Nov 2016 10:00:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=Kg6aXc5hcldXFx3smoRZAjtC318IRkzWyOL5NsQQt9c=; b=Y0qrCSQfnJchXJgGFwMLTg+mHd1j4HM3D4Ca6kju5JSu4DDQFCbuPUbPgqeZ6uk28M 9ZIZWAcL23g6Vx/iPgNe9EI4xmzzc3vYR+XFICxvC++f3//oV9kIHS5zBXB6p/TsorI4 otuAs+krf8+8MMAls4gIJowQQTJyQebWWktUwXU1iESERb2NpLGn+1+yunayhqwp5VES O3mw0SDdh7TxgWLO75RLvwNYMXcyGMp/FyPkK79EZwvSCSaglk8fL9Qg5Aaujj4BylYj dxnFRKwskMZwO851TNtRRH/SKVJ4LkwC2wxZUMpl87rnovCCEPzvYbin2bXb8K+Xzegf FYdQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=Kg6aXc5hcldXFx3smoRZAjtC318IRkzWyOL5NsQQt9c=; b=ZcMArnskMqBehHWQeeoN8iowKxwWboVPEoRCjezsWzQjnCrEcEJ/o9ug8oW1Q6rzx/ yXAbU9fWvSFvunNCaEuuRCS+Inx5hH82nKvW7KL1jwTesp1KOcw9cstj3DWie7fdFL1Y 6Sykvv82kZZx6WHDNR+rOnmWgkeUHrkgxLQHVVRMrV+ie7dkSJ/+4iRa5c8jauQsIudl tz+h6BlfvLCixE0NSB0pdT/YDzjlAJkeGyGLJP1iVVVRD0G7sRQPjVn0y0xdfg3C3/ba RnpQ0+PanfE7plY66tYe38s6TPgxGQXifYMTTlWVdldIepjMnl3uoLLjeUZz6nUIMtvS KOmw==
X-Gm-Message-State: AKaTC01QMRaLqVfu/yK0JhKREvnKa5r/zQZe9MBgMLemW0r8dHrVXFI1hzxDsTZW5/FScw==
X-Received: by 10.194.149.143 with SMTP id ua15mr35146835wjb.48.1480528837814;  Wed, 30 Nov 2016 10:00:37 -0800 (PST)
Received: from [10.0.0.23] (c-71-202-18-198.hsd1.ca.comcast.net. [71.202.18.198]) by smtp.gmail.com with ESMTPSA id x140sm9112389wme.19.2016.11.30.10.00.35 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 30 Nov 2016 10:00:37 -0800 (PST)
Content-Type: multipart/signed; boundary="Apple-Mail=_B0430710-33E7-4710-9B54-62CFA3757C8A"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Bob Hinden <bob.hinden@gmail.com>
In-Reply-To: <E87B771635882B4BA20096B589152EF644041515@eusaamb107.ericsson.se>
Date: Wed, 30 Nov 2016 10:00:10 -0800
Message-Id: <0CC5E9EB-7A1C-41B7-9F75-9A04D6681F7E@gmail.com>
References: <E87B771635882B4BA20096B589152EF644041515@eusaamb107.ericsson.se>
To: Suresh Krishnan <suresh.krishnan@ericsson.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/m2YbPHUGs8jPehh8AQULvzbLCGU>
Cc: Internet Area <int-area@ietf.org>, v6ops <v6ops@ietf.org>, IPv6 List <ipv6@ietf.org>
Subject: Re: [v6ops] [Int-area] AD sponsoring draft-bchv-rfc6890bis-02
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: Wed, 30 Nov 2016 18:00:42 -0000

--Apple-Mail=_B0430710-33E7-4710-9B54-62CFA3757C8A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

This was discussed in the 6man session at IETF96.  See:

https://www.ietf.org/proceedings/96/slides/slides-96-6man-4.pdf

Minutes, audio, video:

https://www.ietf.org/proceedings/96/6man.html

Bob



> On Nov 29, 2016, at 8:36 PM, Suresh Krishnan =
<suresh.krishnan@ericsson.com> wrote:
>=20
> Hi all,
>    I am considering AD sponsoring the following draft
>=20
> https://tools.ietf.org/html/ draft-bchv-rfc6890bis-02
>=20
> This draft updates RFC6890 that was published as an AD sponsored =
document
> through the Internet area. If you have any concerns either with the =
content
> of the draft or with me progressing it as an AD sponsored document =
please let
> me know before 2016/12/14.
>=20
> Thanks
> Suresh
>=20
> NOTE: I have CCed: all the WGs that I thought could be potentially =
interested
> in this work. If you think I have missed out any WG(s) please let me
> know/forward.
>=20
>=20
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area


--Apple-Mail=_B0430710-33E7-4710-9B54-62CFA3757C8A
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJYPxOqAAoJEK7rdBF357uoM7MIAI7/7LHKKn3GoYtCLFR7AjnX
7yS0+rfSNx1svoB0yHOb48EGvpNQCb3tlIK1sTeMF56knyGqsZUdPeeIoJYycpOf
WaldI1yR+c0kU+Z3/XXLfUAs0JxtXE16hvPwC+0/mQWrzOQvOPn3YLaA1ykWzqJC
DPz+kJCHCpKjKd8BrxbxpFgFxc/3AWFjUMWdp/1j736exBDbCEQ823QhTIVUlyfU
qlChe3x3SO3XRRAmt5ifoGQ2nIqLDLcH1BNXFCMKIwLX3MmrBuHBwz51k/r5Xwbv
8InnnPd6ouQOWqvaIGrZOu1hkQgd/ybvHnw9I/MgZ1i3UXuvarSW6WMYrdTnSFw=
=T56B
-----END PGP SIGNATURE-----

--Apple-Mail=_B0430710-33E7-4710-9B54-62CFA3757C8A--

