From: Peter van Oene (pvo@usermail.com)
Date: Sat Apr 03 2004 - 20:28:50 GMT-3
At 05:52 PM 4/2/2004, Peter van Oene wrote:
>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?
That should say not the client ;-)
>>===============================================================================
>>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
>
>_______________________________________________________________________
>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