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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 20 September 2017 13:39 UTC

Return-Path: <prvs=143688d48d=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 933651331E7 for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 06:39:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.505
X-Spam-Level:
X-Spam-Status: No, score=0.505 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FUZZY_MILLION=2.505] autolearn=no 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 mpjNKsqbocBS for <v6ops@ietfa.amsl.com>; Wed, 20 Sep 2017 06:39:03 -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 AD1E3133053 for <v6ops@ietf.org>; Wed, 20 Sep 2017 06:39:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1505914741; x=1506519541; 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=+MqFmGn7mtvk2w3Co/gmQ6Wvx kjfmEekpmCTutu/pk4=; b=hP4LNnaV3in6XsUbCmpMf4ymR7wSFsHov15EMjqRK PeYZKiZj4FI21NqYmRR+Jma/l/kP8jZWQhrIS1pbckw4xrUdutD9HJQlukQUMUNg Xv/QtSClTd/t5cxsxohNWc5r0nOgWISM7/LPXjn6kUfDN8IPyJLldmREUZfr3oha as=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=orVl2aGCyMyCXzlJ4mYAQT+Wtt+3yHA76Vwk3Dy9mWvU1xrY1D3qeT/kvuMq FhN8s+r1TPbVKFp5L6L8DI+z0BTMXEC3twI+/jaqtCr9fSIpJNxb8Kn2z 9EC+2V0ZvZAFnsLdZS6ATrvvrgpFvFePGkaXSIYbBnAqn+vxVzdP94=;
X-MDAV-Processed: mail.consulintel.es, Wed, 20 Sep 2017 15:39:01 +0200
X-Spam-Processed: mail.consulintel.es, Wed, 20 Sep 2017 15:39:00 +0200
Received: from [45.6.249.104] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005561250.msg for <v6ops@ietf.org>; Wed, 20 Sep 2017 15:38:59 +0200
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:170920:md50005561250::3EOehGNpEwAJ7lb2:000017Xv
X-Return-Path: prvs=143688d48d=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.26.0.170902
Date: Wed, 20 Sep 2017 10:38:52 -0300
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <AE169732-CC3A-41A4-8E14-C58CA53139CA@consulintel.es>
Thread-Topic: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info
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> <b523fcdc-90ac-d58f-b67f-1568a9c40969@gmail.com>
In-Reply-To: <b523fcdc-90ac-d58f-b67f-1568a9c40969@gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
X-Spam-Prev-Subject: Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/_Y7iuxGasqmmvMvOmPglU7gs5To>
Subject: [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 13:39:05 -0000

Don’t know the chipset hardware details.

In our trials, they were several models from well know Chinese vendors.

I really doubt chipsets block DHCPv6 messages. You should contact those chipset vendors and make sure about that.

https://github.com/openwrt-routing/packages/blob/master/nat46/files/464xlat.sh

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, 10:34
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/
    > 
    > Same for other questions that you asked before … you can find it also for OpenWRT.
    
    Jordi, please let me ask again: I would like to ask you which LTE modem 
    was inside the LTE router?
    
    Because the Balong modem in some Huawei smartphones, and some
    Qualcomm MDM8xxxx series in some IoT devices block DHCPv6 messages.
    
    OpenWRT is an OS, not a  modem.  An OS runs on many kinds of modems. 
    Some modems block DHCP altogether.
    
    You cant just redirect me to OpenWRT.
    
    Alex
    
    > 
    > 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.