[j-nsp] Advertizing routing table in routing instance

Harry Reynolds harry at juniper.net
Mon Jan 16 14:30:43 EST 2006


Hello,

I believe that icmp message tunneling, which shipped in 6.2 I believe,
should work.  The description in the manual is rather poor. As I
understand, the TTL exceeded message will have the original label stack
added back on my the P router, where the message is label switched on
towards the destination. When it hits the end, the CE routes the message
back to the source with the correct label stack.

http://www.juniper.net/techpubs/software/junos/junos63/swconfig63-mpls-a
pps/html/mpls-signaled-config68.html#1061762


HTHs

 

> -----Original Message-----
> From: juniper-nsp-bounces at puck.nether.net 
> [mailto:juniper-nsp-bounces at puck.nether.net] On Behalf Of 
> Nugroho Wahyu Hidayat Adisubrata
> Sent: Monday, January 16, 2006 9:45 AM
> To: juniper-nsp at puck.nether.net
> Subject: [j-nsp] Advertizing routing table in routing instance
> 
> Hi,
> I'm doing MPLS lab with MPLS like this.
> CE1----PE1----P1----P2----PE2-----CE2
> 
> Both of routing instance in PE can ping each other. But when 
> I do traceroute from CE1 to CE2, the result is like this:
>   1   <10 ms   <10 ms   <10 ms  30.1.1.1
>   2     *        *        *     Request timed out.
>   3     *        *        *     Request timed out.
>   4     *        *        *     Request timed out.
>   5     *        *        *     Request timed out.
>   6    15 ms    15 ms    15 ms  30.1.2.3
> 
> I think VRF in PE1 don't know P1 and P2 MPLS path.
> 
> What I should do to make routing-instance in PE1 cannot do 
> complete traceroute to routing-instance in PE2.
> 
> 
> Thanks for helping me :)
> 
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net 
> http://puck.nether.net/mailman/listinfo/juniper-nsp
> 



More information about the juniper-nsp mailing list