<div dir="auto">Wow... I'm a bit surprised knowing that.<div dir="auto"><br></div><div dir="auto">One scenario that I used in some customers is to used the IGP metric to populate the BGP MED. But I did it on Juniper, Huawei, and Cisco.</div><div dir="auto">I never needed it on Bird.</div><div dir="auto"><br></div><div dir="auto">By what you described, I presume.</div><div dir="auto">If I can't test that IGP attribute, probably I also won't be able to pass that info to MED.</div><div dir="auto"><br></div><div dir="auto">Does it makes sense?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qui., 24 de mar. de 2022 04:41, Maria Matejka <<a href="mailto:maria.matejka@nic.cz">maria.matejka@nic.cz</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
> Our routers speak OSPF and have a full mesh of BGP connections for our <br>
> internal routes. This works quite well.<br>
> <br>
> One router sees the other through OSPF:<br>
> <br>
> <a href="http://80.241.60.8/32" rel="noreferrer noreferrer" target="_blank">80.241.60.8/32</a>     via 10.25.19.251 on bond0.19 [ospf1 2022-03-17] * I <br>
> (150/2474) [80.241.60.8]<br>
>          Type: OSPF unicast univ<br>
>          OSPF.metric1: 2474<br>
>          OSPF.metric2: 16777215<br>
>          OSPF.tag: 0x00000000<br>
>          OSPF.router_id: 80.241.60.8<br>
> <br>
> The BGP session is established to 80.241.60.8 and e.g. this route is <br>
> learned:<br>
> <br>
> <a href="http://192.168.100.0/22" rel="noreferrer noreferrer" target="_blank">192.168.100.0/22</a>   via 10.25.19.251 on bond0.19 [thor 2022-03-17 from <br>
> 80.241.60.8] * (100/2474) [i]<br>
>          Type: BGP unicast univ<br>
>          BGP.origin: IGP<br>
>          BGP.as_path:<br>
>          BGP.next_hop: 80.241.60.8<br>
>          BGP.local_pref: 100<br>
> <br>
> In the first line the ospf_metric1 is shown: (100/2474)<br>
> But when I try to filter on it (because I want to drop routes with a too <br>
> high metric),<br>
> the route attribute ospf_metric1 is "(void)".<br>
> <br>
> This seems to be because it's a BGP route and not an OSPF route.<br>
> <br>
> Is it somehow possible to achieve this?<br>
<br>
The OSPF metric is copied there as an inaccessible "igp_metric" <br>
attribute. This is quite a silly behavior and in fact, I'm just a <br>
handful of commits before enabling filtering by this general attribute.<br>
<br>
This change will happen in a branch that should eventually merge into <br>
some future v2.0.x branch as well as the v3 branch. We won't backport it <br>
into v1.6.x.<br>
<br>
Maria<br>
</blockquote></div>