<div dir="ltr">Hello,<div><br></div><div>it is clear you have an ALG in the middle that breaks the signalling. Can you try using TLS? You may try first using a different port than 5060 and see if the ALG is still capturing the traffic.</div>
<div><br></div><div>Cheers,</div><div>Daniel</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 22, 2013 at 6:42 AM, P. S. <span dir="ltr"><<a href="mailto:pranav@graffiti.net" target="_blank">pranav@graffiti.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span style="font-family:Verdana"><span style="font-size:12px">Hello there, <div> </div><div>I am trying to setup a Kamailio (3.3) + Linphone + Jitsi based private calling system (users can call each other but not call out of the network). </div>
<div> </div><div>Agents can be behind NAT (think Verizon cellphone or home-users behind their router).  I started with the default setup and have tried different settings for NAT/rtpproxy. Currently, all my users register onto the Kamailio server. Users who are not behind a NAT (Jitsi on the internet) i.e. with Public IPs are able to successfully make audio/video calls. </div>
<div> </div><div>I have RTP proxy setup / running as well, and calls to rtpproxy_manage() as required. The process is running and Kamailio is configured to know that the RTPproxy is listening.</div><div> </div><div>I had to switch to using TCP on some of the my UAs because of provider blocking UDP traffic. So they are able to register, yet calls are not completed. The call looks like it connects but no media (audio or video goes through). </div>
<div> </div><div>I have read a lot of the forums on NAT - and am trying to solve for a couple of big issues:</div><div>1. Figuring out when a UA is behind a NAT, and handling the RTPProxying appropriately. </div><div>2. while ngrep-ing UDP packets occassionally I see "<span style="background-color:rgb(244,246,247);font-family:KeplerRegular,Times,serif;font-size:16px;line-height:19px">Warning: 399 sipalg "Unauthorized" or Bad request. </span> based on what I saw on the internet, it has to do with the service provider (Verizon) messing with the packet. Is there a way arount this?</div>
<div> </div><div>Any help is greatly appreciated! </div><div> </div><div>Thanks</div><div>Pranv</div></span></span>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a></div><div><a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a></div>
<div>Kamailio Advanced Trainings - Berlin, Oct 21-24; Miami, Nov 11-13, 2013</div><div>   - more details about Kamailio trainings at <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a> -</div></div>
</div>