IETF Logo Mail Archive

Re: [v6ops] The need for local-ipv4 socket transition solutions -- NAT64/DNS64 remains insufficient

Xing Li <xing@cernet.edu.cn> Sun, 22 March 2015 19:59 UTC

Return-Path: <xing@cernet.edu.cn>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C73211A1A47 for <v6ops@ietfa.amsl.com>; Sun, 22 Mar 2015 12:59:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.791
X-Spam-Level:
X-Spam-Status: No, score=0.791 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 WgWOBLKStHoz for <v6ops@ietfa.amsl.com>; Sun, 22 Mar 2015 12:59:44 -0700 (PDT)
Received: from cernet.edu.cn (mail.cernet.edu.cn [202.112.39.2]) by ietfa.amsl.com (Postfix) with ESMTP id 601051A1A32 for <v6ops@ietf.org>; Sun, 22 Mar 2015 12:59:42 -0700 (PDT)
Received: from [127.0.0.1] (unknown [31.133.142.77]) by centos (Coremail) with SMTP id AQAAf3DbpgTMHQ9VGsEcAA--.6474S5; Mon, 23 Mar 2015 03:53:53 +0800 (CST)
Message-ID: <550F1F1F.3060703@cernet.edu.cn>
Date: Mon, 23 Mar 2015 03:59:27 +0800
From: Xing Li <xing@cernet.edu.cn>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Kossut Tomasz - Hurt <Tomasz.Kossut@orange.com>
References: <CAD6AjGT-hG-uvRQvRosrZtfrf0Nb8ne9jy=tD9oh=5zNM42Xsg@mail.gmail.com> <alpine.DEB.2.02.1503200639340.20507@uplift.swm.pp.se> <20150320134204.32af9c67@echo.ms.redpill-linpro.com> <A0BB7AD89EA705449C486BDB5FDCBC7B28518DD8@OPE10MB06.tp.gk.corp.tepenet>
In-Reply-To: <A0BB7AD89EA705449C486BDB5FDCBC7B28518DD8@OPE10MB06.tp.gk.corp.tepenet>
Content-Type: multipart/alternative; boundary="------------010407090202060208020306"
X-CM-TRANSID: AQAAf3DbpgTMHQ9VGsEcAA--.6474S5
X-Coremail-Antispam: 1UD129KBjvJXoW7AFyxGF1kXr18ZF4xGrykZrb_yoW8ZF1Upw s8Kr4UKr1DJ34Y93s7ur4xJr909rZ7t3y5GrnxGwn8C398Ja4jgrW8Kw4aka4UWr1rGF1j qrWj9r15A3WUZrJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUDab7Iv0xC_KF4lb4IE77IF4wAFF20E14v26r4j6ryUM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_Jr0_JF4l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Jr0_ Gr1l84ACjcxK6I8E87Iv67AKxVWUJVW8JwA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_Jr0_Gr 1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG6c804VAFz4xC04v7McIj6I8E87Iv67AK xVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IY64vIr41l7480Y4vEI4kI2Ix0rV Aqx4xJMxAIw28IcxkI7VAKI48JMI8I3I0E5I8CrVAFwI0_JrI_JrWlx2IqxVCjr7xvwVAF wI0_JrI_JrWlx4CE17CEb7AF67AKxVWUAVWUtwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20x vE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6xAIw20EY4v2 0xvaj40_Wr1j6rW3Jr1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267 AKxVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7IU11SoJUUUUU==
X-CM-SenderInfo: p0lqwqxfhu0vvwohv3gofq/
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/IiZMAcZMnX_JJPjDGaYiXDXw7Bo>
Cc: IPv6 Ops WG <v6ops@ietf.org>, Tore Anderson <tore@fud.no>
Subject: Re: [v6ops] The need for local-ipv4 socket transition solutions -- NAT64/DNS64 remains insufficient
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 22 Mar 2015 19:59:46 -0000

Kossut Tomasz - Hurt ??:
> CLAT is already in Windowsphone 8.1 - Pere & All thank you very much :)
>
> Idea of fancy "IPv6 bulding, house, cavern " is interesting but... I would suggest to enable IPv6 on key Microsoft content ie. Bing.com, live.com etc. 
> "Internet is content" 
> Cheers,
> tk 
>   
It will be great, if the new versions of all the operating systems can 
support both the CPE function of MAP-T (stateless NAT64 in the core) and 
CLAT for 464XLAT (stateful NAT64 in the core).

Regards,

xing

>
> -----Original Message-----
> From: Tore Anderson [mailto:tore@fud.no] 
> Sent: Friday, March 20, 2015 1:42 PM
> To: Mikael Abrahamsson
> Cc: IPv6 Ops WG
> Subject: Re: [v6ops] The need for local-ipv4 socket transition solutions -- NAT64/DNS64 remains insufficient
>
> * Mikael Abrahamsson <swmike@swm.pp.se>
>
>   
>> Until then, the operating system will have to implement functions like 
>> 464XLAT to work around this situation. It's not good, but I'd say this 
>> is pretty typical transition problem.
>>     
>
> Yep.
>
> Justine Vick from Microsoft held a very interesting presentation at the
> V6 World Congress on Wednesday about their plans to make one of their buildings IPv6-only. One of the things she had identified a need for was to have a CLAT in the desktop version of Windows. She had already established contact with the relevant teams to try to make that happen (I asked her to add the Windows Server folks to her CC list). Fingers crossed!
>
> Once we can translate IPv4 on our network borders/edges and keep the network itself IPv6-only we have way to proceed with the transition.
> Hopefully it will eventually dawn on the apps and web sites that use of literals or depending on AF_INET sockets isn't particularly smart if they want the optimal performance and functionality. (But if they don't it's no big deal either, they can get the best-effort service level.)
>
> Tore
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
>
>

v2.23.0 | Report a Bug | By Email