[c-nsp] MPLS VPN EIGRP tag/route redistribution ideas at PE

Ben Steele ben at internode.com.au
Thu Mar 13 21:52:18 EDT 2008


Looks like I got excited to quick... :(

While I can tag the routes with SoO, I can't match on them when  
redistributing EIGRP into BGP and hence being able to set the "cost  
pre-bestpath" attribute on specific prefixes only.

route-map vrf-test-eigrp-bgp permit 10
match extcommunity vrf-test
set extcommunity cost pre-bestpath 1 1

ip extcommunity-list standard vrf-test permit soo 100:1

PE(config-router-af)#redistribute eigrp 100 route-map vrf-test-eigrp-bgp
% "vrf-test-eigrp-bgp" used as redistribute eigrp into bgp route-map,  
extended community match not supported





On 13/03/2008, at 11:29 PM, Ben Steele wrote:

> Ah looks just like what I was after, thanks a lot Diogo!
>
> Ben
>
> On 13/03/2008, at 8:23 PM, Diogo Montagner wrote:
>
>> Hi Ben,
>>
>> Did you tried to use the Site of Origin feature ?
>>
>> http://www.cisco.com/en/US/docs/ios/12_3t/12_3t8/feature/guide/gtmvesoo.html
>>
>> Best regards,
>> Diogo
>>
>> On Thu, Mar 13, 2008 at 2:28 AM, Ben Steele <ben at internode.com.au>
>> wrote:
>> Scenario: cluster of PE's terminating DSL CE's running EIGRP between
>> CE and PE in MPLS VPN's, so the CE's could terminate on any one of  
>> the
>> PE's.
>>
>> Problem: would like to identify EIGRP routes from certain neighbors
>> for BGP redistribution to use "set extcommunity cost pre-bestpath x  
>> x"
>> for weighting within the vrf, unfortunately when you are talking  
>> about
>> multiple CE's on the same PE it becomes hard to distinguish the  
>> routes
>> from one to another in BGP eyes as the origin is incomplete.
>>
>> Solution: I would like the solution to be independent of the CE if
>> possible, so far I have thought about a route-map that would contain
>> the prefixes I am interested in configured on each PE that would set
>> the pre-bestpath based on the route-map prefixes so that way it
>> doesn't matter where the CE lands the prefixes get the appropriate
>> setting. This is a little bit of an administrative over hang should
>> the C decide to change their prefixes at any stage, what I would like
>> is some sort of tag I can put on within the eigrp vrf that will carry
>> through to the BGP vrf to match on, so I can match purely based on  
>> the
>> EIGRP neighbor on the EIGRP side of things then just have BGP match  
>> on
>> a tag/value, any ideas?
>>
>> Cheers
>>
>> Ben
>>
>>
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>>
>>
>> -- 
>> ./diogo -montagner
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/



More information about the cisco-nsp mailing list