From: Kian Wah, Lai (kian_wah@qala.com.sg)
Date: Mon Oct 25 2004 - 02:38:48 GMT-3
I read in tcp/ip vol 2 that route-map would be executed first.
Eg, if you have 112.0.0.0-114.0.0.0, your route-map deny only 112.0.0.0 but
permit the rest where as your prefix list permits only 112.0.0.0. In the
end, no routes will be in the BGP table. Your prefix-list would be executed
after your route-map.
I would always put everything in one route-map, makes things easier to
understand for me and easier to control. But it's really up to your
preference. As long as it doesn't break any requirements in the question,
it's ok. If you use both, you need to make sure the route-map permits the
routes that the prefix list is going to act on or else it won't work. This
would means harder to manage and more CPU processing time. I would prefer
everything in one route-map.
Regards,
Kian Wah
Singapore Cisco User Group
http://www.sgcug.org
3 routers + one PIX rental at SGD2/hr or USD1.30/hr
http://rack.sgcug.org
Good for testing or practicing.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Cisco Net
Sent: Monday, October 25, 2004 5:26 AM
To: Group Study
Subject: neigh with PREFIX-LIST and routemaps
Hi
Assuming i have ebgp relationship between R6 and BB1.
Now i am receiving many routes. As part of the question
i am doing some route control with a route-map attached (in).
Everything is fine...
Now the next question as me to do furhter route-contol that
i can attach to the existing route-map but i am not doing that way.
I am attaching a prefix-list directly to the neighbor statemen (IN).
Is there any proble with the 2 route control machanisms with the
same neighbor and same direction...
Ex,
neighbor 54.4.6.254 route-map WEIGHT in
neighbor 54.4.6.254 prefix-list LESS20 in
Is that ok....? Is it recommended.. ?
I can as well attach the everything to the same route-maps.
Any caveats with this type of multiple route-controls...
Regards
Cert
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:52 GMT-3