<div dir="ltr">Yes, but problem is that main server has pretty good billing integrated with it, which is the key reason my client want to keep it.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Thank you.<br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 28, 2014 at 11:57 AM, Juha Heinanen <span dir="ltr"><<a href="mailto:jh@tutpro.com" target="_blank">jh@tutpro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="">Muhammad Shahzad writes:<br>
<br>
> The main server manages SIP register, calls, messages and so, however it<br>
> does not support presence at all. It returns SIP response "405 Method Not<br>
> Allowed" for any SIP PUBLISH, SUBSCRIBE or NOTIFY.<br>
><br>
> The presence server is a Kamailio server, which unfortunately has no access<br>
> to SIP subscriber database (so it can not do authentication), however it<br>
> has access to User Location database.<br>
<br>
</div>my suggestion is to junk your "main" server and replace it with open<br>
source kamailio server.  then you can authenticate all requests and<br>
after authentication pass presence related request to your presence<br>
server.<br>
<br>
-- juha<br>
<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>
</blockquote></div><br></div></div>