I tried to use this "variable" ;-) *lol* [snip] if ospf_rcv_tag = 510 then { ospf_metric1 = SEC_M1_VPN; ospf_metric2 = SEC_M2_VPN; accept; } [/snap] Reading configuration from /usr/local/etc/bird.conf /usr/local/etc/bird.conf, line 275: ospf_rcv_tag: variable expected. That's the feature I want. Where can I post a feature request??? :-) Regards, Markus On 28.12.2016 00:01, Ondrej Zajicek wrote:
On Tue, Dec 27, 2016 at 07:38:35PM +0100, markus/grundmann wrote:
Hello!
I believe that I'm a user with BIRD experiences but current I have no idea why the attribute "ospf_tag" from one OSPF instance to another is unavailable. Hello
The issue here is that route export to OSPF is a bit counterintuitive. Instead of keeping the attributes (like e.g. when route is reexported between BGP protocols), OSPF attributes are reset before export filters are executed. So both tag and metric is lost when an OSPF route is propagated between OSPF instances. There is a hardcoded exception for static routes, so you could set OSPF attributes for them directly for static protocols.
The origin of this behavior is probably intentional (i am not sure), but it seems to me that it is confusing, i would assume that a route attribute would keep existing unless explicitly modified. It is one behavior i would like to change in the future.
Question is what is a good default behavior when route is propagated between OSPF instances. Should routes keep their tags and metrics? That might be confusing as the metric may have different interpretations. Also received Ext2 route has both metric2 and metric1 part, but the second one have to be forgotten during reexport. Or should we have two different classes of OSPF route attributes (say ospf_tag and ospf_rcv_tag) to avoid such automatic attribute reexport without attribute modification magic?
-- Best regards, Markus Better Privacy with PGP encrypted Mail: http://markusgrundmann.com/pgp/ Fingerprint: 15DE 06CA 3683 C004 0A26 7086 CD81 E5D6 7D2D 4E31 Threema ID: 7ZRET2JY „Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren.“ -- Benjamin Franklin loc: 40.43153,-111.933092