Re: [mpls] 2nd working group last call on draft-ietf-mpls-tp-mip-mep-map
Pablo Frank <pabloisnot@gmail.com> Tue, 12 March 2013 15:16 UTC
Return-Path: <pabloisnot@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFBA21F8917 for <mpls@ietfa.amsl.com>; Tue, 12 Mar 2013 08:16:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rN+4HYCFI7yR for <mpls@ietfa.amsl.com>; Tue, 12 Mar 2013 08:16:26 -0700 (PDT)
Received: from mail-ve0-f169.google.com (mail-ve0-f169.google.com [209.85.128.169]) by ietfa.amsl.com (Postfix) with ESMTP id 3334421F84FF for <mpls@ietf.org>; Tue, 12 Mar 2013 08:16:26 -0700 (PDT)
Received: by mail-ve0-f169.google.com with SMTP id 15so3631524vea.28 for <mpls@ietf.org>; Tue, 12 Mar 2013 08:16:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XgwOsngBLrzm56oJ8bJOF6aipQZS3oxK5MoMGmSWUnA=; b=faz4U6gRjSZ1DT93KnPtv4nZFqIPC0f5DfWRO8Ty02gQaHISbqWpAz8CprBgE0zVTX zL8yhp8UedF8KiVUB4aPSXJLqwlcbLfcQXgYkggNNCheMIhC2dQzIBWOg2as8SFrmJ39 h+AmY4MVVvW0hSJGcQY2L/0njI0JqLB/pJT3LqCsPf4i4cWmEjjLG4q6mSh/JYqTu8td /0cPIlLVa6flkD75Uc2sLdinbCAd33a/FccJuGYnRct78ooGkXuE3GL1FOhYHe44fKNG DUUthjHe4LJC4VHS0OxgrH9LMpzKqYD7SE3ZpKH+Y3ZlCYrADm1w1dA4I7Psi6zxNMq6 HYug==
MIME-Version: 1.0
X-Received: by 10.52.74.34 with SMTP id q2mr5721404vdv.76.1363101385696; Tue, 12 Mar 2013 08:16:25 -0700 (PDT)
Received: by 10.52.97.97 with HTTP; Tue, 12 Mar 2013 08:16:25 -0700 (PDT)
In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD962A2@SJEXCHMB12.corp.ad.broadcom.com>
References: <512C960E.70109@pi.nu> <4A6CE49E6084B141B15C0713B8993F281BD962A2@SJEXCHMB12.corp.ad.broadcom.com>
Date: Tue, 12 Mar 2013 11:16:25 -0400
Message-ID: <CAGEmCZzpDM5fQpfySSHpYhdKLPjrokN7D_oQZrggGi0mW62MDw@mail.gmail.com>
From: Pablo Frank <pabloisnot@gmail.com>
To: Shahram Davari <davari@broadcom.com>
Content-Type: multipart/alternative; boundary="20cf3071c7fce359e504d7bbc5a5"
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" <draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org>, "<mpls-ads@tools.ietf.org>" <mpls-ads@tools.ietf.org>
Subject: Re: [mpls] 2nd working group last call on draft-ietf-mpls-tp-mip-mep-map
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Tue, 12 Mar 2013 15:16:27 -0000
I'm still a little wary of the wording on pg. 9, 4th bullet. Currently, the draft suggests that packet inspection needs to be minimized. My concern with the original solution proposal was that it required a new line-rate *lookup*. There was a secondary concern around parsing TLVs which this point *does* appear to address, but minimizing 'inspection' does not seem to preclude new lookups. One of the nice things about MPLS OAM as it's defined today is that relatively easy to get off-the-shelf forwarding hardware to trap / redirect OAM frames to a separate OAM block that could perform the OAM validation and lookups. This is because encountering a GACh or a TTL expiry as part of regular MPLS handling unambiguously terminates the frame (and note that it doesn't require an OAM-specific lookup in the main-line forwarding hardware). I'd like this draft to set avoiding new OAM-specific lookups as a design objective, or you risk precluding a whole class of (cheap, high volume) hardware from being able to do this function. regards, Pablo On Wed, Mar 6, 2013 at 2:30 PM, Shahram Davari <davari@broadcom.com> wrote: > My Comments are addressed and I support this draft to be published as > Informational RFC. > > Thx > Shahram > > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Loa Andersson > Sent: Tuesday, February 26, 2013 3:02 AM > To: mpls@ietf.org > Cc: <mpls-ads@tools.ietf.org>; mpls-chairs@tools.ietf.org; > draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Subject: [mpls] 2nd working group last call on > draft-ietf-mpls-tp-mip-mep-map > > Working Group, > > draft-ietf-mpls-tp-mip-mep-map-05.txt has been updated after a > previous last call, due to the nature a and extent of the updates > we have chosen to start a 2nd wg last call. > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-mip-mep-map > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-mpls-tp-mip-mep-map-05 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-mip-mep-map-05 > > Please send your comments, including approval of the documents and > the updates to the mpls working group list (mpls@ietf.org) > > This working group last call ends March 13, 2013. > > /Loa > for the MPLS working group co-chairs > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consult) phone: +46 739 81 21 64 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >
- [mpls] 2nd working group last call on draft-ietf-… Loa Andersson
- Re: [mpls] 2nd working group last call on draft-i… hideki.endo.es
- Re: [mpls] 2nd working group last call on draft-i… Shahram Davari
- Re: [mpls] 2nd working group last call on draft-i… Pablo Frank
- Re: [mpls] 2nd working group last call on draft-i… Shahram Davari
- Re: [mpls] 2nd working group last call ondraft-ie… hideki.endo.es
- Re: [mpls] 2nd working group last call ondraft-ie… Shahram Davari
- [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd wor… Gregory Mirsky
- Re: [mpls] 2nd working group last call on draft-i… Rolf Winter
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Zhenlong Cui
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Zhenlong Cui
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… hideki.endo.es
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… hideki.endo.es
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] 2nd working group last call on draft-i… Loa Andersson
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… hideki.endo.es
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE: 2nd… Pablo Frank
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE:2ndw… hideki.endo.es
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE:2ndw… Shahram Davari
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE:2ndw… Gregory Mirsky
- Re: [mpls] On Up and Down MEP in MPLS-TP (RE:2ndw… Shahram Davari