Re: [Mpls-interop] MPLS-TP OAM requirements - Lock and notification of lock
"Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com> Mon, 04 May 2009 06:16 UTC
Return-Path: <nurit.sprecher@nsn.com>
X-Original-To: mpls-interop@core3.amsl.com
Delivered-To: mpls-interop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B38E63A683D for <mpls-interop@core3.amsl.com>; Sun, 3 May 2009 23:16:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.374
X-Spam-Level:
X-Spam-Status: No, score=-5.374 tagged_above=-999 required=5 tests=[AWL=1.225, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 3w3adir5h9RZ for <mpls-interop@core3.amsl.com>; Sun, 3 May 2009 23:16:46 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [217.115.75.233]) by core3.amsl.com (Postfix) with ESMTP id 620943A68C8 for <mpls-interop@ietf.org>; Sun, 3 May 2009 23:16:41 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n446I2rT009308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 May 2009 08:18:02 +0200
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n446I297008019; Mon, 4 May 2009 08:18:02 +0200
Received: from DEMUEXC014.nsn-intra.net ([10.150.128.25]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 May 2009 08:18:02 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 04 May 2009 08:18:01 +0200
Message-ID: <077E41CFFD002C4CAB7DFA4386A53264A754E0@DEMUEXC014.nsn-intra.net>
In-Reply-To: <49FE241F.5080007@chello.nl>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mpls-interop] MPLS-TP OAM requirements - Lock and notification of lock
Thread-Index: AcnMRDWaJxXBJjUiTEW6/qdA75uB6AAOtxGA
References: <0BDFFF51DC89434FA33F8B37FCE363D516FDAE56@zcarhxm2.corp.nortel.com> <42D4A33F1EAE420289ED4EFCA24D19BB@your029b8cecfe><49FDE0C4.7060807@alcatel-lucent.com> <49FE241F.5080007@chello.nl>
From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>
To: hhelvoort@chello.nl, Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
X-OriginalArrivalTime: 04 May 2009 06:18:02.0287 (UTC) FILETIME=[1428D3F0:01C9CC80]
Cc: mpls-interop@ietf.org
Subject: Re: [Mpls-interop] MPLS-TP OAM requirements - Lock and notification of lock
X-BeenThere: mpls-interop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF MPLS Interoperability Design Team <mpls-interop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-interop>
List-Post: <mailto:mpls-interop@ietf.org>
List-Help: <mailto:mpls-interop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 May 2009 06:16:47 -0000
You say " To be more exact, the sink side of a locked LSP, PW, Section, has to inform its clients.", BUT the client is not necessarily an endpoint but may be an intermediate point, and it needs to notify its endpoints, that means that a MIP generates an OAM message. Long ago I discussed this point with Italo and he indicated to me that it is not a generation of a message by a MIP BUT it is a variation of an adaptation function at the client intermediate point. Although we are talking here about a way to implement it, this is a conceptual issue that we need to agree on. Also, I think we should generalize the discussion instead of talking every time about LSP, PW, section, etc. we should really talk about client/server layers to cover cases of LSP hierarchies, etc. Best regards, Nurit -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of ext Huub van Helvoort Sent: Monday, May 04, 2009 2:09 AM To: Martin Vigoureux Cc: mpls-interop@ietf.org Subject: Re: [Mpls-interop] MPLS-TP OAM requirements - Lock and notification of lock Bonsoir Martin, To continue with the othe rquestion: > See also my e-mail: > MPLS-TP OAM requirements - AIS/LockNotif - Can MIPs send "usolicited" > OAM messages ? The answer was no. > -question: > More generally to the comment above, who should notify and who should > notify whom? > I would tend to say: > the receiving node of a locked direction, informs downstream receiving > nodes of nested LSPs. To be more exact, the sink side of a locked LSP, PW, Section, has to inform its clients. > This is a Fowrward Indication and if we do > so then receiving points MUST indeed be informed of a Lock (c.f. > discussion at the beginning of the e-mail). > Should source points (locking points) do some reverse indication and > notify the source points of the LSPs that are nested in the locked LSP? > (but this maybe falls in the RDI functionality). Isn't this notification already caused by the locking at the far end? Or is the locking only applied in one direction of a bi-directional path? If yes, then the notification is not required. Cheers, Huub. -- ================================================================ Always remember that you are unique...just like everyone else... _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop
- [Mpls-interop] MPLS-TP OAM requirements - Lock an… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Adrian Farrel
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Lam, Hing-Kam (Kam)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Annamaria Fulignoli
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Adrian Farrel
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Huub van Helvoort
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Annamaria Fulignoli
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Lam, Hing-Kam (Kam)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Martin Vigoureux
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Adrian Farrel
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Lam, Hing-Kam (Kam)
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Malcolm Betts
- Re: [Mpls-interop] MPLS-TP OAM requirements - Loc… Lam, Hing-Kam (Kam)