[mpls] Liaison from MPLS & Frame Relay Alliance on RFC 3036 Proposed Revisions

"Alexa Morris" <amorris@mplsforum.org> Thu, 07 October 2004 23:01 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA07546; Thu, 7 Oct 2004 19:01:28 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFhQ0-0002zG-ME; Thu, 07 Oct 2004 19:11:39 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFh9f-00010f-7P; Thu, 07 Oct 2004 18:54:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFaN1-00042K-RL for mpls@megatron.ietf.org; Thu, 07 Oct 2004 11:39:55 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA27737; Thu, 7 Oct 2004 11:39:50 -0400 (EDT)
Received: from tornado.amsl.com ([64.170.98.5] helo=puddle.amsl.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFaWX-0004Uo-VC; Thu, 07 Oct 2004 11:49:56 -0400
Received: from AlexaDellLat600 ([195.56.72.35]) (authenticated bits=0) by puddle.amsl.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id i97FhVOE013263; Thu, 7 Oct 2004 08:43:38 -0700
Message-Id: <200410071543.i97FhVOE013263@puddle.amsl.com>
From: Alexa Morris <amorris@mplsforum.org>
To: statements@ietf.org, mpls@ietf.org, 'o George Swallow' <swallow@cisco.com>, 'o Loa Anderssom' <loa@pi.se>, 'o Ina Minei' <ina@juniper.net>
Date: Thu, 07 Oct 2004 08:38:02 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcSsg6EJeqoHCizzSgG+qMTfh5rFog==
X-Virus-Scanned: by amavisd-new
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Thu, 07 Oct 2004 18:54:32 -0400
Cc: rcheruku@cisco.com
Subject: [mpls] Liaison from MPLS & Frame Relay Alliance on RFC 3036 Proposed Revisions
X-BeenThere: mpls@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mpls>
List-Post: <mailto:mpls@lists.ietf.org>
List-Help: <mailto:mpls-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@lists.ietf.org?subject=subscribe>
Sender: mpls-bounces@ietf.org
Errors-To: mpls-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Content-Transfer-Encoding: 7bit

This email is being sent on behalf of Rao Cherukuri, rcheruku@cisco.com. 

Dear George, Loa and Ina:

A recent message on the MPLS WG mailing list
(http://www.cell-relay.com/mhonarc/mpls/2004-Sep/msg00043.html) has
suggested changes to RFC 3036 ("LDP Specification") and called for comments
on the proposed changes.  One of the proposed changes is to deprecate the
use of the Host Address FEC TLV.  Two Implementation Agreements published by
the MPLS & Frame Relay Alliance (MFA), "MPLS Proxy Admission Control
Definition" and "MPLS Proxy Admission Control Protocol", MFA.6.0.0 and
MFA.7.0.0
(http://www.mplsforum.org/tech/mpls-proxy-admission-control-definition-ia.pd
f and
http://www.mplsforum.org/tech/mpls-proxy-admission-control-protocol-ia.pdf)
make use of the Host Address FEC TLV.  MPLS Proxy Admission Control provides
a bandwidth-based reservation/admission facility for MPLS networks.  There
are implementations of this protocol in progress.

While the proposed changes make a Prefix FEC TLV with a 32-bit mask
equivalent to a Host Address FEC TLV, adopting the Prefix FEC TLV would
require changes to approved and published MFA documents, and changes to the
implementations.  Also, since MPLS Proxy Admission Control only uses host
addresses, using the Prefix FEC TLV would necessitate an additional check
that the prefix was always 32 bits.  Therefore, the MFA kindly requests that
the Host Address FEC TLV not be deprecated, and that it continues to be
supported in future revisions of LDP.

In RFC 3036, there is a semantic difference between a Host Address and a
prefix with length 32.  The new version proposes to remove the semantic
difference.  This is not a problem for the MPLS Proxy Admission Control; we
are just requesting that the Host Address codepoint not be deprecated.

Please advise us as soon as possible about the decision on this issue.

Cordially,
Rao Cherukuri
MPLS & Frame Relay Alliance
Technical Committee Chair





_______________________________________________
mpls mailing list
mpls@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/mpls