Modifying function called in filter does not take effect

[Ondrej Zajicek]

On Sat, Mar 21, 2015 at 10:25:46AM -0700, Eric Cables wrote:
> I'm hoping someone can tell me whether this behavior is expected or not.
> 
> I am using BIRD as a RR, and running into a behavior where modifying a
> policy, within a function called by a filter, requires a hard BGP session
> reset or stop/start of BIRD, rather than a 'configure soft.' Route Refresh
> is supported by the RR client.
> 
> I am using a unique filter for each RR client; each filter calls a function
> that is shared amongst all filters -- basically matching routes that all RR
> clients should receive. This was first instantiated with a single BGP
> community match in the function, and a 'configure soft' worked fine. I then
> went back and added a second if statement to the function, expecting
> 'configure soft' to put the new policy into effect, but what I noticed is
> that the only way for RR clients to receive the newly accepted routes was
> to hard down/up the BGP session.

That is because you used 'configure soft' and not just 'configure'.
There is also 'reload' command that should help instead of restaring
the session.

If 'configure soft' is used, filters are changed but only new updates
are affected, you have to manually call 'reload' or 'restart'.

If 'configure' is used, protocols are reloaded (or restarted, if reload /
route refresh is not available) as necessary.

-- 
Elen sila lumenn' omentielvo

Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org)
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
"To err is human -- to blame it on a computer is even more so."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://trubka.network.cz/pipermail/bird-users/attachments/20150401/07fd0968/attachment.asc>