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
- [mpls] New draft for performing lsp-traceroute fo… Nitin Bahadur
- Re: [mpls] New draft for performing lsp-tracerout… Adrian Farrel
- RE: [mpls] New draft for performing lsp-tracerout… Nitin Bahadur