Hello Everyone,
Looks to be related to the team interface after all, which is strange. Have confirmed that after getting rid of the LACP/Team interface, media is flowing as expected after kernelization. I simply:
* removed the LAG config on the switch * disabled the team0 interface * Moved the public IP over to eno1 * moved the carrier VLAN’s over to eno1
Restarted for good measure, and made some test calls. All worked perfectly with media traversing the public and carrier interfaces as expected.
rtpengine -v1
Version: git-HEAD-5bf2c50a CentOS Stream release 8 Linux 4.18.0-373.el8.x86_64
Is it worth opening an issue in the rtpengine repo?
Cheers,
Tim
From: Tim Bowyer timbo@timbo.au Sent: Wednesday, March 29, 2023 3:26 PM To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: [SR-Users] Re: Rtpengine: no audio after kernelization.
Appreciate the help Richard! Media is traversing the team0 link <> one of the two carrier vlan’s as per:
team0: connected to Team connection 1 "team0" team, 50:9A:4C:XX:XX:XX, sw, mtu 1500 ip4 default inet4 203.x.x.x/27 route4 203.x.x.x/27 metric 350 route4 default via 203.x.x.x metric 350
carrierX180: connected to carrierX180 "carrierX180" vlan, 50:9A:4C:XX:XX:XX, sw, mtu 1500 inet4 10.x.x.x/28 route4 10.x.x.x/28 metric 401 route4 202.x.x.x/27 via 10.x.x.x metric 401 route4 10.x.x.x/30 via 10.x.x.x metric 401 inet6 fe80::xxx/64 route6 fe80::/64 metric 1024
carrierY178: connected to carrierY178 "carrierY178" vlan, 50:9A:4C:XX:XX:XX, sw, mtu 1500 inet4 10.x.x.x/28 route4 10.x.x.x/28 metric 400 //CUT// inet6 fe80::xxx/64 route6 fe80::/64 metric 1024
Cheers,
Tim
From: Richard Fuchs <rfuchs@sipwise.commailto:rfuchs@sipwise.com> Sent: Friday, March 24, 2023 8:51 PM To: sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org Subject: [SR-Users] Re: Rtpengine: no audio after kernelization.
On 22/03/2023 08.19, [EXT] Tim Bowyer wrote: Evening! I ditched firewalld and swapped to configuring iptables manually… I’ve also made some basic calls with media going in/out of the same interface and I’m still seeing the audio stop completely or become one-way once kernelized. On the two different interfaces, I get no-way audio once kernelized. Weird!
Could this be related to the kernel module being unsigned (running CentOS 8 Stream)?
kernel: xt_RTPENGINE: loading out-of-tree module taints kernel. kernel: xt_RTPENGINE: module verification failed: signature and/or required key missing - tainting kernel kernel: Registering xt_RTPENGINE module - version git-HEAD-5bf2c50a systemd-modules-load[781]: Inserted module 'xt_RTPENGINE' No, that is expected and perfectly fine.
Have been pulling my hair out!
[root@blahblah zgadmin]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination rtpengine udp -- anywhere anywhere ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED ACCEPT icmp -- anywhere anywhere //cut//
Chain FORWARD (policy ACCEPT) target prot opt source destination
Chain OUTPUT (policy ACCEPT) target prot opt source destination
Chain rtpengine (1 references) target prot opt source destination RTPENGINE udp -- anywhere anywhere RTPENGINE id:0
That looks fine. How about the actual network setup? Any network namespaces, policy routing, or other unusual setup in place?
Cheers