Re: [mpls-tp] [mpls] R: Use of term "interface" in MPLS-TP Identifiers and OAM Framework drafts
"Adrian Farrel" <adrian@olddog.co.uk> Fri, 10 December 2010 14:18 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id AC39F3A6CA9; Fri, 10 Dec 2010 06:18:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,
BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RA2s3RHA3zKa;
Fri, 10 Dec 2010 06:18:54 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175])
by core3.amsl.com (Postfix) with ESMTP id 416113A6CA7;
Fri, 10 Dec 2010 06:18:48 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by
asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id oBAEKImc010236;
Fri, 10 Dec 2010 14:20:18 GMT
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com
[81.140.15.32]) (authenticated bits=0) by asmtp4.iomartmail.com
(8.13.8/8.13.8) with ESMTP id oBAEKGIf010229; Fri, 10 Dec 2010 14:20:17 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <mpls-tp@ietf.org>, <mpls@ietf.org>
References: <AANLkTikBNsFZ=g-rQdPu9avPAoUdsNaiD==dxoRC6fq7@mail.gmail.com>,
<15740615FC9674499FBCE797B011623F16CD17E1@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com> <A3C5DF08D38B6049839A6F553B331C76D6B78ED566@ILPTMAIL02.ecitele.com>
<15740615FC9674499FBCE797B011623F16D36BEA@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
In-Reply-To: <15740615FC9674499FBCE797B011623F16D36BEA@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
Date: Fri, 10 Dec 2010 14:20:17 -0000
Message-ID: <007201cb9875$5f1ddfa0$1d599ee0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Content-language: en-gb
Thread-index: AQDsdkKdSYsg6qfPP4uPwZpQVbjEEgLRI4EpAo4z0pQC5h6IDJUVzgyw
Subject: Re: [mpls-tp] [mpls] R: Use of term "interface" in MPLS-TP
Identifiers and OAM Framework drafts
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>,
<mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>,
<mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Dec 2010 14:18:57 -0000
I agree with Italo (try not to gasp so loudly :-) The I-Ds do appear to use the term consistently, and bringing this important term to the front so it is really noticed seems important. Also adding it to the Rosetta Stone I-D in a consistent way. A *separate* issue is determining whether we are happy with the definition being used. "interface" is a wriggly term with a long history in the IETF. Those wanting to pick up some background could do worse than read IF-MIB (RFC2863) and then look at the information about the use of "interfaces" in Section 8 of RFC 3813. In RFC 4397 we worked with experts in ITU-T SG15 and got a bit anal about the definitions. Section 3.6 discusses "link interfaces", and it would be nice to stay consistent. The question of "layers" is delicate, and should probably include "sub-layers". But note that the interface is not the layer (which seems to be what Sasha is objecting to), it is the "gateway" to the layer. One might think of it in terms of adaptation functions, and indeed, I think this *is* consistent with the current MPLS data plane architecture. Consider, for example, that an LSP end may be represented as a virtual interface (i.e. the LSP is a virtual link). Cheers, Adrian > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > BUSI, ITALO (ITALO) > Sent: 10 December 2010 12:07 > To: Alexander Vainshtein; mpls-tp@ietf.org; mpls@ietf.org > Subject: [mpls] R: [mpls-tp] Use of term "interface" in MPLS-TP Identifiers and > OAM Framework drafts > > Sasha, > > The OAM Framework and Identifier drafts are already using the term "interface" > in a consistent way among each other. > > According to the Identifiers draft the attachment point to a server MPLS-TP > Tunnel is an interface. > > The change #2 I am proposing is just aimed at clarifying that the server MPLS-TP > tunnel is a server sub-layer and not a server layer as per past discussion. > > Italo > > > -----Messaggio originale----- > > Da: Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com] > > Inviato: venerdì 10 dicembre 2010 10.48 > > A: BUSI, ITALO (ITALO); mpls-tp@ietf.org; mpls@ietf.org > > Oggetto: RE: [mpls-tp] Use of term "interface" in MPLS-TP Identifiers and > > OAM Framework drafts > > > > Italo, > > Lots of thanks for a prompt response. > > I agree that different MPLS-TP documents treat the term "interface" > > differently, and this adds to the overall havoc. > > > > I strongly object to treating sub-layers as interfaces in MPLS-TP because > > IMO this would break the MPLS data plane in an irreparable manner. > > > > As a consequence I suggest we keep the definition used in the MPLS-TP > > Identifiers draft and rework the OAM framework document accordingly. > > > > Regards, > > Sasha > > > > > > > > From: mpls-tp-bounces@ietf.org [mpls-tp-bounces@ietf.org] On Behalf Of > > BUSI, ITALO (ITALO) [italo.busi@alcatel-lucent.com] > > Sent: Friday, December 10, 2010 11:00 AM > > To: mpls-tp@ietf.org; mpls@ietf.org > > Subject: [mpls-tp] Use of term "interface" in MPLS-TP Identifiers and OAM > > Framework drafts > > > > > > I see a lot of comments related to the term "interface" used within the > > OAM Framework draft in the context of the per-interface MIP definition and > > NO comments on the same term used within the Identifiers draft. > > > > I would like to clarify that the same term "interface" actually represents > > the same concept in both the MPLS-TP Identifiers and MPLS-TP OAM > Framework > > drafts. > > > > I would therefore propose that the following definition is added to both > > drafts: > > > > " > > Interface: An interface is the attachment point to a server (sub-)layer > > e.g., MPLS-TP section or MPLS-TP tunnel. > > " > > > > This definition is taken from the text in section 4 of the Identifiers > > draft with the following proposed changes: > > > > 1) c/Access Point (AP)/attachment point/ as proposed by ITU-T > > > > 2) c/layer/(sub-)layer/ to align the definition with the outcome of past > > discussion: label stacking is a form of sub-layering with the MPLS and > > MPLS-TP layer network. > > > > I have a strong opinion that both the MPLS-TP Identifiers and the MPLS-TP > > OAM Framework must use the same term (and definition) to identify the same > > entity. > > > > I have a preference to keep the term "interface" on both drafts to speed > > up the work. > > > > Italo > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
- [mpls-tp] Looking for alternative term for per-in… Greg Mirsky
- [mpls-tp] 答复: Looking for alternative term for pe… wei.hongbo
- Re: [mpls-tp] 答复: Looking for alternative term fo… Alexander Vainshtein
- Re: [mpls-tp] Looking for alternative term for pe… wei.hongbo
- [mpls-tp] Use of term "interface" in MPLS-TP Iden… BUSI, ITALO (ITALO)
- Re: [mpls-tp] Use of term "interface" in MPLS-TP … Alexander Vainshtein
- [mpls-tp] R: Use of term "interface" in MPLS-TP I… BUSI, ITALO (ITALO)
- Re: [mpls-tp] [mpls] R: Use of term "interface" i… Adrian Farrel
- [mpls-tp] RE: 答复: Looking for alternative term fo… maarten vissers
- Re: [mpls-tp] [mpls] R: Use of term "interface" i… Alexander Vainshtein
- Re: [mpls-tp] [mpls] R: Use of term "interface" i… Greg Mirsky
- Re: [mpls-tp] [mpls] R: Use of term "interface" i… Adrian Farrel