[c-nsp] Conditional BGP w/ multiple non-exist prefixes - bug?

Matt Carter matt at iseek.com.au
Tue Jun 30 00:45:52 EDT 2009


Hi Randy,



Thank you for your speedy reply :) It was my first choice to use the "continue" clause and regular fall-through but despite the fact there is nothing listed under the "Restrictions for BGP Route-Map continue", it appears unsupported by the Conditional BGP feature. Can configure the route-map just fine, but when Conditional BGP comes along you will get



% "conditional-nonexist" used as BGP condition route-map, continue match not supported



:(



I have worked out that basically if I try to "OR" the prefixes in a route-map sub block, only the first prefix list will be evaluated



ie if we have prefix list A before prefix list B

route-map FOO

 match ip address prefix A B



and then use that as a non-exist map for conditional BGP;

- removal of A from BGP table will trigger state change

- removal of B from BGP table will not do anything



if you reverse the positioning in the route-map sub block such that B is before A

route-map FOO

 match ip address prefix B A



i then get reversed behaviour for conditional BGP
- removal of A from BGP table will do nothing

- removal of B from BGP table will trigger state change



which is an aweful lot like the behaviour i was getting when i had two completely separate conditional BGP setups and only the first one that is entered appears to work, reversing the order they are entered reverses which one works and which one doesnt.



strange.





>

> a version of IOS that supports route-maps with the *continue* clause will

> more that likely work for you.

> see BGP Route-map Continue

> Regards,

> ./Randy

>

>

> ...I haven't tried this but a regular fall-through route-map should be

> able to accomplish this as well.

>

> Your non-exist routemap( for the corresponding advertise-map)  will have

> two sequences.

>

> eg:

>

> route-map non-exist  5

> match ip-addr prefix-list a

> match as-path 1

>

> route-map non-exist 10

> match ip addr prefix-list  b

> match as-path 2

>

> ip prefix-list a permit 172.27.100.0/22

> ip prefix-list b permit  172.28.0.0/23

>

> ip as-path access-list 1 permit  ^65420

> ip as-path access-list 2 permit _65534$

>

>

> (addresses and ASN's used in example are *private*)

>

> Regards,

> ./Randy


More information about the cisco-nsp mailing list