IETF Logo Mail Archive

Re: [sami] A new draft on state migration use cases is submitted.

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 12 October 2011 07:42 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: sami@ietfa.amsl.com
Delivered-To: sami@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C29A521F8B1D for <sami@ietfa.amsl.com>; Wed, 12 Oct 2011 00:42:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.065
X-Spam-Level:
X-Spam-Status: No, score=-103.065 tagged_above=-999 required=5 tests=[AWL=0.184, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 TCQHf1pEXqF3 for <sami@ietfa.amsl.com>; Wed, 12 Oct 2011 00:42:28 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 13DD721F8A6F for <sami@ietf.org>; Wed, 12 Oct 2011 00:42:28 -0700 (PDT)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6C21F20DA9; Wed, 12 Oct 2011 09:42:27 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id spLDhIjS8mtJ; Wed, 12 Oct 2011 09:42:26 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CC81820DA6; Wed, 12 Oct 2011 09:42:25 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 811391B1D979; Wed, 12 Oct 2011 09:42:11 +0200 (CEST)
Date: Wed, 12 Oct 2011 09:42:11 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Yingjie Gu(yingjie)" <guyingjie@huawei.com>
Message-ID: <20111012074211.GC13898@elstar.local>
References: <20111009160138.GB99820@elstar.local> <000601cc86eb$829967f0$87cc37d0$@com> <2CE4AB2F9CD06543A3F2B0FE76661E12125C85F9@fzex.ruijie.com.cn> <4A95BA014132FF49AE685FAB4B9F17F61209F3D1@dfweml506-mbx> <169529F73649BF469B4F61792955CD5C125E230D@fzex.ruijie.com.cn> <20111011075143.GB9466@elstar.local> <CAB+71L1Ltu4TMTwejEzBDPuKcC+_cwF5YqV1fJc_o0t3WhW2gg@mail.gmail.com> <003c01cc888a$a0a230b0$e1e69210$@com> <20111012061738.GB13515@elstar.local> <005a01cc88ab$650e4180$2f2ac480$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <005a01cc88ab$650e4180$2f2ac480$@com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: 'A tao' <yangjingtao@gmail.com>, "'卓志强(研七 福州)'" <zhuozq@ruijie.com.cn>, "'刘茗(研六 福州)'" <lium@ruijie.com.cn>, 'Linda Dunbar' <linda.dunbar@huawei.com>, sami@ietf.org
Subject: Re: [sami] A new draft on state migration use cases is submitted.
X-BeenThere: sami@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: State Migration <sami.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sami>, <mailto:sami-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sami>
List-Post: <mailto:sami@ietf.org>
List-Help: <mailto:sami-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sami>, <mailto:sami-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Oct 2011 07:42:28 -0000

On Wed, Oct 12, 2011 at 02:51:39PM +0800, Yingjie Gu(yingjie) wrote:
 
> I think Software Driven Network has no clear relationship to State Migration
> after I read the drafts. I may be wrong, could you give some hints based on
> your knowledge?

Software Driven Network seems to be a different name for what is known
as OpenFlow networks <http://www.openflow.org>, where the control
logic of a network is separated from the hardware taking care of
packet forwarding. If you have OpenFlow switches in front of your
hypervisors, than you control the flow processing behaviour of the
switches from a logically centralized external controller. Moving a VM
then just requires to inform the controller and the controller in turn
will "reprogram" the OpenFlow switches to move the data where it needs
to be.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>

v2.23.0 | Report a Bug | By Email