Thanks
Does this confirm that there are reverse paths?
RBA_Core#show mpls forwarding-table 196.44.74.2
Local Outgoing Prefix Bytes tag Outgoing Next Hop
tag tag or VC or Tunnel Id switched interface
23 Untagged[T] 196.44.74.2/32 4483970449 Tu100 point2point
Untagged[T] 196.44.74.2/32 1910687302 Tu101 point2point
[T] Forwarding through a TSP tunnel.
View additional tagging info with the 'detail' option
-----Original Message-----
From: Giles Heron [mailto:giles@packetexchange.net]
Sent: Thursday, June 06, 2002 12:31 PM
To: Matt Ryan
Cc: Duane de Witt; 'cisco-nsp@puck.nether.net'
Subject: RE: [nsp] MPLS TE
the other possibility is broken forwarding in the LSP from the
destination back to the source.
"normal" traffic may be able to pop out of the tunnel and then be routed
hop-by-hop, whilst VPN traffic of course will be discarded as the
destination IPs are unknown at the core LSRs.
I have seen this in the past with TDP LSPs.
In fact the first thing to check is that there are LSPs in the reverse
direction ;-)
Giles
On Thu, 2002-06-06 at 08:40, Matt Ryan wrote:
> MTU issue as the label stack grows?
>
>
> Matt.
> -----Original Message-----
> From: Duane de Witt [mailto:duane@uis.co.za]
> Sent: 06 June 2002 08:24
> To: 'cisco-nsp@puck.nether.net'
> Subject: [nsp] MPLS TE
>
>
> Hi Everyone
>
> Has anyone come across a problem where when using multiple paths to a
> destination with TE any traffic within a VRF doesn't get any return
packets?
>
> I have two TE tunnels going from one router to another using different
> paths. Any normal traffic works fine, but as soon as I put the traffic
in a
> VRF I can see the icmp packets hit the destination and I can see the
return
> packets been sent, but they never reach the source router.
>
> Thanks
>
>
> Regards
>
> Duane de Witt
> Siemens Business Services
> Tel. +27 11 652 7613
> Fax. +27 11 652 2018
>
>
>
------------------------------------------------------------------------
------
> Live Life in Broadband
> www.telewest.co.uk
>
>
> The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material.
> Statements and opinions expressed in this e-mail may not represent
those of the company. Any review, retransmission, dissemination or other
use of, or taking of any action in reliance upon, this information by
persons or entities other than the intended recipient is prohibited. If
you received this in error, please contact the sender immediately and
delete the material from any computer.
>
>
>
========================================================================
======
-- ================================================================= Giles Heron Principal Network Architect PacketExchange Ltd. ph: +44 7880 506185 "if you build it they will yawn" =================================================================
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:11:59 EDT