Re: bgpd: fib-priority

2013-11-10 Thread athompso
> now with reload working; check RTP_NONE < fib-priority <= RTP_MAX For some reason, I can't reply to Loic's followup email... I disagree with his comment; while it's usually silly to have a BGP route preferred over a connected route, I can think of at least one case (tunnels) where it might mak

Re: bgpd: fib-priority

2013-11-09 Thread Loïc BLOT
Hi Florian, good job. I think it's better to set minimum to RTP_CONNECTED+1 instead of RTP_NONE+1 -- Best regards, Loïc BLOT, UNIX systems, security and network engineer http://www.unix-experience.fr Le samedi 09 novembre 2013 à 21:04 +, Florian Obser a écrit : > now with reload working;

Re: bgpd: fib-priority

2013-11-09 Thread Florian Obser
now with reload working; check RTP_NONE < fib-priority <= RTP_MAX test reports / comments / OKs? diff --git bgpd.c bgpd.c index 9c48bb3..8ad95fe 100644 --- bgpd.c +++ bgpd.c @@ -43,7 +43,7 @@ int check_child(pid_t, const char *); intsend_filterset(struct imsgbuf *, struct f

bgpd: fib-priority

2013-11-06 Thread Florian Obser
First stab, only lightly tested, reload is *not* working. I need to think a bit more how to handle reloads exactly. Note that if you try to shoot yourself in the foot by specifing another already used priority (e.g. 32), it will not only take of your foot but take the thigh right with it... (at le