Re: [Ideas] A comment on the use case draft

Hesham ElBakoury <Hesham.ElBakoury@huawei.com> Wed, 22 March 2017 08:36 UTC

Return-Path: <Hesham.ElBakoury@huawei.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9046C13153E for <ideas@ietfa.amsl.com>; Wed, 22 Mar 2017 01:36:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 R5K9s_-G-wZ5 for <ideas@ietfa.amsl.com>; Wed, 22 Mar 2017 01:36:37 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02C4213153C for <ideas@ietf.org>; Wed, 22 Mar 2017 01:36:28 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJI46250; Wed, 22 Mar 2017 08:36:24 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 22 Mar 2017 08:36:10 +0000
Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.8]) by SJCEML702-CHM.china.huawei.com ([169.254.4.233]) with mapi id 14.03.0235.001; Wed, 22 Mar 2017 01:35:58 -0700
From: Hesham ElBakoury <Hesham.ElBakoury@huawei.com>
To: "O. Ozan Koyluoglu" <ozan.koyluoglu@berkeley.edu>, "ideas@ietf.org" <ideas@ietf.org>
Thread-Topic: [Ideas] A comment on the use case draft
Thread-Index: AQHSoo4lopinQwB8Kk+dU4oUVfiOSqGgh/Yg
Date: Wed, 22 Mar 2017 08:35:57 +0000
Message-ID: <C3855D43D6701846AD1151A536E7A058240027E4@SJCEML701-CHM.china.huawei.com>
References: <CAL8GJ8x6VMfx9gN7SWZ-q=bGJ1NxXbnGcfvhVMjf+zKVbMZFww@mail.gmail.com>
In-Reply-To: <CAL8GJ8x6VMfx9gN7SWZ-q=bGJ1NxXbnGcfvhVMjf+zKVbMZFww@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.245.229]
Content-Type: multipart/mixed; boundary="_004_C3855D43D6701846AD1151A536E7A058240027E4SJCEML701CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58D2378A.0492, ss=1, re=0.000, recu=0.000, reip=0.000, vtr=str, vl=0, cl=1, cld=1, fgs=0, ip=169.254.3.8, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 9632ff7e4fdb52bec3bdf1744fdf5127
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/CMpUiJOHhqomjm7gkd08Ohq1UaY>
Subject: Re: [Ideas] A comment on the use case draft
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Mar 2017 08:36:42 -0000

Cisco uses LISP to support VM migration between data centers w/o changing its IP address. Please see the attached white paper.

Hesham

From: Ideas [mailto:ideas-bounces@ietf.org] On Behalf Of O. Ozan Koyluoglu
Sent: Tuesday, March 21, 2017 2:56 PM
To: ideas@ietf.org
Subject: [Ideas] A comment on the use case draft

There is a use case in data center networks, which could be discussed here. Using such an ID-based technology and a directory system (such as GRIDS), services and virtual machines can migrate to any desired server much easily without a need of an explicit IP address change between VMs, by keeping the same ID. In this context, location address can be composed of the address of the top of the rack switch that a server connects to and an additional server number.
Directory system can also be utilized for load balancing in this scenario. See, e.g., the paper titled “VL2: A scalable and flexible data center network”.