It is a part of T3829
We should find a solution to check if the interface "neighbor" is in a separate netns. For now, we don't do this check.
veth pair should be in the local router only, VRF or NETNS and it won't work between 2 separate routers or 2 VMs.

So after a small test, I've come to the following:

I started working on a jool nat64 implementation at https://github.com/vyos/vyos-1x/pull/1993 for anyone that would like to try it out. Not everything is implemented yet, but I have been running this for the past few weeks with no issues. Any comments or feedback on the UX would be appreciated

@danhusan Could you check if the file /var/run/load-balance/wlb.out exists?
https://github.com/vyos/vyatta-wanloadbalance/blob/5a3ab6c426928644dc9ad9a70296263781523919/templates-op/show/wan-load-balance/node.def#L2C15-L5

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

vyos@r14# run show reverse-proxy 
Proxy name    Role      Status    Req rate    Resp time    Last change
------------  --------  --------  ----------  -----------  -------------
http          FRONTEND  OPEN      0
https         FRONTEND  OPEN      16
stats         FRONTEND  OPEN      0
bk-01         BACKEND   UP                    1 ms         1h34m45s
default-bk    BACKEND   UP                    0 ms         1h34m45s
bk-01         serv-01   UP                    1 ms         1h34m45s
bk-01         serv-02   DOWN                  0 ms         1h34m44s
default-bk    serv-03   no check              0 ms         1h34m45s
[edit]
vyos@r14#

Rule used for udev testing:

I successfully tested a udev rule to rename to wwan0.

Further testing reveals that re-connecting the interfaces after reboot solves the issue:

Please re-test with latest 1.4 release as the firewall was moved from iptables -> nftables

Hi @daniil and @NikolayP,

Does it fail on the client or on the server? I am unable to reproduce this given the instructions above.

Could you write and test an udev rule which renames the RNDIS usb0 device to wwan*?

There is the task T5169

PR listen-address fixes https://github.com/vyos/vyos-1x/pull/2013

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

In T5186#148568, @diodep wrote:

In T5186#148559, @c-po wrote:

Reverted Kernel back to 5.4.234 for upcoming 1.3.3. release.

Is it the same bug as T5048 ?

Draft until the dependency PR is merged:
https://github.com/vyos/vyos-1x/pull/1997

I've done test , regarding the original issues that it was nat+route-leaking (default + foo) , which is working on the last rolling (VyOS 1.4-rolling-202305140317). however, I've tried some test using two vrf+route-leaking and NAT , I can replicated the issue: