RE: [mpls] New draft for performing lsp-traceroute fortunneled/stitched LSPs.

"Nitin Bahadur" <nitinb@juniper.net> Mon, 09 July 2007 22:59 UTC

Return-path: <mpls-bounces@lists.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I82CG-0007T5-9g; Mon, 09 Jul 2007 18:59:12 -0400
Received: from mpls by megatron.ietf.org with local (Exim 4.43) id 1I82CE-0007T0-FQ for mpls-confirm+ok@megatron.ietf.org; Mon, 09 Jul 2007 18:59:10 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I82CE-0007Ss-5Z for mpls@ietf.org; Mon, 09 Jul 2007 18:59:10 -0400
Received: from smtpb.juniper.net ([207.17.137.119]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I82C9-00013H-NL for mpls@ietf.org; Mon, 09 Jul 2007 18:59:10 -0400
Received: from unknown (HELO beta.jnpr.net) ([172.24.18.109]) by smtpb.juniper.net with ESMTP; 09 Jul 2007 15:59:05 -0700
Received: from emailcorp1.jnpr.net ([66.129.254.11]) by beta.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 15:59:04 -0700
Received: from emailcorp3.jnpr.net ([66.129.254.13]) by emailcorp1.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 15:58:18 -0700
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
Subject: RE: [mpls] New draft for performing lsp-traceroute fortunneled/stitched LSPs.
Date: Mon, 09 Jul 2007 15:58:17 -0700
Message-ID: <7FA0C743C38E5340BFC2873488FA1E8E1F075B@emailcorp3.jnpr.net>
In-Reply-To: <053201c7c273$d8bbc380$0200a8c0@your029b8cecfe>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [mpls] New draft for performing lsp-traceroute fortunneled/stitched LSPs.
Thread-Index: AcfCdB505AQBd/ezQOKDTY90by3zlwABeYEA
From: Nitin Bahadur <nitinb@juniper.net>
To: Adrian Farrel <adrian@olddog.co.uk>, mpls@ietf.org
X-OriginalArrivalTime: 09 Jul 2007 22:58:18.0458 (UTC) FILETIME=[A3E203A0:01C7C27C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc:
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

* RFC 3609 stipulates requirements for tracing generic tunnels. The
draft provides detailed procedures for performing the tracing.

* The draft is centered on MPLS tunnels and tracing of MPLS FECs, as
compared to a generic IP-IP, GRE tunnel tracing mechanism.

* A generic IP traceroute does not perform MPLS FEC validation. The
draft enables FEC validation (similar to that specified in RFC 4379).

* RFC 3609 talks about security/access/privileges w.r.t. tracing
tunnels. The draft allows for mechanisms to respond to traceroute
requests without divulging tunnel details. Vendors can also make the
tunnel look like a single-hop (via configuration or other means) and
thus prevent tracing inside of the tunnel.

* Mechanisms to test the forwarding and control-plane operation and
report faults, as part of the traceroute, are supported by the draft.

* The draft currently *does not* support other tunneling technologies
(besides MPLS).

* The draft *does* support nested tunnels.

* The various protocol requirements specified in the RFC are supported
by the draft. The draft does not explicitly state (which it should) that
a path should exist from a transit node to the ingress node, in order
for the reply to reach the ingress successfully.

Thanks
Nitin



> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Monday, July 09, 2007 2:52 PM
> To: Nitin Bahadur; mpls@ietf.org
> Subject: Re: [mpls] New draft for performing lsp-traceroute
> fortunneled/stitched LSPs.
> 
> Hi,
> 
> Could you briefly compare and contrast with RFC 3609?
> 
> Thanks,
> Adrian
> ----- Original Message -----
> From: "Nitin Bahadur" <nitinb@juniper.net>
> To: <mpls@ietf.org>
> Sent: Monday, July 09, 2007 7:08 PM
> Subject: [mpls] New draft for performing lsp-traceroute
> fortunneled/stitched
> LSPs.
> 
> 
> 
> Hi,
> 
>  A new draft has been submitted...
> 
>
http://tools.ietf.org/wg/mpls/draft-nitinb-lsp-ping-over-mpls-tunnel-00.
> txt
> 
> The draft describes methods for performing lsp-ping traceroute over
mpls
> tunnels.  The techniques outlined in RFC 4379 (LSP-Ping) fail to
perform
> correct traceroute validation and path discovery for a LSP that goes
> over other mpls tunnels or over stitched LSPs. The draft describes new
> procedures that can be used in conjunction with the standard
procedures
> described in RFC 4379 to trace such LSPs.
> 
> It would be great if the WG could go over the draft and provide
comments
> on the same.
> 
> Thanks
> Nitin
> 
> 
> _______________________________________________
> 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