[mpls] 答复: Should we split draft-bryant-mpls-synonymous-flow-labels into arch and application

Lizhenbin <lizhenbin@huawei.com> Mon, 28 September 2015 03:20 UTC

Return-Path: <lizhenbin@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6352A1A0282 for <mpls@ietfa.amsl.com>; Sun, 27 Sep 2015 20:20:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.078
X-Spam-Level: **
X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 4pY1_OBmJonD for <mpls@ietfa.amsl.com>; Sun, 27 Sep 2015 20:20:07 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 922381A024C for <mpls@ietf.org>; Sun, 27 Sep 2015 20:20:03 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CBU16798; Mon, 28 Sep 2015 03:20:01 +0000 (GMT)
Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 28 Sep 2015 04:19:59 +0100
Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.20]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0235.001; Mon, 28 Sep 2015 11:19:52 +0800
From: Lizhenbin <lizhenbin@huawei.com>
To: Loa Andersson <loa@pi.nu>, Gregory Mirsky <gregory.mirsky@ericsson.com>, "stbryant@cisco.com" <stbryant@cisco.com>, "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [mpls] Should we split draft-bryant-mpls-synonymous-flow-labels into arch and application
Thread-Index: AQHQ8vVlSHMygGwCf0CH+AFwLHRDSZ5DhHAAgAKwfQCAAI3wgIACknKAgAf8cTA=
Date: Mon, 28 Sep 2015 03:19:51 +0000
Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA51EB4@nkgeml506-mbx.china.huawei.com>
References: <55D202B9.7040105@cisco.com> <55FD8852.7040307@pi.nu> <CAA=duU1+iOo_jaA7EOzGRQ6LqnMwLQwTNpJLfd8KVYofTJ9_yw@mail.gmail.com> <55FFCEC0.3020805@cisco.com> <7347100B5761DC41A166AC17F22DF112218DCB92@eusaamb103.ericsson.se> <56026E29.8060104@pi.nu>
In-Reply-To: <56026E29.8060104@pi.nu>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.76.77]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/xFnTCghyifFvVQFvpnf2vUJIO0c>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "draft-bryant-mpls-synonymous-flow-labels@tools.ietf.org" <draft-bryant-mpls-synonymous-flow-labels@tools.ietf.org>
Subject: [mpls] =?gb2312?b?tPC4tDogIFNob3VsZCB3ZSBzcGxpdCBkcmFmdC1icnlh?= =?gb2312?b?bnQtbXBscy1zeW5vbnltb3VzLWZsb3ctbGFiZWxzIGludG8gYXJjaCBhbmQg?= =?gb2312?b?YXBwbGljYXRpb24=?=
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2015 03:20:09 -0000

Hi all,
I think that there will be much work for the SFL to be done. Besides RFC6374 related work, the issues proposed here will be related with MP2P LSP such as LDP LSP and L3VPN LSP.
So there may be extensions of LDP/BGP to be defined. In fact, we have ever proposed the drafts of L3VPN OAM for the purpose which should be enhanced according to the arch of
SFL. As co-author I also support the split and will be glad to work on that.


Best Regards,
Zhenbin (Robin)



-----邮件原件-----
发件人: mpls [mailto:mpls-bounces@ietf.org] 代表 Loa Andersson
发送时间: 2015年9月23日 17:17
收件人: Gregory Mirsky; stbryant@cisco.com; Andrew G. Malis
抄送: mpls@ietf.org; draft-bryant-mpls-synonymous-flow-labels@tools.ietf.org
主题: Re: [mpls] Should we split draft-bryant-mpls-synonymous-flow-labels into arch and application

Greg and Stewart,

This is an individual document, if the co-authors have consensus on splitting the document, please go ahead and do so.

My personal opinion is that extracting the architecture is fine as long as we will have two viable documents.

/Loa

On 2015-09-21 20:00, Gregory Mirsky wrote:
> Dear All,
>
> I agree with Stewart that extracting architectural part of the 
> synonymous labels discussion would improve the clarity and may add new 
> use cases in addition to RFC 6374. As co-author I support the split 
> and will be glad to work on that.
>
>                  Regards,
>
>                                  Greg
>
> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Stewart 
> Bryant
> *Sent:* Monday, September 21, 2015 2:33 AM
> *To:* Andrew G. Malis; Loa Andersson
> *Cc:* mpls@ietf.org; 
> draft-bryant-mpls-synonymous-flow-labels@tools.ietf.org
> *Subject:* Re: [mpls] Should we split
> draft-bryant-mpls-synonymous-flow-labels into arch and application
>
> Andy
>
> Worrying about the work needed to process the drafts (which will be 
> quite small) is putting the cart before the horse.
>
> What is important is clarity of ideas and clarity of understanding by 
> the reader. The IETF is somewhat unique in it's production of micro 
> specs that provide separation of ideas and this has served us well 
> over the years.
>
> Whilst the draft started out as an RFC6374 solution, the technology 
> proposed has a more universal application.
>
> It therefore makes sense to me to produce a description of base 
> technology uncluttered by a detailed solution to an application, and a 
> separate text on the application.
>
> - Stewart
>
>
>
> On 19/09/2015 17:28, Andrew G. Malis wrote:
>
>     Loa,
>
>     If this was a big effort, I'd say go for the split, but it's a short
>     draft so I don't really see the need to double the overhead work for
>     the WG, chairs, ADs, and RFC Editor for what would be two very short
>     drafts!
>
>     Cheers,
>
>     Andy
>
>     On Sat, Sep 19, 2015 at 12:07 PM, Loa Andersson <loa@pi.nu
>     <mailto:loa@pi.nu>> wrote:
>
>     Working Group,
>
>     I have not seen any responses to this mail from Stewart! Take a look
>     and see if you have an opinion.
>
>     /Loa
>
>
>
>     On 2015-08-17 17:50, Stewart Bryant wrote:
>
>         At the last IETF the question arose as to what the correct
>         document structure should be for the synonymous
>         label work.
>
>         The core draft is: draft-bryant-mpls-synonymous-flow-labels
>         which is a mixture pure SFL work and RFC6374 applications
>         work.
>
>         My inclination is to split the draft in two to separate the
>         SFL architecture from the RFC6374 application. However I
>         would like to take the sense of the WG on this.
>
>         I know that there needs to be more work on requirements
>         and will do a word by word review of that text and make proposals
>         and of course review comments on any of these texts are
>         always welcome.
>
>         - Stewart
>
>         _______________________________________________
>         mpls mailing list
>         mpls@ietf.org <mailto:mpls@ietf.org>
>         https://www.ietf.org/mailman/listinfo/mpls
>
>
>     _______________________________________________
>     mpls mailing list
>     mpls@ietf.org <mailto:mpls@ietf.org>
>     https://www.ietf.org/mailman/listinfo/mpls
>
>
>
>
> --
>
> For corporate legal information go to:
>
> http://www.cisco.com/web/about/doing_business/legal/cri/index.html
>

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls