Re: [Nfvrg] "DevOps for Software-Defined Telecom Infrastructures" draft

Rick Casarez <rick.casarez@gmail.com> Tue, 20 October 2015 11:15 UTC

Return-Path: <rick.casarez@gmail.com>
X-Original-To: nfvrg@ietfa.amsl.com
Delivered-To: nfvrg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 605CE1B32DD for <nfvrg@ietfa.amsl.com>; Tue, 20 Oct 2015 04:15:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, SPF_PASS=-0.001] autolearn=ham
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 M4_vGW8JOIcz for <nfvrg@ietfa.amsl.com>; Tue, 20 Oct 2015 04:15:08 -0700 (PDT)
Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91B381B32DC for <nfvrg@irtf.org>; Tue, 20 Oct 2015 04:15:07 -0700 (PDT)
Received: by wicfx6 with SMTP id fx6so40198848wic.1 for <nfvrg@irtf.org>; Tue, 20 Oct 2015 04:15:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KrHq2SVU10T5zrcktqOWwn/vhoIoXARATS24P2vmZW8=; b=WmI/Zn7lTEYFk6vPRJN2Bd9fzgGiB37sGbmglii/Ow+T5+avY49cjNDdFPH7PwjROr ZIhCERUS4ICVtLAjmaD9yRcu9GK9k4/0sbL8jfMZmyVNFVjeNjz4LtmN3x8UA9GE1nIi gaikgWCYzjQ8ZlON3U4ouEyBPfwNjvJkfN616o14zsXBPhcdBfxyLKJQ/ENge8dUgyRi 3AIj3qjpARBYBc07wSGqG42xiuIkAt/r4UAKlcgWouP64L0dk+hGvb6ne/XkDmQasXnd /CzNoj6hlfaE3KtS+tRdhZX5uguaPTyo/fkYAkCDVcqh9wunNpdBoHCvSMXdEW7WB/dV lHDQ==
MIME-Version: 1.0
X-Received: by 10.180.102.230 with SMTP id fr6mr3595464wib.66.1445339705910; Tue, 20 Oct 2015 04:15:05 -0700 (PDT)
Received: by 10.27.108.76 with HTTP; Tue, 20 Oct 2015 04:15:05 -0700 (PDT)
In-Reply-To: <68AC2FC1-B1EF-4217-863F-ABCB4D8C9A11@telefonica.com>
References: <DF91EBC32A031943A8B78D81D40122BC040238FAA7@AUSX7MCPC103.AMER.DELL.COM> <7F391033A15F224C947FFF37BDE2CB94241F2118@ESESSMB107.ericsson.se> <DF91EBC32A031943A8B78D81D40122BC040339D07E@AUSX7MCPC103.AMER.DELL.COM> <7F391033A15F224C947FFF37BDE2CB9424242925@ESESSMB107.ericsson.se> <68AC2FC1-B1EF-4217-863F-ABCB4D8C9A11@telefonica.com>
Date: Tue, 20 Oct 2015 07:15:05 -0400
Message-ID: <CAGWMUT5CWcABRHJDrZXvF5qmgtjojOZ=PbLKpv3z7nHL9Z7nxQ@mail.gmail.com>
From: Rick Casarez <rick.casarez@gmail.com>
To: catalin.meirosu@ericsson.com
Content-Type: multipart/alternative; boundary="f46d04448073c02de60522875f02"
Archived-At: <http://mailarchive.ietf.org/arch/msg/nfvrg/zySk8_mnJTlHZbbVBbBQIdVA0GI>
Cc: "nfvrg@irtf.org" <nfvrg@irtf.org>
Subject: Re: [Nfvrg] "DevOps for Software-Defined Telecom Infrastructures" draft
X-BeenThere: nfvrg@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Network Function Virtualization Research Group \(NFVRG\) discussion list" <nfvrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfvrg/>
List-Post: <mailto:nfvrg@irtf.org>
List-Help: <mailto:nfvrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2015 11:15:13 -0000

Hello,

Some minor points:

Section 1:

the sentence

"For example, IETF working groups have activities in the area of OAM and
Verification for Service Function Chaining [I-D.aldrin-sfc-oam-framework
<https://tools.ietf.org/html/draft-unify-nfvrg-devops-03#ref-I-D.aldrin-sfc-oam-framework>]
[I-D.lee-sfc-verification
<https://tools.ietf.org/html/draft-unify-nfvrg-devops-03#ref-I-D.lee-sfc-verification>]
for Service Function Chaining."

Should have the last 4 words removed.

"For example, IETF working groups have activities in the area of OAM and
Verification for Service Function Chaining [I-D.aldrin-sfc-oam-framework
<https://tools.ietf.org/html/draft-unify-nfvrg-devops-03#ref-I-D.aldrin-sfc-oam-framework>]
[I-D.lee-sfc-verification
<https://tools.ietf.org/html/draft-unify-nfvrg-devops-03#ref-I-D.lee-sfc-verification>
]."

Section 2:

"Agile methods used in many software focused companies are focused on
releasing small interactions of code tom implement VNFs with high velocity
and high quality into a production environment."

Wow, corporate speak. What is velocity defined as exactly? Also, are we
going to define Agile for those who do not know it? Finally, I know of many
places getting away from Agile since it is only one style of doing things.
Do we want this document associated with it?

I highlight above another editing mistake that needs to be fixed in the
sentence.

Overall I do like the document. For myself I know it covers more than a few
challenges I am seeing "in the wild". I will read it again to be sure but
one thing that can be mentioned is the concept of "Service Ownership". This
is where the Service Owner is responsible for said service for the entire
service lifecycle. This includes on-call support and other support
functions. Essentially no more throwing things over the wall to the Ops
group.



-------------------
Cheers, Rick

Experiences not things.

On Mon, Oct 19, 2015 at 5:29 PM, DIEGO LOPEZ GARCIA <
diego.r.lopez@telefonica.com> wrote:

> Hi Catalin,
>
> Thanks for the warning. Regarding your request for adoption, let’s talk
> about it at IETF’94, including the plans for harmonizing drafts along the
> lines of the special areas of interest we defined for NFVRG.
>
> Be goode,
>
> On 14 Oct 2015, at 16:17 , Catalin Meirosu <catalin.meirosu@ericsson.com>
> wrote:
>
> Dear Ramki, Diego, and NFVRG contributors,
>
> We submitted an updated version of the draft (please see the IETF
> confirmation message appended below), addressing comments that we received
> through the mailing list.
>
> We believe that the draft is nowready for adoption as a RG document, and
> kindly ask the chairs to launch the call in this respect.
>
> Best regards,
> -- Catalin
>
>
> CATALIN MEIROSU PhD
> Master Researcher
> Ericsson Research - Cloud Technologies
>
> Ericsson
> Färögatan 6
> 16480 Stockholm, Sweden
> Phone +46 1071 44696
> Mobile +46 7611 53696
> catalin.meirosu@ericsson.com
>
> Legal entity: Ericsson AB, registered office in Stockholm. This
> Communication is Confidential. We only send and receive email on the basis
> of the terms set out at www.ericsson.com/email_disclaimer
>
>
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org
> <internet-drafts@ietf.org>]
> Sent: den 14 oktober 2015 16:03
> To: Antonio Manzalini; Guido Marchetto; Steven Wright; Kostas Pentikousis;
> Catalin Meirosu; Rebecca Steinert; Ioanna Papafili
> Subject: New Version Notification for draft-unify-nfvrg-devops-03.txt
>
>
> A new version of I-D, draft-unify-nfvrg-devops-03.txt has been
> successfully submitted by Catalin Meirosu and posted to the IETF repository.
>
> Name:                                            draft-unify-nfvrg-devops
> Revision:           03
> Title:                                                DevOps for
> Software-Defined Telecom Infrastructures
> Document date:                         2015-10-14
> Group:                                            Individual Submission
> Pages:                                             23
> URL:
> https://www.ietf.org/internet-drafts/draft-unify-nfvrg-devops-03.txt
> Status:         https://datatracker.ietf.org/doc/draft-unify-nfvrg-devops/
> Htmlized:       https://tools.ietf.org/html/draft-unify-nfvrg-devops-03
> Diff:
> https://www.ietf.org/rfcdiff?url2=draft-unify-nfvrg-devops-03
>
> Abstract:
>    Carrier-grade network management was optimized for environments built
>    with monolithic physical nodes and involves significant deployment,
>    integration and maintenance efforts from network service providers.
>    The introduction of virtualization technologies, from the physical
>    layer all the way up to the application layer, however, invalidates
>    several well-established assumptions in this domain. This draft opens
>    the discussion in NFVRG about challenges related to transforming the
>    telecom network infrastructure into an agile, model-driven production
>    environment for communication services. We take inspiration from data
>    center DevOps regarding how to simplify and automate management
>    processes for a telecom service provider software-defined
>    infrastructure (SDI). Among the identified challenges, we consider
>    scalability of observability processes and automated inference of
>    monitoring requirements from logical forwarding graphs, as well as
>    initial placement (and re-placement) of monitoring functionality
>    following changes in flow paths enforced by the controllers. In
>    another category of challenges, verifying correctness of behavior for
>    network functions where flow rules are no longer necessary and
>    sufficient for determining the forwarding state (for example,
>    stateful firewalls or load balancers) is very difficult with current
>    technology. Finally, we introduce challenges associated with
>    operationalizing DevOps principles at scale in software-defined
>    telecom networks in three areas related to key monitoring,
>    verification and troubleshooting processes.
>
>
>
>
>
> 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
>
>
>
> *From:* Ramki_Krishnan@Dell.com [mailto:Ramki_Krishnan@Dell.com
> <Ramki_Krishnan@Dell.com>]
> *Sent:* den 10 september 2015 15:35
> *To:* Catalin Meirosu
> *Cc:* draft-unify-nfvrg-devops@ietf.org; nfvrg@irtf.org
> *Subject:* RE: "DevOps for Software-Defined Telecom Infrastructures" draft
>
> Thanks Catalin, your approach sounds good and relalistic. The same holds
> true for references to open source code implementations, such as those used
> in the NFVIaaS draft, since they are continuously evolving.
>
> Thanks,
> Ramki
>
> *From:* Catalin Meirosu [mailto:catalin.meirosu@ericsson.com
> <catalin.meirosu@ericsson.com>]
> *Sent:* Thursday, September 10, 2015 1:45 AM
> *To:* Krishnan, Ramki
> *Cc:* draft-unify-nfvrg-devops@ietf.org
> *Subject:* RE: "DevOps for Software-Defined Telecom Infrastructures" draft
>
> Hi Ramki,
>
> Thank you for the suggestions. We will try to address them. There are
> quite a lot of tools in the area, so the survey will select a few tools
> that we consider representative. In my opinion, the issue with including
> such a survey in an IRTF draft is that new features are added to these
> tools all the time, so it will represent a only snapshot at a certain point
> in time of the most prominent features of these tools.
>
> Best regards,
> -- Catalin
>
> Legal entity: Ericsson AB, registered office in Stockholm. This
> Communication is Confidential. We only send and receive email on the basis
> of the terms set out at www.ericsson.com/email_disclaimer
>
>
> *From:* Nfvrg [mailto:nfvrg-bounces@irtf.org <nfvrg-bounces@irtf.org>] *On
> Behalf Of *Ramki_Krishnan@Dell.com
> *Sent:* den 9 september 2015 19:39
> *To:* draft-unify-nfvrg-devops@ietf.org
> *Cc:* nfvrg@irtf.org
> *Subject:* [Nfvrg] "DevOps for Software-Defined Telecom Infrastructures"
> draft
>
> ·       Dear All,
>
> Below are our thoughts on the "DevOps for Software-Defined Telecom
> Infrastructures" draft. Link to draft:
> https://datatracker.ietf.org/doc/draft-unify-nfvrg-devops/.
>
> ·         Add a survey of existing open source tools in this area.
> ·         Identify gaps in the tools as per the identified challenges.
>
> Thanks,
> Ramki & Diego
>
>
> --
> "Esta vez no fallaremos, Doctor Infierno"
>
> Dr Diego R. Lopez
> Telefonica I+D
> http://people.tid.es/diego.lopez/
>
> e-mail: diego.r.lopez@telefonica.com
> Tel:    +34 913 129 041
> Mobile: +34 682 051 091
> ----------------------------------
>
>
> ------------------------------
>
> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario,
> puede contener información privilegiada o confidencial y es para uso
> exclusivo de la persona o entidad de destino. Si no es usted. el
> destinatario indicado, queda notificado de que la lectura, utilización,
> divulgación y/o copia sin autorización puede estar prohibida en virtud de
> la legislación vigente. Si ha recibido este mensaje por error, le rogamos
> que nos lo comunique inmediatamente por esta misma vía y proceda a su
> destrucción.
>
> The information contained in this transmission is privileged and
> confidential information intended only for the use of the individual or
> entity named above. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution or
> copying of this communication is strictly prohibited. If you have received
> this transmission in error, do not read it. Please immediately reply to the
> sender that you have received this communication in error and then delete
> it.
>
> Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário,
> pode conter informação privilegiada ou confidencial e é para uso exclusivo
> da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário
> indicado, fica notificado de que a leitura, utilização, divulgação e/ou
> cópia sem autorização pode estar proibida em virtude da legislação vigente.
> Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique
> imediatamente por esta mesma via e proceda a sua destruição
>
> _______________________________________________
> Nfvrg mailing list
> Nfvrg@irtf.org
> https://www.irtf.org/mailman/listinfo/nfvrg
>
>