You may have more luck with RTPEngine in this regard. > On Sep 25, 2025, at 9:02 AM, Ibe Van de Veire via sr-users > <[email protected]> wrote: > > Dear Kamailio community, > I am currently developing a VoIP system using 2 instances of Kamailio. One > as SBC and one as SIP server. > The SBC is configured to work in bridge mode (one NIC on the public side, one > NIC on the private side). > The SIP server works as expected. > But the SBC server seems to have some difficulties to route the RTP traffic. > I am using RTPproxy to handle NAT traversals. > Currently, I handled the following situations: > • Internal to internal call > • External (both NAT and CG-NAT) to internal call > • Internal to external (both NAT and CG-NAT) call > The situation that does not work is the following: > • External (both NAT or CG-NAT) to External (both NAT or CG-NAT) > The SBC seems to always translate the IN IP4 field from external to internal > (as desired when calling from external to internal), but this seems not to be > desired when calling from external to external. > This way, both external devices try to send the RTP data to the internal > (inaccessible) address of the SBC. > How can I configure the SBC to stop translating the IN IP4 field when both > devices are external? > I have the following configuration that talks to the RTPproxy service: > ========================== > if(nat_uac_test("8")) { > if($Ri == "MY_PUBLIC_IP") { > rtpproxy_manage("coiew"); > } else { > rtpproxy_manage("faei"); > } > } else { > rtpproxy_manage("cor"); > } > ========================== > Also, is this the desired way to handle NAT traversal with RTPproxy? > Kind regards > Ibe Van de Veire > System Engineer > > -- Disclaimer -- > Vlaamse Radio- en Televisieomroeporganisatie > Auguste Reyerslaan 52 > 1043 Brussel > > nv van publiek recht > BTW BE 0244.142.664 > RPR Brussel > VRT Gebruikersvoorwaarden > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions -- > [email protected] > To unsubscribe send an email to [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender!
-- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com, https://www.csrpswitch.com Tel: +1-706-510-6800 __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected] To unsubscribe send an email to [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender!
