Re: [Nfvrg] [sfc] New Version Notification for draft-lachos-multi-domain-sfc-alto-00.txt

<mohamed.boucadair@orange.com> Tue, 03 July 2018 12:03 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: nfvrg@ietfa.amsl.com
Delivered-To: nfvrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC2CC130E7F for <nfvrg@ietfa.amsl.com>; Tue, 3 Jul 2018 05:03:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 PyPfMBDx3_Wi for <nfvrg@ietfa.amsl.com>; Tue, 3 Jul 2018 05:03:31 -0700 (PDT)
Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D291130E6A for <nfvrg@irtf.org>; Tue, 3 Jul 2018 05:03:30 -0700 (PDT)
Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id E0AB62092E; Tue, 3 Jul 2018 14:03:28 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.32]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id BC3C71A0051; Tue, 3 Jul 2018 14:03:28 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM32.corporate.adroot.infra.ftgroup ([fe80::8924:188:2124:a046%19]) with mapi id 14.03.0399.000; Tue, 3 Jul 2018 14:03:28 +0200
From: mohamed.boucadair@orange.com
To: "draft-lachos-multi-domain-sfc-alto@ietf.org" <draft-lachos-multi-domain-sfc-alto@ietf.org>, IETF ALTO <alto@ietf.org>, "sfc@ietf.org" <sfc@ietf.org>, "nfvrg@irtf.org" <nfvrg@irtf.org>
Thread-Topic: [sfc] New Version Notification for draft-lachos-multi-domain-sfc-alto-00.txt
Thread-Index: AQHUEl3EYXZTDhdqREmSJVhMkfQ3/KR9ZLkw
Date: Tue, 03 Jul 2018 12:03:27 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302DF50C43@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <153056233927.16122.5390536777785176859.idtracker@ietfa.amsl.com> <CAEDarX+JT2J=uMFcskoKhZNOu7XvESDYSNxjEwaV0EapQ+tnQg@mail.gmail.com>
In-Reply-To: <CAEDarX+JT2J=uMFcskoKhZNOu7XvESDYSNxjEwaV0EapQ+tnQg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.6]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B93302DF50C43OPEXCLILMA3corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfvrg/96bU74oYaKfivoMZ_BpkzomkJlA>
Subject: Re: [Nfvrg] [sfc] New Version Notification for draft-lachos-multi-domain-sfc-alto-00.txt
X-BeenThere: nfvrg@irtf.org
X-Mailman-Version: 2.1.26
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, 03 Jul 2018 12:03:34 -0000

Dear Danny,

Thank you for sharing this draft.

My main comments about this draft are as follows:

·         The SFC WG is currently scoped to one single administrative domain. Even for the work we have done about hierarchical SFC, the assumption is that sub-domains are managed by the same administrative entity.

·         Before getting into protocol details about how to realize inter-domain service chains, it would be really valuable to identify and describe concrete uses cases which require SFs from distinct administrative domains + justify why topology visibility is required + paths have to be computed end-to-end and so on.

FWIW, you may find some additional comments at:

·         .pdf: https://github.com/boucadair/IETF-Drafts-Reviews/blob/master/draft-lachos-multi-domain-sfc-alto-00-rev%20Med.pdf

·         .doc: https://github.com/boucadair/IETF-Drafts-Reviews/raw/master/draft-lachos-multi-domain-sfc-alto-00-rev%20Med.doc

Cheers,
Med

De : sfc [mailto:sfc-bounces@ietf.org] De la part de Danny Alex Lachos Perez
Envoyé : mardi 3 juillet 2018 01:35
À : internet-drafts@ietf.org; IETF ALTO; sfc@ietf.org; nfvrg@irtf.org
Cc : qiao.xiang@cs.yale.edu; Christian Rodolfo E. Rothenberg; Y. Richard Yang
Objet : Re: [sfc] New Version Notification for draft-lachos-multi-domain-sfc-alto-00.txt

Dear WG members.

The main idea behalf this draft is to start a discussion (SFC, ALTO as well as other WGs) regarding if, how, and under what conditions ALTO can be useful to improve the multi-domain SFC process.

This version provides arguments why ALTO is a meaningful protocol in the context of SFC traversing different domains, and it presents use case examples about the how ALTO can be used to advertise and discover (abstract) topology, resource and service information from different domains, and then compute inter-domain service function paths.

Any comment, question, and suggestion from the WGs would be greatly appreciated.

Ss

Danny Lachos

On Mon, Jul 2, 2018 at 5:12 PM <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> wrote:

A new version of I-D, draft-lachos-multi-domain-sfc-alto-00.txt
has been successfully submitted by Danny Alex Lachos Perez and posted to the
IETF repository.

Name:           draft-lachos-multi-domain-sfc-alto
Revision:       00
Title:          Multi-domain Service Function Chaining with ALTO
Document date:  2018-07-02
Group:          Individual Submission
Pages:          14
URL:            https://www.ietf.org/internet-drafts/draft-lachos-multi-domain-sfc-alto-00.txt
Status:         https://datatracker.ietf.org/doc/draft-lachos-multi-domain-sfc-alto/
Htmlized:       https://tools.ietf.org/html/draft-lachos-multi-domain-sfc-alto-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-lachos-multi-domain-sfc-alto


Abstract:
   Currently, Service Function Chaining (SFC) that span domains with
   different technology, administration or ownership are being defined
   by the SFC WG.  This document focuses on how the Application Layer
   Traffic Optimization (ALTO) protocol can be used to advertise and
   discover abstract topology, resource and service information from
   different domains, and then compute inter-domain service function
   paths.  Another important concern of this draft is to initiate a
   discussion (ALTO, SFC as well as other WGs) regarding if, how, and
   under what conditions ALTO can be useful to improve the multi-domain
   SFC process.





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<http://tools.ietf.org>.

The IETF Secretariat