It seems we have working ISIS segment routing:

@Netboy3 Let me modify the template to support

Why would you enforce an address? It is perfectly OK to have port-only DNAT66 without any destination address such as:
nft add rule ip6 nat PREROUTING iifname eth1 counter tcp dport 443 dnat to :3000
Problem is that the test logic breaks on this and spits out a wrong statement to NFT that barfs on it.

Maybe we should add check to NAT66 to enforce the given address

@n.fort Maybe set firewall name <name> rule <rule> ipsec match-gre? This feels a bit hacky though... Almost like match should be its own block and contain ipsec, none, or gre

It works for me (tm)

PR for VyOS 1.3.3 https://github.com/vyos/vyos-1x/pull/1548

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

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

PR https://github.com/vyos/vyos-1x/pull/1545
PR https://github.com/vyos/vyatta-cfg-system/pull/185

set service ids ddos-protection direction 'in'
set service ids ddos-protection listen-interface 'eth1'
set service ids ddos-protection mode mirror
set service ids ddos-protection threshold general fps '1000'
set service ids ddos-protection threshold general mbps '200'
set service ids ddos-protection threshold general pps '150000'
set service ids ddos-protection threshold tcp fps '25'
set service ids ddos-protection threshold tcp mbps '55'
set service ids ddos-protection threshold tcp pps '155'
set service ids ddos-protection threshold udp fps '100'
set service ids ddos-protection threshold udp mbps '100'
set service ids ddos-protection threshold udp pps '100'
set service ids ddos-protection threshold icmp fps '200'
set service ids ddos-protection threshold icmp mbps '210'
set service ids ddos-protection threshold icmp pps '2040'

Expected fastnermon config entries:

# General threshold
ban_for_flows = on
threshold_flows = 1000
ban_for_bandwidth = on
threshold_mbps = 200
ban_for_pps = on
threshold_pps = 150000

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

Added a new pull request to make ISIS segment routing work again.

Dear Sir
Will it work with 1.4 ?
BR
Vishvas

Jool is still being maintained for bugfixes etc. and it has all the features we're looking for, then it sounds fairly ideal. If no new features are being added to it, it's less likely to break in future releases too

I re-reviewed this PR and the following commit from @c-po

Ok now its working. Thanks. My bad.

Changes on the FRR side:

• Convert xdp helper library to an optional plugin + bgp hook
• Minor fixes + cleanups
• Figured out most of the permission problems

Changes on the XDP side:

• Convert mappings from legacy iproute format to the latest libbpf one
• New mappings improve debugging experience by implementing pretty-printing for XDP map dumping
• Added an xdp-loader for xdp-tools repo