Can you try with rtpengine, instead of rtpproxy? Thank you, Chandramouli.
On Thu, Sep 25, 2025 at 6:53 PM 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 <http://www.vrt.be/gebruiksvoorwaarden> > > __________________________________________________________ > 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! >
__________________________________________________________ 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!
