Not actual for 1.5/1.4
@mrlocke Can you re-check the 1.3?

@doctorpangloss Any updates?

@modzilla99 Could you provide an example of set commands to reproduce?

Tested as working in: VyOS 1.5-rolling-202404230019

In T6258#184716, @Viacheslav wrote:

Most likely needs to change priority to 319 for the sysctl

vyos@r4:~$ /usr/libexec/vyos/priority.py | match "ethernet|sysctl"
       300  interfaces_virtual-ethernet.py      ['interfaces', 'virtual-ethernet']
       318  interfaces_ethernet.py              ['interfaces', 'ethernet']
       318  system_sysctl.py                    ['system', 'sysctl']
       321  interfaces_pseudo-ethernet.py       ['interfaces', 'pseudo-ethernet']
vyos@r4:~$

What happens if another value occupies the index?
For example, PPPoE-server and PPP interface can generate thousands of interfaces

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

It was filtered in https://vyos.dev/T2086 to avoid pam_unix mess

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

Can't reproduce it, close the task

Most likely needs to change priority to 319 for the sysctl

vyos@r4:~$ /usr/libexec/vyos/priority.py | match "ethernet|sysctl"
       300  interfaces_virtual-ethernet.py      ['interfaces', 'virtual-ethernet']
       318  interfaces_ethernet.py              ['interfaces', 'ethernet']
       318  system_sysctl.py                    ['system', 'sysctl']
       321  interfaces_pseudo-ethernet.py       ['interfaces', 'pseudo-ethernet']
vyos@r4:~$

I have asked the OP @canoziia to provide such in the forum.

Extend to <1-65535>
PR https://github.com/vyos/vyos-1x/pull/3353

What do I need to do to get these values?

root@r1-right:/home/vyos# sysctl net.ipv6.neigh.eth3/2.base_reachable_time_ms
sysctl: cannot stat /proc/sys/net/ipv6/neigh/eth3.2/base_reachable_time_ms: No such file or directory

I can only refer to whats unfolded on the forum at https://forum.vyos.io/t/how-to-set-net-ipv6-neigh-etha-b-base-reachable-time-in-vyos/14304

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

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

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

@Viacheslav or another of the Maintainers:

Could you provide the full set of commands to reproduce?

So the root cause here is that vrf.py runs prior to vrf_vni.py where the first one eliminates all vni configuration within FRR.
The main reason for this weird logic is T5492.

Any news about this issue @SrividyaA and @c-po ?

The fix mentioned above has been backported to 1.4: T5996.

I just did a quick search - it doesn't seem like dnsmasq supports option 82 when acting like a relay.

I tried to extend the range, and seems it also relies on nftables conntrack zones

vyos@r4# compare 
+ vrf {
+     name blue {
+         table "4294967295"
+     }
+     name red {
+         table "1"
+     }
+ }

Just as another data-point - I have found that leaving the DHCP lease to auto-renew itself (not me doing it manually) that it doesn't then add it to the routing table.
i.e. at the moment my DHCP client is still connected, but there's no default via the DHCP session at the moment.

The flowtable has to be set on ethernet interfaces only!
It does not need to set it to PPP/BOND/VLAN/etc, as it will work anyway.
We need to hardcode it only for ethX interfaces, because people use it incorrect.

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

Precreate the interfaces used in the bond and the bond itself. I used the hw-id to create my interface because it seemed like the best minimal config option, not sure if it's required or not.

I have the same issue, running a locally built 1.4-rolling-202403240547.

Perhaps Im missing something here but where is Option82 information included (injected into the DCHP-request reaching the DHCP-server)?