Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info
Owen DeLong <owen@delong.com> Wed, 20 September 2017 15:14 UTC
Return-Path: <owen@delong.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 A6A49134222 for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 08:14:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.595
X-Spam-Level:
X-Spam-Status: No, score=-3.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, FUZZY_MILLION=2.505, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 J2x8oLfmed5P for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 08:14:14 -0700 (PDT)
Received: from owen.delong.com (owen.delong.com [192.159.10.2]) by ietfa.amsl.com (Postfix) with ESMTP id 0AFB113214D for <v6ops@ietf.org>; Wed, 20 Sep 2017 08:14:13 -0700 (PDT)
Received: from rev-2001-13c7-7003-eventos.lacnic.net (rev-2001-13c7-7003-eventos.lacnic.net [IPv6:2001:13c7:7003:200:18e1:f2c1:ded:bb79] (may be forged)) (authenticated bits=0) by owen.delong.com (8.14.5/8.14.5) with ESMTP id v8KFD7ZH008067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 20 Sep 2017 08:13:10 -0700
Content-Type: multipart/alternative; boundary="Apple-Mail=_B1A8DB36-2095-4A07-B3E8-161751045A72"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <75a6ea1b-de5d-5b8d-b3d9-d24edbb7bfad@gmail.com>
Date: Wed, 20 Sep 2017 12:13:10 -0300
Cc: v6ops@ietf.org
Message-Id: <3521F710-56E4-4950-9EA0-6ECC58219F11@delong.com>
References: <C1017FAF-91C3-4CA3-89C2-B64FF5100E41@consulintel.es> <85d934b3-ae06-c0ea-3519-4069c8387f0a@gmail.com> <C33DB89E-C005-4A32-9066-C8EE710F3255@consulintel.es> <b16c4ca2-da97-9a5a-0f88-6388ebbda80e@gmail.com> <B9C2822F-56EE-47D8-AAB5-C041A3D22F41@gmail.com> <f23854dd-0952-eedb-802b-8506dc111da7@gmail.com> <355FA9BA-CBE9-41AC-8FA6-B44C15C7420B@gmail.com> <58bb7a08-4595-f9b8-0be4-25bb471ca2db@gmail.com> <CAAedzxrMk10P8g0p5=1m8rANFy6+GvkA7+SrnWLKp3Do7sY5aw@mail.gmail.com> <d441f1cd-7b22-f94f-1fe2-4b12ab47ae21@gmail.com> <39456568-1DF0-4D51-8E94-0FDF3595EB31@consulintel.es> <58c5384b-d7d4-f89b-4e1c-f340d2af6630@gmail.com> <8AC03AD2-A7C0-48ED-BFD1-54AEF6A2C29B@consulintel.es> <75a6ea1b-de5d-5b8d-b3d9-d24edbb7bfad@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
X-Mailer: Apple Mail (2.3124)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (owen.delong.com [IPv6:2620:0:930::200:2]); Wed, 20 Sep 2017 08:13:12 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/T5bvnAgfqQ8VYiZr9jwL1LULUOU>
Subject: Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Sep 2017 15:14:16 -0000
> On Sep 20, 2017, at 10:44 AM, Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote: > > > > Le 20/09/2017 à 15:35, JORDI PALET MARTINEZ a écrit : >> Why you try to mix things? > > I dont mix. You want a unique STdsTRack. Do you think the place is empty? I’m not sure where you get “unique”. I think Jordi wants 464XLAT moved to Standards track rather than informational. I don’t see anything about unique in his request. > As I said already, there is already IPv6-in-GTP for transitioning and DHCPv6-PD for Prefix Delegation. These are standards. I guess the question I have for this statement is “why is this relevant to whether or not we move 464XLAT to standard?” >> CLAT is a transition mechanism. SLAAC or DHCPv6 (-PD) is a way to provision addresses/prefixes. >> No sense to mix all them. > > That's a problem. You want them to work together, not to compete. This makes no sense to me. IMHO, they don’t compete and CLAT can work regardless of how the IPv6 address on the client is obtained, whether SLAAC, DHCPv6, static, or otherwise. > You want them to have different functions. CLAT doesn’t have an IPv6 address assignment function so they do, in fact, have different functions. > But the function to get a prefix is a unique function. CLAT doesn’t have anything to do with getting a prefix for IPv6. >> Many other transition mechanisms don’t state if SLAAC or DHCPv6 is used or not, and I think is perfectly correct. > > Most of them are not dynamic in nature anyways, whereas CLAT seems to be. My understanding is that CLAT is dynamic only on the IPv4 side. On the IPv6 side, to the best of my knowledge, it just uses whatever IPv6 address is available on the client’s interface(s). > As long as they dont claim, and they abstain from to dynamically set a prefix on the network they are fine with respect to DHCP-PD. > > But once CLAT gets into statements qualifying which is better SLAAC-vs-DHCP then we have a big problem. Sigh… I agree that there’s no reason for CLAT to make any such statement. If the current CLAT RFC(s) do, then, perhaps we should argue for cleaning that up as part of the process of moving towards a standards track RFC, but if that’s what you’re on about here, then just say that. You’ve wasted multiple messages talking about completely orthogonal issues where the above statement is the first clue you’ve provided about what is apparently your actual concern. Owen > > Alex > >> Regarsd, >> Jordi >> -----Mensaje original----- >> De: v6ops <v6ops-bounces@ietf.org> en nombre de Alexandre Petrescu <alexandre.petrescu@gmail.com> >> Responder a: <alexandre.petrescu@gmail.com> >> Fecha: miércoles, 20 de septiembre de 2017, 10:28 >> Para: <v6ops@ietf.org> >> Asunto: Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info >> Le 20/09/2017 à 15:19, JORDI PALET MARTINEZ a écrit : >> > Google is your friend: >> > >> > https://android.googlesource.com/platform/external/android-clat/ >> Google is my friend. >> Ctrl-F also, and that page does not seem to display any correction that >> says "DHCP" in the last 3 and a half years. >> But I think CLAT should run DHCP somehow, otherwise it's a non standard >> way to get Prefix Delegation. Does it? (I may download it later and >> look at it). >> As long as these two things stay distinct they are in competition. >> Once you make 464XLAT StdsTrack you cant also keep DHCPv6-PD as >> StdsTrack - they are on the same layer. >> But yes, you can keep XMPP on the StdsTrack, because it's on another layer. >> Alex >> > >> > Same for other questions that you asked before … you can find it also for OpenWRT. >> > >> > Regards, >> > Jordi >> > >> > >> > -----Mensaje original----- >> > De: v6ops <v6ops-bounces@ietf.org> en nombre de Alexandre Petrescu <alexandre.petrescu@gmail.com> >> > Responder a: <alexandre.petrescu@gmail.com> >> > Fecha: miércoles, 20 de septiembre de 2017, 9:55 >> > Para: Erik Kline <ek@google.com> >> > CC: "v6ops@ietf.org" <v6ops@ietf.org> >> > Asunto: Re: [v6ops] reclassify 464XLAT as standard instead of info >> > >> > No need to stress terms like billions; that's what modem manufacturers >> > put on the market too routinely. Maybe we can talk trillions of IoT >> > devices. Maybe we can use the SI prefixes, like exa, or peta. >> > >> > That aside, I would like to ask you whether the CLAT src on Android is >> > something I could look at? >> > >> > Alex >> > >> > Le 20/09/2017 à 08:03, Erik Kline a écrit : >> > > There seem to be some misconceptions flying around here. >> > > >> > >> Well, I dont think 464XLAT is deployed anywhere else than on cellular. These >> > >> are the big numbers that the Original Poster talked about: miliions of users >> > >> - they are on cellular. >> > > >> > > 464xlat is a client-side bit of code (the NAT64+DNS64 in the network >> > > is the "other half"). It is primarily implemented in mobile devices, >> > > and primarily in Android, to be more specific. >> > > >> > > As such, the number of 464xlat capable nodes is numbered in the /billions/. >> > > >> > > There are also some wifi (and wired) networks that are IPv6-only with >> > > NAT64+DNS64; mobile networks aren't the only ones. >> > > >> > > NAT64+DNS64 is easily the single most successful IPv6 transition >> > > technology on the planet ([a] if one excludes "dualstack", [b] queue >> > > the Sean Spicer jokes). 464xlat can help ease things on the client >> > > side, but it's not the only way to do it (cf. iOS). >> > > >> > >> > _______________________________________________ >> > 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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. >> > >> > >> > >> > _______________________________________________ >> > 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 >> ********************************************** >> 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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. >> _______________________________________________ >> v6ops mailing list >> 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 <https://www.ietf.org/mailman/listinfo/v6ops>
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- [v6ops] reclassify 464XLAT as standard instead of… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Ted Lemon
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Fred Baker
- Re: [v6ops] reclassify 464XLAT as standard instea… Brian E Carpenter
- Re: [v6ops] reclassify 464XLAT as standard instea… Fred Baker
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Owen DeLong
- Re: [v6ops] reclassify 464XLAT as standard instea… Fred Baker
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… David Schinazi
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… t.petch
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassif… JORDI PALET MARTINEZ
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: recla… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: recla… Alexandre Petrescu
- [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* S… JORDI PALET MARTINEZ
- [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* S… JORDI PALET MARTINEZ
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Owen DeLong
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: recla… Erik Kline
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: recla… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Fred Baker
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Owen DeLong
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: recla… Owen DeLong
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Ole Troan
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Ca By
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Owen DeLong
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Tim Chown
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Tim Chown
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] Forget CLAT Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] dont reclassify 464XLAT as BCP instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] Forget CLAT Lorenzo Colitti
- Re: [v6ops] Forget CLAT Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Ca By
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Mikael Abrahamsson
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Owen DeLong
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Mikael Abrahamsson
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Mikael Abrahamsson
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Ca By
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Ca By
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Brian E Carpenter
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… t.petch
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Ole Troan
- Re: [v6ops] reclassify 464XLAT as standard instea… Philip Homburg
- Re: [v6ops] reclassify 464XLAT as standard instea… Rajiv Asati (rajiva)
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Philip Homburg
- Re: [v6ops] reclassify 464XLAT as standard instea… Ca By
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Tim Chown
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Mark Andrews
- Re: [v6ops] reclassify 464XLAT as standard instea… Brian E Carpenter
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Lorenzo Colitti
- Re: [v6ops] reclassify 464XLAT as standard instea… Rajiv Asati (rajiva)
- Re: [v6ops] reclassify 464XLAT as standard instea… Lee Howard
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Kossut Tomasz - Hurt
- Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPA… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Richard Patterson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Mikael Abrahamsson
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Erik Kline
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] reclassify 464XLAT as standard instea… Brian E Carpenter
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… JORDI PALET MARTINEZ
- Re: [v6ops] reclassify 464XLAT as standard instea… Fred Baker
- Re: [v6ops] reclassify 464XLAT as standard instea… Gert Doering
- Re: [v6ops] reclassify 464XLAT as standard instea… Alexandre Petrescu
- Re: [v6ops] IPv6 and Apple iPhone LTE interface (… Alexandre Petrescu
- Re: [v6ops] IPv6 and Apple iPhone LTE interface (… james woodyatt
- Re: [v6ops] IPv6 and Apple iPhone LTE interface Alexandre Petrescu
- Re: [v6ops] IPv6 and Apple iPhone LTE interface Kossut Tomasz - Hurt
- Re: [v6ops] IPv6 and Apple iPhone LTE interface Alexandre Petrescu