[Spce-user] "XT target RTPENGINE not found" with NGCP mr13.2.1.3 and built-in firewall
Cesar Mora
cesarluis89 at gmail.com
Wed Nov 12 22:02:54 EST 2025
Hi,
I’m running a single-node NGCP system on mr13.2.1.3 with both IPv4 and IPv6 enabled (A and AAAA records), using the ngcp built-in firewall integration.
I’m applying patchtt templates to rules.v4.tt2 and rules.v6.tt2 to:
- Close Admin Portal / Customer Portal / LDAP, and XMPP.
- SIP and RTP remain open
- SSH remains restricted to IPs listed on the corresponding config.yml variable.
- ICMP and all else remains as-is.
SIP/RTP over IPv4 and IPv6 works and rtpengine seems fine (daemon is running, xt_RTPENGINE is loaded, SDP shows a=oldmediaip: and the rtpengine chains’ counters increase).
However, when I dump the rules via iptables/nft, I see this on IPv6:
table ip6 filter {
chain INPUT {
type filter hook input priority filter; policy drop;
ip6 nexthdr udp jump rtpengine
iifname "lo" accept
ct state related,established accept
meta l4proto ipv6-icmp accept
...
iifname "eth0" udp dport 5060 accept
iifname "eth0" tcp dport 5060 accept
iifname "eth0" tcp dport 5061 accept
:XT target RTPENGINE not found
iifname "eth0" udp dport 30000-44999 accept
...
}
chain rtpengine {
counter packets X bytes Y
}
}
And running iptables-save fails with:
Error: target extension not found
iptables-save (nf_tables): Parsing nftables rule failed
Perhaps iptables-save or your kernel needs to be upgraded.
My questions:
Is the “:XT target RTPENGINE not found” line in the ip6 table expected/harmless when using the NGCP firewall + rtpengine on mr13.2.1.3, or does it indicate a partially translated RTPENGINE rule that should be fixed?
Are there any known caveats or recommended adjustments for rtpengine + the integrated firewall (especially on IPv6) when applying minimal hardening patches like this that only touch web/API/XMPP/admin rules, but leave SIP/RTP rules intact?
If needed I can provide the rules.v4.patchtt.tt2 / rules.v6.patchtt.tt2 diffs, but I wanted to check first if this behavior is already known or expected.
Thanks,
Cesar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20251112/284ddb9e/attachment.htm>
More information about the Spce-user
mailing list