Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map

Pablo Frank <pabloisnot@gmail.com> Wed, 07 November 2012 17:31 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 A045B21F8C76 for <mpls@ietfa.amsl.com>; Wed, 7 Nov 2012 09:31:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.765
X-Spam-Level:
X-Spam-Status: No, score=-2.765 tagged_above=-999 required=5 tests=[AWL=0.833, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hlBqztoq0cai for <mpls@ietfa.amsl.com>; Wed, 7 Nov 2012 09:31:55 -0800 (PST)
Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id DEE4121F8C3D for <mpls@ietf.org>; Wed, 7 Nov 2012 09:31:54 -0800 (PST)
Received: by mail-la0-f44.google.com with SMTP id b11so1548543lam.31 for <mpls@ietf.org>; Wed, 07 Nov 2012 09:31:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ktkb9wBxfuCPCObpTthmSHxz4FwA7VaNqWv5Li5frpE=; b=r3JF4O/QCLuJietAOzecmZr7Wm+ZV+pwKG4a3YzSspzRA6wjALSHeotnldsAQmWmiE kLM1J5cSjRblvIQVSExVepibwngZE8AojW8UbAUyMC4aiAePFQOEjeFE5R9DIKnJlCus ryeNAcpv9z8DFELiN/Hp3ME1f88/tJ4jGZFQdgsCG9PwXlcJfblZb7y9W5N/UHBA3dd8 AwMuvuDdbLBvtNVKZ00WgNV2ABEpGe4Uo95mCHJ8Gli/ZGI8Y/41c9gvp3pMsxmjzIfq B2A8slKFAHIXK07YnHhuQOxoblQcnuoKBjKIssZa0pfM9TkNOf76POBwP3W1OoCOKshU ArvA==
MIME-Version: 1.0
Received: by 10.112.47.129 with SMTP id d1mr2158191lbn.115.1352309513751; Wed, 07 Nov 2012 09:31:53 -0800 (PST)
Received: by 10.112.128.133 with HTTP; Wed, 7 Nov 2012 09:31:53 -0800 (PST)
In-Reply-To: <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd>
References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd>
Date: Wed, 07 Nov 2012 12:31:53 -0500
Message-ID: <CAGEmCZy-gdsY-HTNBDHyiXNgxiBof7MP=wySohv5zZv2eMxR9w@mail.gmail.com>
From: Pablo Frank <pabloisnot@gmail.com>
To: Rolf Winter <Rolf.Winter@neclab.eu>
Content-Type: multipart/alternative; boundary="bcaec553fe92318e5304cdeb188a"
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>
Subject: Re: [mpls] IPR poll 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: Wed, 07 Nov 2012 17:31:56 -0000

Hi Rolf,

To me, the concepts of up/down MEP/MIP vs. node/interface-MEP/MIPs are
orthogonal concepts.  In 802.1q, the up/down direction of MP is in
reference to the direction (in the baggy-pants model) in which it sends and
consumes frames (i.e. the "active" side). For example, an up-MEP transmits
"up" towards the forwarding function while a down-MEP transmits "down"
towards the interface.  MIPs are modeled as two MIP-Half-Functions because
they're basically active in either direction.  I've interpreted
per-Interface MIPs to be really both MHFs together.  (I suppose you could
extend this to say that per-Node MIPs are like down-MHF only).

Strictly speaking, you're hitting the "down-MHF" if your traceroute message
terminates at what you call the "in-MIP".  You're hitting the "up-MHF" of
the MIP on the other side of the device when the message terminates at the
"out-MIP".  Personally, I find that unintuitive so I actually prefer your
in-MIP/out-MIP terminology.

If you're going to introduce this new terminology though, you'll want to
include a section that explains this mapping.

regards,
Pablo


On Tue, Nov 6, 2012 at 5:51 PM, Rolf Winter <Rolf.Winter@neclab.eu> wrote:

> Hi Greg,
>
> thanks for the comments. Some relies inline.
>
> NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London
> W3 6BL | Registered in England 2832014
>
>
> > *     Section 3
> >
> > *     Note that RFC 6371 refers to per-interface MEP as Up and Down
> > (Section 3.3, p.15) whereas in this document per-interface MIPs
> > referred as in- and out-. I think that both types of Maintanence Points
> > (MP) must use one terminology in regard to location in per-interface
> > model.
>
> I see your point. But I think you could argue this two ways. I personally
> liked in- and out-MIP as it illustrates the point of MIPs being transit
> points and therefore somewhat different in nature. RFC 6371 does talk about
> per-interface MIPs but does not name them in any way, which I found strange
> at first. Can someone involved in the ITU-T (or IEEE for that matter) maybe
> comment on terminology here. Up/Down MEP is a commonly used term, but how
> about per interface-MIPs?
>
> >
> > *     Section 4.
> >
> > *     I believe that CV operation can be performed only between MEPs,
> > not between MEP and MIP, as stated in the document.
>
> Would qualifying it as on-demand CV work for you?
>
> > *     I think that "diagnostic tests" is bit too open-ended and would
> > suggest considering making this bullet more specific or removing it
> > altogether.
>
> This is a term taken from 5860 - the OAM requirements. I agree that a
> number of more specific OAM functions fall into the category of diagnostic
> test, but using the term should be fine give that it has been used already
> in RFCs. Would you agree?
>
> Thanks again,
>
> Rolf
>
> >
> >
> >         Regards,
> >                 Greg
> >
> > -----Original Message-----
> > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org <mailto:mpls-
> > bounces@ietf.org> ] On Behalf Of Loa Andersson
> > Sent: Tuesday, November 06, 2012 12:51 AM
> > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org
> > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team
> > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
> >
> > Working Group,
> >
> > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the
> > draft is ready for working group last call.
> >
> > Before we start the working group last call an IPT poll is needed.
> >
> > This is to start the IPR Poll.
> >
> > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-
> > map?
> >
> > If so, has this IPR been disclosed in compliance with IETF IPR rules
> > (see RFCs 3979, 4879, 3669 and 5378 for more details).
> >
> > If you are listed as a document author or contributor please respond to
> > this email regardless of whether or not you are aware of any relevant
> > IPR. The response needs to be sent to the MPLS wg mailing list. The
> > documents will not advance to the next stage until a response has been
> > received from each author and contributor.
> >
> > If you are on the MPLS WG email list but are not listed as an author or
> > contributor, then please explicitly respond only if you are aware of
> > any IPR that has not yet been disclosed in conformance with IETF rules.
> >
> >
> > Thanks, Loa
> > (as MPLS WG co-chair)
> >
> >
> > --
> >
> >
> > Loa Andersson                         email: loa.andersson@ericsson.com
> > Sr Strategy and Standards Manager            loa@pi.nu
> > Ericsson Inc                          phone: +46 10 717 52 13
> >                                               +46 767 72 92 13
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> > <https://www.ietf.org/mailman/listinfo/mpls>
> >
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>