I can't reproduce it in VyOS 1.3.1-S1 and VyOS 1.3-stable-202206240423

vyos@r1:~$ show conf com | match eth1
set interfaces ethernet eth1 address 'dhcp'
set interfaces ethernet eth1 mtu '9000'

@a.apostoliuk Will be fixed in the next rolling release, could you re-test it?

@n.fort Could you create PR for 1.3?
I think it should be here https://github.com/vyos/vyatta-cfg-quagga/blob/d4097690c40f619bc0e78a0d674985f7880a19a3/templates/policy/route-map/node.tag/rule/node.tag/match/peer/node.def#L3-L4

The same behavior for 1.2
It seems some old/depricated pkg ipp2p

vyos@r12# set firewall ipv6-name TEST rule 1 action drop
[edit]
vyos@r12# set firewall ipv6-name TEST rule 1 p2p all
[edit]
vyos@r12# commit
[ firewall ipv6-name TEST ]
ip6tables v1.4.21: Couldn't load match `ipp2p':No such file or directory

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

@marekm Did you set a proper listen to address for it?

set system ntp listen-address x.x.x.x

Also add IPv6 link local address support to auto generate a link-local address as on any other type of interface.

With recent versions of strongSwan and XFRM interface in VyOS 1.4 this is now possible.

In T1641#125443, @Viacheslav wrote:

@trae32566 Extentd conntrack table and reduce timeouts:
for example

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

There is no dict if exists only one record in the https://github.com/vyos/vyos-1x/blob/cefc7ce9bfcf7750700e73edbc21864fe8ab0bee/src/op_mode/show_nat_translations.py#L103-L110
So it can't parse correctly

Maybe it depends on the version of accel-ppp.
In 1.2.8:

Cherry-pick for 1.3 https://github.com/vyos/vyos-1x/pull/1381

https://docs.strongswan.org/docs/5.9/config/IPv6.html
https://docs.strongswan.org/docs/5.9/features/routeBasedVpn.html

In T2455#68732, @dmbaturin wrote:

VTI is secretly IPIP, so it doesn't support IPv6. The real issue is that we don't support the IPv6 variant of VTI yet.

@trae32566 Extentd conntrack table and reduce timeouts:
for example

set system sysctl parameter net.netfilter.nf_conntrack_generic_timeout value 60
set system sysctl parameter net.netfilter.nf_conntrack_icmp_timeout value 10
set system sysctl parameter net.netfilter.nf_conntrack_icmpv6_timeout value 10
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_close_wait value 20
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_established value 1800
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_fin_wait value 30
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_syn_recv value 30
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_syn_sent value 60
set system sysctl parameter net.netfilter.nf_conntrack_tcp_timeout_time_wait value 120
set system sysctl parameter net.netfilter.nf_conntrack_udp_timeout_stream value 60

@Viacheslav There is already a set interfaces bridge brN igmp node. If the default option is enabled, I think set interfaces bridge brN igmp disable-snooping would sound better.
I prefer to have IGMP snooping disabled as the default option, since improper IGMP snooping causes issues while disabling IGMP snooping doesn't.

This seems to be an issue in 1.4 as well, I have the exact same symptoms, and removing the accept-protocol fixes the issue.

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

Implemented as: set service router-advert interface eth0 name-server-lifetime <value> which will be option A

PR https://github.com/vyos/vyos-1x/pull/1379 (without completion help)

Because with a rule like that I accept everything coming from nl from wan to lan, or I would need to add the source nl to every rule. That's why I did it with a deny not coming from nl on top, and then specific rules for the traffic that I want to accept.

If the default option is enabled or 1
Maybe it makes sense to create disable option like:

set interfaces bridge br0 ip disable-multicast-snooping

PR to add the option: https://github.com/vyos/vyos-1x/pull/1378

PR:
https://github.com/vyos/vyos1x-config/pull/9

It is not related to a router bug/feature
Close it