Re: adding MED to + bgp_med

2019-06-05 Thread Ondrej Zajicek
On Wed, Jun 05, 2019 at 11:30:25PM +0200, Łukasz Trąbiński wrote: > > Hi again > > I answer myself. "bgp_med = bgp_med + 100” works only when "rs client” is > set. Is it feature or bug? Hi It works the same in 1.6.4 and 1.6.6. But you are right that it does not on regular EBGP sessions. That

Re: adding MED to + bgp_med

2019-06-05 Thread Łukasz Trąbiński
Hi again I answer myself. "bgp_med = bgp_med + 100” works only when "rs client” is set. Is it feature or bug? > Wiadomość napisana przez Łukasz Trąbiński w dniu > 05.06.2019, o godz. 16:02: > > Hello > > In my configuration I export policy function like this: > > > if (y,x) ~

Re: 2 upstreams 1 downstream BGP configuration optimization

2019-06-05 Thread Job Snijders
Hi Kevin, Yes, this is normal. The routes are being rejected by the filter part that prevents sending upstream routes from one upstream to another. Your bird instance is aware of hundreds of thousands of paths to prefixes (routes), but only 6 of them managed to pass your filter and be exported to

Re: 2 upstreams 1 downstream BGP configuration optimization

2019-06-05 Thread Kevin B
Thank you Job and Toke. I have tried the approach of marking import routes as large bgp communities, can you please tell me whether it's normal that bird is still trying to export numerous routes to my upstreams? I did 'birdc restart [proto]' of both upstreams and this is what I get in

adding MED to + bgp_med

2019-06-05 Thread Łukasz Trąbiński
Hello In my configuration I export policy function like this: if (y,x) ~ bgp_community && (defined (bgp_med)) then { bgp_med = bgp_med + 100; accept; } It worked well in 1.6.4 if the prefix was set community y,x and med was set to for example = 20, med