[lisp] Fwd: New Version Notification for draft-barkai-lisp-nfv-05.txt

Sharon <sbarkai@gmail.com> Tue, 28 October 2014 00:58 UTC

Return-Path: <sbarkai@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2ED51A1B96 for <lisp@ietfa.amsl.com>; Mon, 27 Oct 2014 17:58:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.398
X-Spam-Level:
X-Spam-Status: No, score=-1.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_35=0.6, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=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 iGFqMSN9srgC for <lisp@ietfa.amsl.com>; Mon, 27 Oct 2014 17:58:10 -0700 (PDT)
Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F1921A874B for <lisp@ietf.org>; Mon, 27 Oct 2014 17:58:10 -0700 (PDT)
Received: by mail-qa0-f49.google.com with SMTP id i13so2741268qae.8 for <lisp@ietf.org>; Mon, 27 Oct 2014 17:58:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:mime-version:date :subject:references:to:message-id; bh=SahisCXGwOkVXAteGy163cl2MWPidtG9XtXTQ+YCHOU=; b=fzN/SN1PZWyiLEGfODVVCxIG46CBJHeuj8fVNXgVfnKr5XD0rsQJr/fyW5gzUwupj+ 0/ZBiHY33AG65XWWRcYYnTBbAFp6zjEh7gIA0bxvGrsmP/pehmmHAL5XYWtElFNcgCw9 cFMB/lhBrj0rpeQWaZ9h6G2msJ06iATbglAVwGdwy97nVkVMbK8rUS+S76NdR5zyhKfm 2IEVyw6+/VGMTjx7OCUzJKu/BoDD1PBvYpAO/Q2n7VoWGXcuHTrhJngKkVlt6I1KgiLT FddDDg/ZBpDAS2paNL0mW2SQGE2Iiplo5cFGdRFy9h0oTFVtYBXNi9wgjf3mdcgMH8XI 5AIQ==
X-Received: by 10.224.124.67 with SMTP id t3mr156076qar.20.1414457889623; Mon, 27 Oct 2014 17:58:09 -0700 (PDT)
Received: from [192.168.1.102] (108-214-96-27.lightspeed.sntcca.sbcglobal.net. [108.214.96.27]) by mx.google.com with ESMTPSA id p5sm58660qah.3.2014.10.27.17.58.08 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Oct 2014 17:58:09 -0700 (PDT)
From: Sharon <sbarkai@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail-8072B9E6-2F90-407F-AD62-C0FB302FA2B4"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
Date: Mon, 27 Oct 2014 17:58:07 -0700
References: <20141027215256.20241.64097.idtracker@ietfa.amsl.com>
To: LISP mailing list list <lisp@ietf.org>
Message-Id: <8289F0A2-08C6-4302-B5A6-052C7008DD9F@gmail.com>
X-Mailer: iPhone Mail (12B411)
Archived-At: http://mailarchive.ietf.org/arch/msg/lisp/J3q9oYzr6R78gHFPZUYNVXEUXMM
Subject: [lisp] Fwd: New Version Notification for draft-barkai-lisp-nfv-05.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Oct 2014 00:58:14 -0000

Thanks Alberto for the refresh!
Hopefully now given the  progress with core arch-impact docs we would be able to progress the draft outlining the use of lisp-arch to create a flow-mapping fabric  connecting subscribers (millions) to virtualized network functions (many instances).

The lisp arch is still the best option to apply all the needed network virtualization actions in a consolidated manner at the map&encap ITR point. The key lisp aspects leveraged for that are the flexibility-globality of the mapping Schema and the scale of mapping pull,  leveraging service provider existing and in place underlay networks to scale pervasively both these qualities.

Looking forward to making next progress on the use case.

--szb

Begin forwarded message:

> From: internet-drafts@ietf.org
> Date: October 27, 2014 at 2:52:56 PM PDT
> To: "Dino Farinacci" <farinacci@gmail.com>, "Albert Cabellos-Aparicio" <acabello@ac.upc.edu>, Alberto Rodriguez-Natal <arnatal@ac.upc.edu>, Vina Ermagan <vermagan@cisco.com>, Dino Farinacci <farinacci@gmail.com>, Albert Cabellos-Aparicio <acabello@ac.upc.edu>, Sharon Barkai <sbarkai@gmail.com>, "David Meyer" <dmm@1-4-5.net>, "Vina Ermagan" <vermagan@cisco.com>, "Alberto Rodriguez-Natal" <arnatal@ac.upc.edu>, Fabio Maino <fmaino@cisco.com>, "sbarkai@gmail.com" <sbarkai@gmail.com>, David Meyer <dmm@1-4-5.net>, "Fabio Maino" <fmaino@cisco.com>
> Subject: New Version Notification for draft-barkai-lisp-nfv-05.txt
> 
> 
> A new version of I-D, draft-barkai-lisp-nfv-05.txt
> has been successfully submitted by Alberto Rodriguez-Natal and posted to the
> IETF repository.
> 
> Name:        draft-barkai-lisp-nfv
> Revision:    05
> Title:        LISP Based FlowMapping for Scaling NFV
> Document date:    2014-10-27
> Group:        Individual Submission
> Pages:        16
> URL:            http://www.ietf.org/internet-drafts/draft-barkai-lisp-nfv-05.txt
> Status:         https://datatracker.ietf.org/doc/draft-barkai-lisp-nfv/
> Htmlized:       http://tools.ietf.org/html/draft-barkai-lisp-nfv-05
> Diff:           http://www.ietf.org/rfcdiff?url2=draft-barkai-lisp-nfv-05
> 
> Abstract:
>   This draft describes an RFC 6830 Locator ID Separation Protocol
>   (LISP) based distributed flow-mapping-fabric for dynamic scaling of
>   virtualized network functions (NFV).  Network functions such as
>   subscriber-management, content-optimization, security and quality of
>   service, are typically delivered using proprietary hardware
>   appliances embedded into the network as turn-key service-nodes or
>   service-blades within routers.  Next generation network functions are
>   being implemented as pure software instances running on standard
>   servers - unbundled virtualized components of capacity and
>   functionality.  LISP-SDN based flow-mapping, dynamically assembles
>   these components to whole solutions by steering the right traffic in
>   the right sequence to the right virtual function instance.
> 
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>