Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

<pierrick.seite@orange.com> Wed, 09 December 2015 09:45 UTC

Return-Path: <pierrick.seite@orange.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA01F1A017F for <dmm@ietfa.amsl.com>; Wed, 9 Dec 2015 01:45:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.109
X-Spam-Level:
X-Spam-Status: No, score=-0.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, J_CHICKENPOX_36=0.6, J_CHICKENPOX_38=0.6, J_CHICKENPOX_65=0.6, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 76s7wRwRh5Ob for <dmm@ietfa.amsl.com>; Wed, 9 Dec 2015 01:45:26 -0800 (PST)
Received: from relais-inet.orange.com (relais-nor35.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 7FB1A1A015F for <dmm@ietf.org>; Wed, 9 Dec 2015 01:45:26 -0800 (PST)
Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 5B15440BC6; Wed, 9 Dec 2015 10:45:25 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.66]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 2FFF51A0094; Wed, 9 Dec 2015 10:45:25 +0100 (CET)
Received: from OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0248.002; Wed, 9 Dec 2015 10:45:24 +0100
From: pierrick.seite@orange.com
To: Mingui Zhang <zhangmingui@huawei.com>, "Dirk.von-Hugo@telekom.de" <Dirk.von-Hugo@telekom.de>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02
Thread-Index: AQHRLoMtmiL1r6vYhUSQ0Y22osbfy566qhGAgAY1KECAAQytAIAAcjZg///9FQCAABRJQA==
Date: Wed, 09 Dec 2015 09:45:24 +0000
Message-ID: <13235_1449654325_5667F835_13235_974_1_81C77F07008CA24F9783A98CFD706F7116127EB1@OPEXCLILM22.corporate.adroot.infra.ftgroup>
References: <tencent_3D1069622110DFAF00D8DB64@qq.com> <CAKcc6Ae9McC_rrfv2mbvY1DdxO-Vj0exjjD0YPoPfD_sRi0c3A@mail.gmail.com> <56617290.40408@gmail.com> <19259_1449227196_566173BC_19259_8875_1_81C77F07008CA24F9783A98CFD706F7116126FB9@OPEXCLILM22.corporate.adroot.infra.ftgroup> <05C81A773E48DD49B181B04BA21A342A3865BC2777@HE113484.emea1.cds.t-internal.com> <4552F0907735844E9204A62BBDD325E78725780C@nkgeml512-mbx.china.huawei.com> <4928_1449651744_5667EE20_4928_1792_1_81C77F07008CA24F9783A98CFD706F7116127D8E@OPEXCLILM22.corporate.adroot.infra.ftgroup> <4552F0907735844E9204A62BBDD325E78725792F@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <4552F0907735844E9204A62BBDD325E78725792F@nkgeml512-mbx.china.huawei.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.1]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/bEVACk3hb0lq278_PwThfPW9jbI>
Subject: Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2015 09:45:29 -0000


> -----Message d'origine-----
> De : Mingui Zhang [mailto:zhangmingui@huawei.com]
> Envoyé : mercredi 9 décembre 2015 10:32
> À : SEITE Pierrick IMT/OLN; Dirk.von-Hugo@telekom.de; dmm@ietf.org
> Cc : alexandre.petrescu@gmail.com
> Objet : RE: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-
> 02
> 
> Hi Pierrick,
> 
> > Do you mean that using DSL and LTE together is a BBF trademark? ...
> > come on. :-).. anyway, I don't care about using another example... why
> > not WiFi and LTE... is it ok? Is there any SDO which claims exclusivity on this
> use-case ;-) ?
> 
> :-)
> 
> I would say "exclusivity" is exaggerated. The fact is that people already have that
> background knowledge so that they can easily get the impression that this is
> talking about the BBF use case. Also, the older versions did refer to WT-348 use
> case.
> 
> There are alternative examples, as you've already suggested, that can be used in
> the placeholder. It would be easier to use them.
> 

Ok, no problem. 

> Thanks,
> Mingui
> 
> > -----Original Message-----
> > From: pierrick.seite@orange.com [mailto:pierrick.seite@orange.com]
> > Sent: Wednesday, December 09, 2015 5:02 PM
> > To: Mingui Zhang; Dirk.von-Hugo@telekom.de; dmm@ietf.org
> > Cc: alexandre.petrescu@gmail.com
> > Subject: RE: [DMM] Call for adoption confirmation:
> > draft-seite-dmm-rg-multihoming-02
> >
> > Hi,
> >
> > > -----Message d'origine-----
> > > De : Mingui Zhang [mailto:zhangmingui@huawei.com] Envoyé : mercredi
> > > 9 décembre 2015 03:54 À : Dirk.von-Hugo@telekom.de; SEITE Pierrick
> > > IMT/OLN; dmm@ietf.org Cc : alexandre.petrescu@gmail.com Objet : RE:
> > > [DMM] Call for adoption confirmation:
> > > draft-seite-dmm-rg-multihoming-
> > > 02
> > >
> > > Hi,
> > >
> > > I am not alone who find Figure 1 is misleading. Lots of people
> > > around know 'DSL+LTE' is a peculiar use case of BBF WT-348.
> >
> > Do you mean that using DSL and LTE together is a BBF trademark? ...
> > come on. :-).. anyway, I don't care about using another example... why
> > not WiFi and LTE... is it ok? Is there any SDO which claims exclusivity on this
> use-case ;-) ?
> >
> > Now that the draft intends to
> > > provide a generic protocol extension for mobility management
> > > systems, please drop that use case.
> > >
> > > Looking at the structure of the doc, Figure 1 is obviously a good
> > > position to give a generic reference model rather than a specific
> > > example, not to mention a misleading one.
> > >
> > > In the text,
> > >    " Flow-1,2 and 3 are distributed either on
> > >    Tunnel-1 (over LTE) or Tunnel-2 (ober DSL), while Flow-4 is spread on
> > >    both Tunnel-1 and 2. "
> > > s/ober/over/
> > > So, this indicates the doc aims to support both per-flow and
> > > per-packet traffic distribution. This point could be explicitly stated.
> > >
> >
> > It is stated on section 3.2. but, you are right, it is maybe worth to
> > clarify this in the introduction as well.
> >
> >
> > > In the figure,
> > > s/Flow0=-4/ Flow-4 /
> > >
> > > I guess authors would produce an updated version to address the
> > > issues we've found.
> > >
> >
> > Yes of course. Thanks for the comments.
> >
> > > Thanks,
> > > Mingui
> > >
> > > > -----Original Message-----
> > > > From: Dirk.von-Hugo@telekom.de [mailto:Dirk.von-Hugo@telekom.de]
> > > > Sent: Tuesday, December 08, 2015 6:06 PM
> > > > To: pierrick.seite@orange.com; dmm@ietf.org
> > > > Cc: alexandre.petrescu@gmail.com
> > > > Subject: RE: [DMM] Call for adoption confirmation:
> > > > draft-seite-dmm-rg-multihoming-02
> > > >
> > > > Hi Pierrick,
> > > > Thank you for the clarification!
> > > > May I recommend then to exchange also the multiple occurrences of
> > > > RG in the draft text by - why not MAG?
> > > >
> > > > Your approach which I think of as mainly opting towards future
> > > > mobility management systems with multiple connections (e.g.
> > > > backhauling of vehicular/nomadic access nodes or MRs) otherwise
> > > > might be interpreted in a misleading direction ...
> > > >
> > > > Having said this I also would appreciate to replace the expression
> > > > 'hybrid' by 'multi-link' or 'multi-connected'. For an BBF-related
> > > > aggregated access bundling often called 'hybrid access' (see e.g.
> > > > BANANA activity) there are - as Mingui already pointed out - other
> > > > solution proposals available which consider in detail the specific
> > > > existing
> > gaps.
> > > >
> > > > IMHO I would also opting to replace the use case DSL+LTE by a more
> > > > general one e.g. multiple wireless and cellular links as WiFi+LTE
> > > > or LTE(provided by operator x) + LTE(provided by operator y) or
> > > > even
> > > > LTE+future
> > > 5G air interface ...
> > > > ;-)
> > > >
> > > > Thanks a lot!
> > > >
> > > > Best Regards
> > > > Dirk
> > > >
> > > > -----Original Message-----
> > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of
> > > > pierrick.seite@orange.com
> > > > Sent: Freitag, 4. Dezember 2015 12:07
> > > > To: Alexandre Petrescu; dmm
> > > > Subject: Re: [DMM] Call for adoption confirmation:
> > > > draft-seite-dmm-rg-multihoming-02
> > > >
> > > > Good point... moreover, "rg" means nothing here...
> > > >
> > > > > -----Message d'origine-----
> > > > > De : dmm [mailto:dmm-bounces@ietf.org] De la part de Alexandre
> > > > > Petrescu Envoyé : vendredi 4 décembre 2015 12:02 À : dmm Objet : Re:
> > > > > [DMM] Call for adoption confirmation:
> > > > > draft-seite-dmm-rg-multihoming-
> > > > > 02
> > > > >
> > > > > Hi,
> > > > >
> > > > > I support adoption.
> > > > >
> > > > > One little note: the -rg- in filename makes think of Research Group.
> > > > > It would make sense to change the filename to avoid the use of
> > > > > -rg-, if it's not
> > > > too complicated.
> > > > >
> > > > > Alex
> > > > >
> > > > > Le 25/11/2015 17:22, Dapeng Liu a écrit :
> > > > > > Hello all,
> > > > > >
> > > > > > In IETF94, we initiated the call for adoption for the draft:
> > > > > > draft-seite-dmm-rg-multihoming-02
> > > > > > <http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02>:
> > > > > > http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
> > > > > > Seems have got sufficient support during the meeting. We'd
> > > > > > like to confirm the call for adoption in the mailing list for 2 weeks.
> > > > > > Please send your opinion and comments to the list before December 9.
> > > > > >
> > > > > >
> > > > > > Thanks,
> > > > > > ------
> > > > > > Best Regards,
> > > > > > Dapeng&Jouni
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > ------
> > > > > > Best Regards,
> > > > > > Dapeng Liu
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > dmm mailing list
> > > > > > dmm@ietf.org
> > > > > > https://www.ietf.org/mailman/listinfo/dmm
> > > > > >
> > > > >
> > > > > _______________________________________________
> > > > > dmm mailing list
> > > > > dmm@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/dmm
> > > >
> > > >
> > ________________________________________________________________
> > > > _________________________________________________________
> > > >
> > > > Ce message et ses pieces jointes peuvent contenir des informations
> > > > confidentielles ou privilegiees et ne doivent donc pas etre
> > > > diffuses, exploites ou copies sans autorisation. Si vous avez recu
> > > > ce message par erreur, veuillez le signaler a l'expediteur et le
> > > > detruire ainsi que les pieces jointes. Les messages electroniques
> > > > etant susceptibles d'alteration, Orange decline toute
> > > > responsabilite si ce message a ete altere,
> > > deforme ou falsifie. Merci.
> > > >
> > > > This message and its attachments may contain confidential or
> > > > privileged information that may be protected by law; they should
> > > > not be distributed, used or copied without authorisation.
> > > > If you have received this email in error, please notify the sender
> > > > and delete this message and its attachments.
> > > > As emails may be altered, Orange is not liable for messages that
> > > > have been modified, changed or falsified.
> > > > Thank you.
> > > >
> > > > _______________________________________________
> > > > dmm mailing list
> > > > dmm@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/dmm
> >
> > ________________________________________________________________
> > _________________________________________________________
> >
> > Ce message et ses pieces jointes peuvent contenir des informations
> > confidentielles ou privilegiees et ne doivent donc pas etre diffuses,
> > exploites ou copies sans autorisation. Si vous avez recu ce message
> > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi
> > que les pieces jointes. Les messages electroniques etant susceptibles
> > d'alteration, France Telecom - Orange decline toute responsabilite si
> > ce message a ete altere, deforme ou falsifie. Merci
> >
> > This message and its attachments may contain confidential or
> > privileged information that may be protected by law; they should not
> > be distributed, used or copied without authorization.
> > If you have received this email in error, please notify the sender and
> > delete this message and its attachments.
> > As emails may be altered, France Telecom - Orange shall not be liable
> > if this message was modified, changed or falsified.
> > Thank you.


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if this message was modified, changed or falsified.
Thank you.