PR revert https://github.com/vyos/vyos-1x/pull/4411

Revert PR https://github.com/vyos/vyos-1x/pull/4411

In T7239#219113, @evgbondarenko wrote:

https://github.com/VyOS-Networks/vyos-nightly-build/commit/7e4efc05a48dc10324464889afb45dff3a0bd581

https://github.com/VyOS-Networks/vyos-nightly-build/commit/7e4efc05a48dc10324464889afb45dff3a0bd581

We can add patches for FRR build https://github.com/vyos/vyos-build/tree/current/scripts/package-build/frr/patches/frr

You do not need task on phorge for docs

PR: https://github.com/vyos/vyos-1x/pull/4410

I built a lab and generated traffic as the customer did. However, I could not reproduce this issue. Maybe it is a problem with the packets generated by the switch (192.168.10.10).
There are periodic messages in the log file

Dependent FRR commit has made it to the 10.3 release. Waiting for VyOS to update and then I will create a PR.

Both dependent FRR commits have made it to the 10.3 release. Waiting for VyOS to update and then I will create a PR.

Well, it could go something like this:

Which option do you propose for CLI to configure it?

At the moment, it's not configurable in the CLI or if it is, it's not documented or it's buried somewhere that my question marking through the whole thing hasn't revealed it.

PR submitted: https://github.com/vyos/vyos-1x/pull/4409

@woodsb02 Would you like to create a PR fix?

How do you see it in the CLI?
In my opinion each option should be configurable from the proper CLI if such option does not exist, it should be added.

This below specific configuration was allowed in 1.3.8 but not in 1.4.1 anymore, if defined it needs to be migrated in this format: "set system syslog host 10.29.113.213 port '9001'"

PR https://github.com/vyos/vyos-vpp-patches/pull/4

for me on VyOS 1.5-rolling-202503030030 it works if you first remove the ospf configuration, then delete the protocols:

PR https://github.com/vyos/vyos-vpp-patches/pull/4

I'm just sharing my thoughts here: Could it have something to do with the fact that the IPv4 prefix is a /32? why does it have to be a /32 anyway (when NHRP is configured)? On Cisco IOS there is no such restrictions.

I'm sorry, all it took was to disable PFS. PFS prevented future SA's from happening due to a policy mismatch.

This seems to be implemented:

for the record: I've successfuly imported private key after converting it from pkcs#1 to pkcs#8

I can see that on VyOS 1.5-rolling-202503030030, the network type "point-to-multipoint" and "non-broadcast" is available. But not "point-to-multipoint non-broadcast"

vyos@LBS-RO1# set protocols ospf int eth1 network 
Possible completions:
   broadcast            Broadcast network type
   non-broadcast        Non-broadcast network type
   point-to-multipoint  Point-to-multipoint network type
   point-to-point       Point-to-point network type

vyos@LBS-RO1# set protocols ospf int eth1 network point-to-multipoint 
Possible completions:
  <Enter>       Execute the current command

It is possible to configure from FRR:

https://github.com/vyos/vyos.vyos/pull/404

Thanks. I'll see what I can do about reporting this upstream!