Though I am not a expert in this ares .. But I am also picking up the topic ....
As far as my understanding goes .. this is well expected .
The reason is that .. On R2 the route 172.16.10.0 /24 should now be in
BGP routing table and hence in local routing table .
It got label switched on the core router and hence when it reached R2
.. no label and hence not present in "mpls forwarding-table"

Am i correct RICK ?

Gaurav Madan

On Tue, Sep 22, 2009 at 5:56 PM, Taqdir Singh <[email protected]> wrote:
> Hi Rick :
>
> Please see my first post .. route 172.16.10.0 is a vpn route see below.. the
> thing is I am not sure whether this route should show in mpls forwarding
> table on R2 ??
>
>
>
> R0#show mpls forwarding-table vrf cust1
> Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop
> tag    tag or VC   or Tunnel Id      switched   interface
> 17     Aggregate   172.16.10.0/24[V] 3952
> R0#
>
> On Tue, Sep 22, 2009 at 3:45 PM, Rick Mur <[email protected]> wrote:
>>
>> Because that is not a VPN route, it's a local route, which is not in the
>> MPLS forwarding table. Only the VPNv4 prefixes are shown there. As you can
>> see your traffic is perfectly label switched.
>> --
>>
>> Regards,
>>
>> Rick Mur
>> CCIE2 #21946 (R&S / Service Provider)
>> Sr. Support Engineer – IPexpert, Inc.
>> URL: http://www.IPexpert.com
>>
>>
>> On Tue, Sep 22, 2009 at 12:10 PM, Taqdir Singh <[email protected]>
>> wrote:
>>>
>>> R2#traceroute vrf cust1 172.16.10.1 source loopback 1
>>>
>>> Type escape sequence to abort.
>>> Tracing the route to 172.16.10.1
>>>
>>>   1 10.10.20.1 [MPLS: Labels 16/17 Exp 0] 40 msec 152 msec 164 msec
>>>   2 172.16.10.1 168 msec 88 msec *
>>> R2#show mpls for vrf cust1                         <<< I am again
>>> repeating my question , why route 172.16.10.0 is not here ??
>>>
>>> Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop
>>> tag    tag or VC   or Tunnel Id      switched   interface
>>> 19     Aggregate   172.16.20.0/24[V] 1168
>>> R2#
>>>
>>> On Tue, Sep 22, 2009 at 2:39 PM, Rick Mur <[email protected]> wrote:
>>>>
>>>> What is the problem? As long as you don't see a 'No Label' everything is
>>>> good. You also have connectivity in the VPN, so it's definitely label
>>>> switched. Try doing a traceroute and see if you get a label somewhere.
>>>> --
>>>>
>>>> Regards,
>>>>
>>>> Rick Mur
>>>> CCIE2 #21946 (R&S / Service Provider)
>>>> Sr. Support Engineer – IPexpert, Inc.
>>>> URL: http://www.IPexpert.com
>>>>
>>>>
>>>> On Tue, Sep 22, 2009 at 9:01 AM, Solomon Ayele <[email protected]>
>>>> wrote:
>>>>>
>>>>> Hello,
>>>>> I do not think you are right b/c the IGP is required only to provide
>>>>> connectivity for BGP
>>>>>
>>>>> ________________________________
>>>>> From: Kaj Niemi <[email protected]>
>>>>> To: Taqdir Singh <[email protected]>
>>>>> Cc: "[email protected]" <[email protected]>
>>>>> Sent: Tuesday, September 22, 2009 9:36:56 AM
>>>>> Subject: Re: [OSL | CCIE_RS] not getting vpn route in mpls forwarding
>>>>> table
>>>>>
>>>>> Redesign your IGP using OSPF or ISIS instead of EIGRP to begin with.
>>>>> EIGRP
>>>>> is supported as a PE-CE routing protocol only.
>>>>>
>>>>>
>>>>> Kaj
>>>>>
>>>>>
>>>>>
>>>>> > From: Taqdir Singh <[email protected]>
>>>>> > Date: Mon, 21 Sep 2009 22:33:29 -0700
>>>>> > To: <[email protected]>
>>>>> > Subject: [OSL | CCIE_RS] not getting vpn route in mpls forwarding
>>>>> > table
>>>>> >
>>>>> >  I am strugglig with this.. please help me out..
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> For more information regarding industry leading CCIE Lab training,
>>>>> please visit www.ipexpert.com
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> For more information regarding industry leading CCIE Lab training,
>>>> please visit www.ipexpert.com
>>>>
>>>
>>>
>>>
>>> --
>>> Taqdir Singh
>>> CCNP- (R), CCNA
>>> 09911709496
>>>
>>> Do today what others won't so you can live tomorrow as others can't
>>
>
>
>
> --
> Taqdir Singh
> CCNP- (R), CCNA
> 09911709496
>
> Do today what others won't so you can live tomorrow as others can't
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to