Re: [CCAMP] RSVP-TE Extensions for Lock Instruct and Loopback in MPLS Transport Profile and RFC 6435
Jie Dong <jie.dong@huawei.com> Mon, 05 November 2012 16:24 UTC
Return-Path: <jie.dong@huawei.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1DB121F8749 for <ccamp@ietfa.amsl.com>; Mon, 5 Nov 2012 08:24:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 4p2uhpnrODG6 for <ccamp@ietfa.amsl.com>; Mon, 5 Nov 2012 08:24:38 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id CDA5E21F8792 for <ccamp@ietf.org>; Mon, 5 Nov 2012 08:24:36 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALF95307; Mon, 05 Nov 2012 16:24:35 +0000 (GMT)
Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 5 Nov 2012 16:24:27 +0000
Received: from SZXEML426-HUB.china.huawei.com (10.72.61.34) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 5 Nov 2012 16:24:32 +0000
Received: from SZXEML504-MBX.china.huawei.com ([169.254.4.86]) by szxeml426-hub.china.huawei.com ([10.72.61.34]) with mapi id 14.01.0323.003; Tue, 6 Nov 2012 00:24:24 +0800
From: Jie Dong <jie.dong@huawei.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: [CCAMP] RSVP-TE Extensions for Lock Instruct and Loopback in MPLS Transport Profile and RFC 6435
Thread-Index: Ac27cJRRVrea7FnuT8+wJ27lvXCL0AAAFZf7
Date: Mon, 05 Nov 2012 16:24:24 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C927325A30F3@szxeml504-mbx.china.huawei.com>
References: <7347100B5761DC41A166AC17F22DF112E2AA@EUSAAMB103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF112E2AA@EUSAAMB103.ericsson.se>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.158.115]
Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C927325A30F3szxeml504mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] RSVP-TE Extensions for Lock Instruct and Loopback in MPLS Transport Profile and RFC 6435
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2012 16:24:38 -0000
Hi all, I agree with Greg that RFC 6435 specifies that Loopback is using NMS. I'd also like to note that the mechanism of Lock Instruct in RFC 6435 is also NMS based, while the LI message is used for additional coordination and can be optional: " To properly lock a transport path (for example, to ensure that a loopback test can be performed), both directions of the transport path must be taken out of service; therefore, a Lock command is sent to the MEPs at both ends of the path. This ensures that no traffic is sent in either direction. Thus, the lock function can be realized entirely using the management plane. ... In order to provide additional coordination, an LI OAM message can also be sent. " Best regards, Jie ________________________________ From: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] on behalf of Gregory Mirsky [gregory.mirsky@ericsson.com] Sent: Tuesday, November 06, 2012 0:14 To: ccamp@ietf.org Subject: Re: [CCAMP] RSVP-TE Extensions for Lock Instruct and Loopback in MPLS Transport Profile and RFC 6435 Dear All, I'd like to note that RFC 6435 does not provide control of LB, but only LI functionality. Regards, Greg
- Re: [CCAMP] RSVP-TE Extensions for Lock Instruct … Gregory Mirsky
- Re: [CCAMP] RSVP-TE Extensions for Lock Instruct … Jie Dong