Hi Babu,
Your policy looks good, however, as you do not have an explicit default
action at the end of it, the implicit default behavior is invoked. In this
case, that behavior will accept any prefixes learned via BGP which is why
your more specific is advertised.
To take the hammer approach, you could simply add the below to your policy.
term default {
then reject;
}
The scalpel approach would involve filtering the more specifics directly
and might look like the following:
policy-statement advertise-aggregate {
term accept-aggregate {
from protocol aggregate;
}
then accept
}
term deny-more-specifics {
from route-filter 5.0.0.0/8 longer;
then reject;
}
}
}
The route-filter matches all of the more specific versions of your aggregate.
pete
At 11:01 AM 1/11/2002 -0800, Babu Prabesh wrote:
>Hello,
>
>I am trying to create an aggregate route and advertise
>the summary information only via BGP. I was wondering
>how do I go about doing it.
>Ex:
>
> bgp bgp
> RTRA ------------ RTRB(jnpr)---------------RTRC
>
>RTRA sends 5.5.0.0/16 via BGP to RTRB
>RTRB has 5.5.5.0/24as a STATIC route
>on RTRB
> I configured a aggregate route as follows
> [edit routing-options aggregate]
> route 5.0.0.0/8;
> I configured an export policy to export aggregate
> route as follows and applied it to the bgp statement.
> policy-statement babu-aggr {
> term first-term {
> from protocol aggregate;
> then accept;
> }
> }
>
>I was hoping only the summary route is advertised to
>RTRC. However, I see
> 5/8 (aggregate route) and
> 5.5/16 (bgp route)/16 being advertised to RTRC.
>Is there anyway I could send only the summary route
>to RTRC.
>
>Thanks
> Babu
>
>######################################################################################################
>This email communication may contain CONFIDENTIAL INFORMATION and is
>intended only for the use of the intended recipients identified above. If
>you are not the intended recipient of this communication, you must not
>use, disclose, distribute, copy or print this email. If you have received
>this communication in error, please immediately notify the sender by reply
>email, delete the communication and destroy all copies.
>######################################################################################################
This archive was generated by hypermail 2b29 : Mon Aug 05 2002 - 10:42:38 EDT