February 2021 - frog - lists.frrouting.org

[dev] Regarding ospfv3 authentication
by jagadeesh N 18 Feb '21

18 Feb '21

Hi, <<Reposting this question again, there was conversation happened regarding this 2=3 years back, but i still see the change log showing support for RFC 4552 https://lists.frrouting.org/pipermail/dev/2017-September/000899.html >> Does FRR 3.0 support OSPFv3 authentication? Though OSPFv3 doesn't have an authentication header on its own similar to OSPFv2, it should use IPSec for authentication. Though github claims that it supports RFC 4552. Reference Link:https://github.com/FRRouting/frr/wiki/FRR-2.0-%E2%86%92-FRR-3.0-Change… But I couldn't see commands like "ipv6 ospf authentication .." etc., Do I miss something?Regards, Jagadeesh N

1 0

RFC: resolution over default route - should it be enabled by default?
by Quentin Young 10 Feb '21

10 Feb '21

Hi froggers, FRR developers would like operator feedback on this question. By default, Zebra will not resolve nexthops via a default route. To allow this, you have to put the following line in your configuration: ip nht resolve-via-default (https://docs.frrouting.org/en/latest/zebra.html#clicmd-ipnhtresolve-via-def…) This has various implications, but the one we see most often is that BGP won't peer over a default route. This has been at the root of quite a few issues filed over the years, enough that it might be worthwhile flipping the default. We want to hear from operators whether you think this is a good idea. Has the current behavior helped you? Hurt you? We want your feedback. Quentin

1 0

readline 8.1 and bracketed pasting in vtysh
by Mark Kamichoff 08 Feb '21

08 Feb '21

tl;dr readline 8.1 turns on bracketed paste and appears to break multi-line pasting in vtysh Hi - I noticed that on a few of my boxes I can no longer paste a set of commands into vtysh using either FRR 6.x or 7.x. The result was that the lines were treated as a single line and therefore rejected. For example, if I want to create a simple route-map like so: route-map foo permit 5 set as-path prepend 1 2 3 4 end Here's what happened when I first pasted the 3x lines: ====snip==== excalibur(config)# route-map foo permit 5 set as-path prepend 1 2 3 4 end ====snip==== (the pasted text is highlighted in the terminal) After hitting enter vtysh rejects the command because it sees it as a single line (I think): ====snip==== % Unknown command: route-map foo permit 5 set as-path prepend 1 2 3 4 end excalibur(config)# ====snip==== The expected result should look something like this (I manually typed it in): ====snip==== excalibur(config)# route-map foo permit 5 excalibur(config-route-map)# set as-path prepend 1 2 3 4 excalibur(config-route-map)# end excalibur# ====snip==== I dug a little deeper and it looks like this is a result of bracketed paste[0] that has been enabled in the 8.1 release of GNU readline released in Dec of 2020[1]. I confirmed that an older system I have still running readline 8.0 does not have this issue. I think vtysh rejects the command because of the escape characters that are used with bracketed paste. I couldn't find any option to disable bracketed paste in readline itself or vtysh. Shells like Zsh and Bash have options for it in their config files. Does anyone know how to disable bracketed paste in vtysh? Or, is there something else funky going on here? I'm using rxvt-unicode on Linux/X11. I tested this with Terminal.app on Big Sur as well and got the same result. Thanks! - Mark [0] https://cirw.in/blog/bracketed-paste [1] https://lwn.net/Articles/839213/ (see h. in the CHANGES list) -- Mark Kamichoff prox(a)prolixium.com https://www.prolixium.com/

3 6

GRE support in FRR
by Amjad Ali 01 Feb '21

01 Feb '21

Hi, I am trying to test GRE and FRR and was looking for pointers on some use cases or documentation. I haven't found much in the documentation though. How much support is there for GRE and if someone could kindly provide a basic topo/test scenario to this effect? Thanks, Ali

2 1