RE: [mpls] One LDP Implementation specific question of receive labelmapping for prefix FECs

"DECRAENE Bruno RD-CORE-ISS" <bruno.decraene@francetelecom.com> Mon, 10 April 2006 12:22 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FSvQ1-0000Wo-7R; Mon, 10 Apr 2006 08:22:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FSvIu-0007kD-2y for mpls@ietf.org; Mon, 10 Apr 2006 08:15:36 -0400
Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FSvEI-0006j6-Ef for mpls@ietf.org; Mon, 10 Apr 2006 08:10:50 -0400
Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Mon, 10 Apr 2006 14:10:47 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [mpls] One LDP Implementation specific question of receive labelmapping for prefix FECs
Date: Mon, 10 Apr 2006 14:10:46 +0200
Message-ID: <5A0FF108221C7C4E85738678804B567C0327B8DB@ftrdmel3.rd.francetelecom.fr>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [mpls] One LDP Implementation specific question of receive labelmapping for prefix FECs
Thread-Index: AcZckKF9OrlW5MqTQPmOsVTGHe5ehwABlKyQ
From: DECRAENE Bruno RD-CORE-ISS <bruno.decraene@francetelecom.com>
To: Bob Thomas <rhthomas@cisco.com>
X-OriginalArrivalTime: 10 Apr 2006 12:10:47.0908 (UTC) FILETIME=[CD324A40:01C65C97]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 34d35111647d654d033d58d318c0d21a
Cc: mpls@ietf.org
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>
Errors-To: mpls-bounces@lists.ietf.org

Hi Bob,
 
> Hi Bruno,
> 
> > Hi Pranjal, all,
> >
> > That's a good question; thanks for asking ;-)
> >
> > Currently, as per RFC 3036 section 3.5.7.1, Ru should perform a
longest =
> > match.
> 
> I think you meant exact match.

[Bruno D:] Indeed. Thanks for the rectification.

 
>   draft-ietf-mpls-rfc3036bis-03.txt:
> 
>    An LSR receiving a Label Mapping message from a downstream LSR for
a
>    Prefix SHOULD NOT use the label for forwarding unless its routing
ta-
>    ble contains an entry that exactly matches the FEC Element.
>                               ***************
> 
> 
> Bob
> 
> 
> > But we believe that in some situation (eg use of IGP areas), we
could =
> > benefit from doing a longest match as this would relax the need for
=
> > leaking in the IGP all the /32 prefixes across area boundaries. To =
> > initiate discussion on this point, we've written =
> > draft-decraene-mpls-ldp-interarea-01.txt and presented it in
Vancouver ( =
> > http://www3.ietf.org/proceedings/05nov/slides/mpls-4.pdf )
> >
> > Right after this presentation, it was suggested to gather feed-back
on =
> > the usefulness of this ID before moving forward.=20
> >
> > Pranjal, all, could you please tell us whether you think that it is
=
> > worth being pursed?
> >
> >
> > Best regards,
> > Bruno
> >
> >
> >
> > ________________________________________
> > From: Dutta, Pranjal [mailto:pdutta@riverstonenet.com]=20
> > Sent: Saturday, April 08, 2006 10:11 PM
> > To: mpls@ietf.org
> > Subject: [mpls] One LDP Implementation specific question of receive
=
> > labelmapping for prefix FECs
> >
> > Hi,
> > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I have a basic confusion
on =
> > the "Label Mapping Receive Procedure" explained in the appendix of
RFC =
> > 3036. One step says "Find the FEC next hop". When Ru receives a
label =
> > mapping for a FEC of type IPv4/v6 prefix from Rd, the next hop for
the =
> > FEC can be determined after route lookup. Now here, for looking up
the =
> > FEC at Ru do we need to do exact match or Longest prefix match? It
is =
> > quite possible that the prefix as FEC mapped by Rd may be within a =
> > supernetted =A0prefix at Ru. The reason why I am asking is I guess
the =
> > implications could be different based on whether LSR is merge
capable or =
> > non-merge capable.
> >
> > Thanks in advance,
> > Pranjal
> >
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@lists.ietf.org
> > https://www1.ietf.org/mailman/listinfo/mpls
> >

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