[dc] A purpose of the draft /// Re: draft-khasnabish-vmmi-problems-00.txt
Richard Bin liu <richard.bohan.liu@gmail.com> Thu, 16 February 2012 22:04 UTC
Return-Path: <richard.bohan.liu@gmail.com>
X-Original-To: dc@ietfa.amsl.com
Delivered-To: dc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91B6521E803D for <dc@ietfa.amsl.com>; Thu, 16 Feb 2012 14:04:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_62=0.6, J_CHICKENPOX_73=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oHDdTx7QIxyU for <dc@ietfa.amsl.com>; Thu, 16 Feb 2012 14:04:25 -0800 (PST)
Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 28B0C21E8027 for <dc@ietf.org>; Thu, 16 Feb 2012 14:04:25 -0800 (PST)
Received: by pbcwz7 with SMTP id wz7so3137399pbc.31 for <dc@ietf.org>; Thu, 16 Feb 2012 14:04:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XFqQLfOHKSuoTjG1PrScMWvNjMzwbwyC1i+wWbfHZD8=; b=lF93M3d5dmllDr+1fccX9w5oxa3SA5sI3OCSqDB9/BYWjyYCSREZDBev5cXqDfEWjg 7ab2mjnkZkXUUoQU6AngKEVkRPy+nW7i6oo53HuJS3ZMTc0H8MomiAj+hkh4Pl+GnAn/ Ktybco/j/gXoPSa01sise46LT9ykDtjndcdRc=
MIME-Version: 1.0
Received: by 10.68.213.232 with SMTP id nv8mr12276109pbc.155.1329429865006; Thu, 16 Feb 2012 14:04:25 -0800 (PST)
Received: by 10.142.232.14 with HTTP; Thu, 16 Feb 2012 14:04:24 -0800 (PST)
Date: Fri, 17 Feb 2012 06:04:24 +0800
Message-ID: <CABHc4M0Y54+bZ1ifXgvtPx+Rp=5wLiQiyaMheif-ASbCymqWXA@mail.gmail.com>
From: Richard Bin liu <richard.bohan.liu@gmail.com>
To: david.black@emc.com
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: narten <narten@us.ibm.com>, dc <dc@ietf.org>, Bhumip Khasnabish <vumip1@gmail.com>
Subject: [dc] A purpose of the draft /// Re: draft-khasnabish-vmmi-problems-00.txt
X-BeenThere: dc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Data Center Mailing List <dc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dc>, <mailto:dc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dc>
List-Post: <mailto:dc@ietf.org>
List-Help: <mailto:dc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dc>, <mailto:dc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2012 22:04:30 -0000
Greetings David, Thank you for your comments and question, it is a good question. >From your viewpoint, "the interoperability between the different vender (or SPs)" is the necessary condition of the "to work for the IETF", but I think it is only a sufficient condition of the "to work for the IETF", not a necessary condition, for example, do VM migration between private desktop system with IPV6 addresses systems is not one of the goals of the IETF? Of course yes. Whether or not to agree with my viewpoint, seamless VM migration between a variety of computing systems (servers, tablet PCs, mobile phone system) is an irreversible trend in the future. Do IETF going to miss it? So, I am sorry, in my personal viewpoint, your query is debatable. See here, some people may be in doubt: Is the existing program can not solve your problem? Yes, the reasons for defect analysis of existing system can refer to my following opinion(you can seach "traditional tunneling gateway" to find it in this mail). Many thanks for guidance Regards, Richard Bin Liu liu.bin21@zte.com.cn Richard.BoHan.liu@gmail.com ------------------------------------------------------- > About VM migration in the draft, we did not demand forcibly between the different vender(or SPs), so your concerns may not exist. In other words, there’s no work for the IETF to do because interoperability is not a goal. What have I missed? Thanks, --David From: dc-bounces at ietf.org [mailto:dc-bounces at ietf.org] On Behalf Of liu.bin21 at zte.com.cn Sent: Tuesday, January 31, 2012 10:57 PM To: narten at us.ibm.com; vumip1 at gmail.com Cc: dc at ietf.org Subject: Re: [dc] draft-khasnabish-vmmi-problems-00.txt Thomas, thank you for your comments! About VM migration in the draft, we did not demand forcibly between the different vender(or SPs), so your concerns may not exist. As you say, "let's be realistic", our intention is to improve the flexibility of VM migration, as well as the breadth of applications under the premise of market heavyweights are not opposed to it.In order to achieve these goals, analyse possible problems, discuss and resolve these problems, such as: VM migration is due to a non-public sector energy-efficient needs, rather than to public access without interruption, or business needs of the user's desktop migration, this demand may exist within a same service provider, or you say a same vender with mixed network, for example: With the promotion of IPv6 technology, the existing IPv4 networks will be more and more IPv6 hosts, these applications driven a series of tunnel technologies to provide solutions, such as: 6to4 tunnel technology, ISATAP tunnel technology, and so on. Virtual machine migration technology will also be the basis of these network environments,in the transition network using tunneling transition technique, the connections between the subnets and the backbone network are achieved through the tunneling gateway. In the IPv4/IPv6 transition period, a variety of tunnels coexist. The establishment of the tunnel varies with different gateways. The traditional tunneling gateway only establishes tunnels for communication with the same type of gateway, the different types of traditional tunneling gateway cannot communicate with each other, which cannot meet the requirements of VPN communications in the transition period. A multi-tunnel VPN gateway is used to solve the problem of establishing the tunnel between the heterogeneous gateways. Many thanks for guidance Regards, Bin Liu liu.bin21 at zte.com.cn Richard.BoHan.liu at gmail.com
- [dc] A purpose of the draft /// Re: draft-khasnab… Richard Bin liu
- Re: [dc] A purpose of the draft /// Re: draft-kha… david.black
- Re: [dc] A purpose of the draft /// Re: draft-kha… Bhumip Khasnabish