Re: [homenet] appropriateness of draft-shytyi-opsawg-vysm-03 to homenet WG?

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 18 September 2019 08:14 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4D5D120933 for <homenet@ietfa.amsl.com>; Wed, 18 Sep 2019 01:14:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.632
X-Spam-Level:
X-Spam-Status: No, score=-2.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] 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 0utgC3FfQYoY for <homenet@ietfa.amsl.com>; Wed, 18 Sep 2019 01:14:22 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DADF12001A for <homenet@ietf.org>; Wed, 18 Sep 2019 01:14:21 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x8I8EJj2033790; Wed, 18 Sep 2019 10:14:19 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D3A70202FE3; Wed, 18 Sep 2019 10:14:19 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id C1BB92030E6; Wed, 18 Sep 2019 10:14:19 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x8I8EJhY014257; Wed, 18 Sep 2019 10:14:19 +0200
To: Ted Lemon <mellon@fugue.com>
Cc: "homenet@ietf.org" <homenet@ietf.org>, Dmytro Shytyi <dmytro@shytyi.net>
References: <ac988227-162c-2af1-98a8-aecde8d1bb68@gmail.com> <449C0C62-C642-4FF6-97E6-27144BA3F760@fugue.com> <b6f0b4ad-af5e-ca65-1c5e-de4465959891@gmail.com> <1A546022-2A60-4523-8522-C19D013B2168@fugue.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <bf3d359c-e4d3-8579-5d40-0886e2b2b75a@gmail.com>
Date: Wed, 18 Sep 2019 10:14:19 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <1A546022-2A60-4523-8522-C19D013B2168@fugue.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/ayXwx7sz53r9E9mUVibOTublDsA>
Subject: Re: [homenet] appropriateness of draft-shytyi-opsawg-vysm-03 to homenet WG?
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Sep 2019 08:14:24 -0000


Le 17/09/2019 à 15:34, Ted Lemon a écrit :
> On Sep 17, 2019, at 9:29 AM, Alexandre Petrescu 
> <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>>
> wrote:
>> Thanks for the reply.  As I do not author the draft, and my
>> colleague is not subscribed to this list, I paste here his reply to
>> your question:
>> 
>>> It is not really clear if the draft is appropriate to the homenet
>>> wg. One can state that this draft presents a tool/solution
>>> (service yang model) for orchestator to manage the different uCPE
>>> equipment. uCPE eqipment is not regular cpe/homenet device. uCPE
>>> is a host that hosts guest OSs. uCPE is like PC with virtualbox 
>>> where the VMs are running (VMs such as homenet router,cisco
>>> router, firewall, SD-WAN.)
> 
> Thanks.   The question I would ask here is, is it intended that this
>  uCPE integrate into a multi-subnet, multi-homed homenet?

Temporary speaking for my colleague, this is what he has to say to the 
question:

> If we are talking, for example, about several IPv6 prefixes that are
> learned from muliple ISPs I could suggest that uCPE is transparent in
> this case. On the figure below we can see that uCPE connects 2 PHY
> ports via virtual Links to the Virtual Ports of VNF. So it is the
> VNF(vRouter) that is doing the job. There is example where the
> constructor of equipment merges the uCPE NFVIs with router (i find it
> as a very particular case).
> 
> If we are talking about implementation of babel in the uCPE please
> check the figure below. I suppose it is a vRouter that will have this
> functionality (not uCPE NFVIs).
> 
> P.S. There is a management of NFVIs that maybe could be integrated.
> But it is a question if there is an interest to do that.

            +--------------------------------+
            |uCPE                            |
            |                                |
            |                 +--------+     |
            |           |-----|vRouter |-----|----WAN1
LAN1 ------|----|      |     +--------+     |
            |    |      |          |         |
            |    |      |          |         |
LAN2 ------|----|------|          |---------|----WAN2
            |    |                           |
            |    |                           |
LAN3 ------|----|                           |
            |                                |
            |                                |
            +--------------------------------+