From: Peter van Oene (pvo@usermail.com)
Date: Fri Apr 02 2004 - 19:52:37 GMT-3
ATHIS IS WHAT I AM NOT UNDERSTANDING. CAN SOMEONE HELP CLARIFY> ARE THEY
>REFERRING TO ROUTEMAPS ON THE CLIENT OR THE RR. IF CLIENT, What if the client
>has an IBGP peer other than the RR. I know it is not a good design to do
>that but I have seen scenerios that ask for it, and we know the LAB is not
>a best practice lab.
The below refers to the changing of BGP attributes on a Route Reflector,
not the server. Further, meshed RR clients are not necessarily bad. Do
you have a situation where you want to change a BGP attribute within your
IBGP mesh?
>===============================================================================
>If a set clause is used to modify an attribute, a routing loop may occur
>when the IBGP-learned routes are reflected. BGP automatically prevents the
>set clause of outgoing route maps from affecting routes reflected to IBGP
>peers. Another automatic restriction concerns the neighbor next-hop-self
>router configuration command. Because the next hop of reflected routes
>should not be changed, the neighbor next-hop-self command only affects the
>next hop of EBGP-learned routes when used with route reflectors.
>===============================================================================
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon May 03 2004 - 19:48:43 GMT-3