[SR-Users] advertise xxx.xxx.xxx.xxx:5060 is weird

[Daniel-Constantin Mierla]

Hello,

can you share the pcap with sip signaling for such case?

It will help to see where the packets are sent and what the headers are
including, making it possible to identify what can be done in the config
in order to fix it.

Cheers,
Daniel


On 29/05/16 23:33, Sébastien Brice wrote:
> Hi guys,
> I have a local proxy running on private ip 192.168.3.97 and advertising the wan ip of my box (THEPUBLICIPOFMYBOX)
> this local Kamailio is a stateful proxy that TM REGISTERS and INVITES to a Kamailio registrar(PUBLICIPKAMAILIOREGISTRAR)
>
> (please have a look at the kamailio.cfg attached to this email.)
>
> I want to force the signalling and sessions through this local proxy (some kind of outbound proxy) 
> I have jitsi and xlite behind (ip 192.168.3.39 and 192.168.3.16) that tries to call themselves.
>
> user agents keep retransmitting 200 OK because they never get the ACK following the 200 OK pickup.
> If i remove the advertise THEPUBLICIPOFMYBOX of the kamailio.cfg the three handshake is working ok and the call is no longer dropped after a few second!
>
> i have a true bidirectionnal session and that's working ok.
>
> The bad thing is RTP flows straight through router (thanks to rtpproxy i guess) but i want incoming and outgoing RTP traffic to go on central local node 192.168.3.97
>
> How can i achieve that?
>
> thanks. 
>
> PS: i am not using path header because i am not skilled enough  and kamailio is really hard horse to train
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://www.asipto.com - http://www.kamailio.org
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160530/28746155/attachment.html>