Impossible with FRR

r1# conf t
r1(config)# no ipv6 prefix-list PUB seq 10 permit 2001:db8::/32 le
% Command incomplete: no ipv6 prefix-list PUB seq 10 permit 2001:db8::/32 le
r1(config)#

@carl.byington Could you re-check? is it fixed?

If the problem exists, it should be fixed on accel-ppp site.
I am not sure that I can help here as it is written on C

1.3.5 fixed

vyos@r1:~$ reset vpn remote-access user 
Possible completions:
  <text>        Terminate specified users current remote access VPN session(s)

Create a new task and provide links and examples for the KEA-DHCP-server implementation if it is supported.
ISC-DHCP-server is deprecated.

ISC-DHCP is deprecated, and we do not expect new updates.
The 1.5 is migrated to KEA-DHCP
Close it as wontfix

Use the persist option as after each interface, recreation indexes are created dynamically.

Since it didn't function properly in either Quagga or FRR...
I suggest addressing this issue to the upstream codebase, as we currently do not maintain SNMP MIBs. Your attention to this matter would be greatly appreciated.

Since it didn't function properly in either Quagga or FRR...
I suggest addressing this issue to the upstream codebase, as we currently do not maintain SNMP MIBs. Your attention to this matter would be greatly appreciated.

@olofl Open the task with a new actual description and examples for nftables.
Both links are unreachable

Tested in latest 1.5-rolling-202401190024 release, the commit fails when duplicate static-mapping is configured as expected.

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

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

@sdev Quick question on this issue.

I've traced the issue back to a USB device that creates an Ethernet interface on the OS. I suspect that the issue was caused by the USB device not being ready by the time ddclient tried to start and bind to configured interfaces, causing the boot time configuration to fail. Given that this is an edge case that would rarely occur, and now that I have replaced the USB device with an actual Ethernet device, I'm happy to close this bug report.

Deprecated commands are deleted.
It should be reimplemented if it is needed in a separate feature request/task

PR https://github.com/vyos/vyos-1x/pull/2852 basic implementation

https://github.com/vyos/vyos-1x/pull/2850

Will be fixed in 1.4.0-rc3

After some research, I have concluded that the error was caused by the string's violation of RFC 3986, which recommends using percent encoding instead. I'll look into the feasibility of implementing percent encoding/decoding (which urllib natively supports) for spicy characters if there's demand, but the recommended method in VyOS right now is using the protocol-agnostic REMOTE_USERNAME and REMOTE_PASSWORD environment variables, which bypass the URL decoding step. The alternative would involve messing with urllib.parse's internal parser to implement a laxer and less greedy regexp to accept passwords like this, which is probably a bad idea.

What are you expecting

This should pretty much explain it