[mpls-tp] R: Use of term "interface" in MPLS-TP Identifiers and OAM Framework drafts
"BUSI, ITALO (ITALO)" <italo.busi@alcatel-lucent.com> Fri, 10 December 2010 12:05 UTC
Return-Path: <italo.busi@alcatel-lucent.com>
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 88DFC3A6AD4; Fri, 10 Dec 2010 04:05:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.727
X-Spam-Level:
X-Spam-Status: No, score=-3.727 tagged_above=-999 required=5 tests=[AWL=-1.478,
BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 yNNUybjGPzEG;
Fri, 10 Dec 2010 04:05:12 -0800 (PST)
Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by
core3.amsl.com (Postfix) with ESMTP id 67F3928C0D7;
Fri, 10 Dec 2010 04:05:11 -0800 (PST)
Received: from FRMRSSXCHHUB03.dc-m.alcatel-lucent.com
(FRMRSSXCHHUB03.dc-m.alcatel-lucent.com [135.120.45.63]) by smail6.alcatel.fr
(8.14.3/8.14.3/ICT) with ESMTP id oBAC6eHO016680 (version=TLSv1/SSLv3
cipher=RC4-MD5 bits=128 verify=NOT); Fri, 10 Dec 2010 13:06:40 +0100
Received: from FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com ([135.120.45.43]) by
FRMRSSXCHHUB03.dc-m.alcatel-lucent.com ([135.120.45.63]) with mapi;
Fri, 10 Dec 2010 13:06:40 +0100
From: "BUSI, ITALO (ITALO)" <italo.busi@alcatel-lucent.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>,
"mpls-tp@ietf.org" <mpls-tp@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Date: Fri, 10 Dec 2010 13:06:38 +0100
Thread-Topic: [mpls-tp] Use of term "interface" in MPLS-TP Identifiers and OAM
Framework drafts
Thread-Index: AcuYCIjDZUn6b3RvQm2LucvRj/p3XAAPYRewAAJc/1cABJuNwA==
Message-ID: <15740615FC9674499FBCE797B011623F16D36BEA@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
References: <AANLkTikBNsFZ=g-rQdPu9avPAoUdsNaiD==dxoRC6fq7@mail.gmail.com>,
<15740615FC9674499FBCE797B011623F16CD17E1@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
<A3C5DF08D38B6049839A6F553B331C76D6B78ED566@ILPTMAIL02.ecitele.com>
In-Reply-To: <A3C5DF08D38B6049839A6F553B331C76D6B78ED566@ILPTMAIL02.ecitele.com>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: it-IT, en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.84
Subject: [mpls-tp] 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
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 12:05:13 -0000
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-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