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 i
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) ~ bgp
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
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 'reje
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
On Wed, 2019-05-29 at 16:58 +, Kenth Eriksson wrote:
> On Wed, 2019-05-29 at 16:02 +0200, Ondrej Zajicek wrote:
> > On Mon, May 27, 2019 at 03:29:26PM +, Kenth Eriksson wrote:
> > > On Mon, 2019-05-27 at 17:12 +0200, Ondrej Zajicek wrote:
> > > > CAUTION: This email originated from outside
