[trill] TRILL FGL should support VM mobility

Haoweiguo <haoweiguo@huawei.com> Thu, 02 May 2013 12:40 UTC

Return-Path: <haoweiguo@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8465E21F9658 for <trill@ietfa.amsl.com>; Thu, 2 May 2013 05:40:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.245
X-Spam-Level:
X-Spam-Status: No, score=-4.245 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_63=0.6, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4]
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 sqo0TnscTcZd for <trill@ietfa.amsl.com>; Thu, 2 May 2013 05:40:34 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B423921F86B2 for <trill@ietf.org>; Thu, 2 May 2013 05:40:33 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQZ61417; Thu, 02 May 2013 12:40:31 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Thu, 2 May 2013 13:39:33 +0100
Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.7; Thu, 2 May 2013 13:40:24 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.113]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.01.0323.007; Thu, 2 May 2013 20:40:19 +0800
From: Haoweiguo <haoweiguo@huawei.com>
To: "trill@ietf.org" <trill@ietf.org>, "Radia@alum.mit.edu" <Radia@alum.mit.edu>, "Donald Eastlake (d3e3e3@gmail.com)" <d3e3e3@gmail.com>
Thread-Topic: TRILL FGL should support VM mobility
Thread-Index: Ac5HMjRLVWyLism0RayH2ro1gQv33w==
Date: Thu, 02 May 2013 12:40:19 +0000
Message-ID: <DD5FC8DE455C3348B94340C0AB5517334F664922@nkgeml501-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.135.22.248]
Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB5517334F664922nkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: [trill] TRILL FGL should support VM mobility
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 May 2013 12:40:39 -0000

Hi all,

The VMs belonging to same tenant can spread over multiple edge RBs, these VMs can use different local vlan to access same FGL network. FGL allocation can be through centralized orchestrator or distributed protocol and FGL should be ensured to be same in all trill campus for same tenant.
1,Centralized method:
When first VM belonging to a tenant accesses to trill campus, orchestrator should allocate new FGL to the tenant and download FGL and access vlan mapping information to the access edge RB. Later when other VMs of the tenant access,the orchestrator should use VN name to find already allocated FGL. If FGL is found successful, the orchestrator should use the already allocated FGL and download FGL and access vlan mapping information to the new access edge RB.

2,Distributed method:
When first VM belonging to a tenant accesses to trill campus,  edge RB allocates FGL by VN Name. Then the RB floods FGL and VN Name mapping information to TRILL campus, all other RBs should save the mapping information for later use. Later when other RBs of the tenant access to other edge RB, the edge RB should use VN name to find already allocated FGL by other edge RB.

Does trill protocol should be extended to support flooding FGL and VN name mapping information? comments are welcomed!

thanks

weiguo