Re: [mpls] MPLS-RT review of draft-kompella-mpls-larp

Loa Andersson <loa@pi.nu> Thu, 17 September 2015 09:39 UTC

Return-Path: <loa@pi.nu>
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 35A5A1B2C1E for <mpls@ietfa.amsl.com>; Thu, 17 Sep 2015 02:39:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 jXTb-6Om6xQv for <mpls@ietfa.amsl.com>; Thu, 17 Sep 2015 02:39:38 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D23A91B2C19 for <mpls@ietf.org>; Thu, 17 Sep 2015 02:39:37 -0700 (PDT)
Received: from [192.168.0.102] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id E809318013B2; Thu, 17 Sep 2015 11:39:35 +0200 (CEST)
To: Sriganesh Kini <sriganesh.kini@ericsson.com>
References: <5592C145.70501@pi.nu> <95453A37E413464E93B5ABC0F8164C4D14C07128@eusaamb101.ericsson.se> <CABRz93X3NTbXm4ZLfzBA+Or1QyDt5sY_6GzPAaZc9YcD8MP7ow@mail.gmail.com> <55F14EE5.3000207@pi.nu> <CAOndX-vq7bExTwXpqWftAcUZBeYAKdnQPM631NpCQUazSoZjjw@mail.gmail.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <55FA8A55.4020808@pi.nu>
Date: Thu, 17 Sep 2015 11:39:33 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <CAOndX-vq7bExTwXpqWftAcUZBeYAKdnQPM631NpCQUazSoZjjw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/WcBBfUNUxX0KyYI9aDdeyqswK_8>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, "draft-kompella-mpls-larp@tools.ietf.org" <draft-kompella-mpls-larp@tools.ietf.org>
Subject: Re: [mpls] MPLS-RT review of draft-kompella-mpls-larp
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: Thu, 17 Sep 2015 09:39:41 -0000

Sri,

I certainly want to hear from the working group, my co-chairs and
the authors on this, before we make the call on this issue.

I tend to think that we should have the first individual draft on
the MPLS fabric architecture available before starting the the adoption
poll and the MPLS fabric architecture as a wg doc before going to
working group last call.

Thoughts? Anyone?

/Loa

On 2015-09-15 18:17, Sriganesh Kini wrote:
> Loa,
>
> I am fine with the resolutions in -04 except for one, for which I would
> like the guidance of the WG chairs. As stated in the abstract, this
> draft is providing a solution as a component of the MPLS Fabric
> architecture which will be defined in the yet to be published draft
> [TODO-MPLS-FABRIC]. Shouldn't the order of WG acceptance be architecture
> first and then specific solutions?
>
> Thanks
> Sri
>
> On Thu, Sep 10, 2015 at 2:35 AM, Loa Andersson <loa@pi.nu
> <mailto:loa@pi.nu>> wrote:
>
>     Lucy, Kamran, Sri and Mustapha
>
>     Can each of you confirm to me that your MPLS-RT review comments has been
>     satisfactorily addressed.
>
>     I will start the working group adoption poll as soon as I have
>     your¨resonses,
>
>     /Loa
>
>     On 2015-09-08 21:25, Kireeti Kompella wrote:
>
>         Hi All,
>
>         Thanks all again for your comments.
>
>         I've just posted a new version incorporating all your feedback.
>         There
>         is new text to clarify some points, and the text on unsolicited
>         ARP and
>         Async operation have been merged.  The one thing left to do is
>         to write
>         the MPLS Fabric document -- work has started here.
>
>         Kireeti.
>
>         On Wed, Jul 15, 2015 at 6:11 PM, Sriganesh Kini
>         <sriganesh.kini@ericsson.com
>         <mailto:sriganesh.kini@ericsson.com>
>         <mailto:sriganesh.kini@ericsson.com
>         <mailto:sriganesh.kini@ericsson.com>>> wrote:
>
>              Hello,
>
>              This is the MPLS-RT review of draft-kompella-mpls-larp -
>
>              The document is coherent.
>
>              Regarding whether it is useful (i.e., is it likely to be
>         actually
>              useful in operational networks), the yet to do be defined
>         reference
>              [TODO-MPLS-FABRIC] would be needed before commenting on it.
>         Also if
>              any host NIC vendors can chime in or any evidence of host
>         operating
>              systems that plan to support this is present, it will help
>         to answer
>              this question. I don't see any technical reason why MPLS
>         shouldn't
>              be useful in DC networks.
>
>              The document is technically sound for most parts, but as sec 4
>              points out there are a number of issues still left. I would
>         add a
>              couple issues -
>                       1.      The restarts should address control-plane
>         restart
>              as well. Though there is no session between server and
>         client, the
>              action (if any) to be performed when control-plane restarts
>         should
>              be specified.

>                       2.      If a LSR (L-ARP server) goes down, then there
>              should be a proposed resiliency mechanism (e.g. using BFD).

>
>              Other comments:
>                       1.      It would be very useful to list the
>         use-cases where
>              a host wants to participate in the fabric through a simpler
>              mechanism than RSVP-TE UNI. Additionally, even though label
>              distribution itself may become simpler using ARP, doesn't
>         the host
>              have to do other MPLS OAM functionality? Some discussion of
>         this
>              topic is needed.

>                       2.      Section 3.4 "... presence of a complex
>              topology...". Which topology is this referring to ? Is it the
>              underlying ethernet network topology ? Pls state it
>         explicitly and
>              also why it would cause a problem to LARP.

>
>              Nits:
>                       1.      Section 1, page 1 s/Centre/Center

>                       2.      The node 'T' should be shown in the MPLS
>         Fabric of
>              Fig 1.

>                       3.      Missing reference [TODO-MPLS-FABRIC]

>                       4.      Sec 3.4 "Seamless MPLS" reference is missing.

>
>              Since [TODO-MPLS-FABRIC] seems to the primary driver for this
>              document, it would be better to consider this for a WG document
>              after that document is published.
>
>              - Sri
>              ________________________________________
>              From: Loa Andersson [loa@pi.nu <mailto:loa@pi.nu>
>         <mailto:loa@pi.nu <mailto:loa@pi.nu>>]
>              Sent: Tuesday, 30 June 2015 9:18 AM
>              To: Lucy yong; Kamran Raza (skraza); Sriganesh Kini; Aissaoui,
>              Mustapha (Mustapha);
>         draft-kompella-mpls-larp@tools.ietf.org
>         <mailto:draft-kompella-mpls-larp@tools.ietf.org>
>              <mailto:draft-kompella-mpls-larp@tools.ietf.org
>         <mailto:draft-kompella-mpls-larp@tools.ietf.org>>;
>         mpls-chairs@tools.ietf.org <mailto:mpls-chairs@tools.ietf.org>
>         <mailto:mpls-chairs@tools.ietf.org
>         <mailto:mpls-chairs@tools.ietf.org>>
>
>              Subject: MPLS-RT review of draft-kompella-mpls-larp
>
>              Lucy, Kamran, Sri and Mustapha;
>
>              You have be selected as MPLS-RT reviewers for
>         draft-kompella-mpls-larp.
>
>              Note to authors: You have been CC'd on this email so that
>         you can know
>              that this review is going on. However, please do not review
>         your own
>              document.
>
>              Reviews should comment on whether the document is coherent,
>         is it
>              useful (ie, is it likely to be actually useful in
>         operational networks),
>              and is the document technically sound?
>
>              We are interested in knowing whether the document is ready
>         to be
>              considered for WG adoption (ie, it doesn't have to be
>         perfect at this
>              point, but should be a good start).
>
>              Reviews should be sent to the document authors, WG
>         co-chairs and WG
>              secretary, and CC'd to the MPLS WG email list. If
>         necessary, comments
>              may be sent privately to only the WG chairs.
>
>              If you have technical comments you should try to be
>         explicit about what
>              needs to be resolved before adopting it as a working group
>         document, and
>              what can wait until the document is a working group
>         document and the
>              working group has the revision control.
>
>              Are you able to review this draft by 14, 2015? Please
>         respond in a
>              timely fashion.
>
>              Thanks, Loa
>              (as MPLS WG chair)
>              --
>
>
>              Loa Andersson                        email:
>         loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>
>              <mailto:loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>>
>              Senior MPLS Expert loa@pi.nu <mailto:loa@pi.nu>
>         <mailto:loa@pi.nu <mailto:loa@pi.nu>>
>              Huawei Technologies (consultant)     phone: +46 739 81 21
>         64 <tel:%2B46%20739%2081%2021%2064>
>              <tel:%2B46%20739%2081%2021%2064>
>
>
>
>
>         --
>         Kireeti
>
>
>     _______________________________________________
>     mpls mailing list
>     mpls@ietf.org <mailto:mpls@ietf.org>
>     https://www.ietf.org/mailman/listinfo/mpls
>
>
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>