[OpenSIPS-Users] Issue with rls module?
Andres2 Cores2
acores2 at gmail.com
Wed Apr 28 14:12:25 CEST 2010
Thank you Anca
In fact I am using the user-agent (picked it up from one config file),
either my client either opensips.
if($hdr(User-Agent) =~ "me")
{
xlog("L_DBG","RLS subscribe");
$var(ret_code)= rls_handle_subscribe();
if($var(ret_code)== 10){
handle_subscribe();
}
}
else
{
xlog("---- route 2 subscribe normal --- \n");
handle_subscribe();
}
Now, after some fixes of the configuration, it seems the flow is correctly
managed.
There is still one point I am not sure. I had some issues with the NOTIFY
sent by PS to RLS
that was not correctly managed and I fixed it by adding this condition for
NOTIFY
if ((is_method("SUBSCRIBE")||is_method("NOTIFY")) &&
$rd == "10.62.0.155") {
# in-dialog subscribe requests
route(2);
exit;
}
Where route(2) invokes rls_handle_notify() for NOTIFY requests.
Do you think it is fine? It is not perfectly clear what is called the
"in-dialog" subscribe requests.
Thanks for all.
Andrew
2010/4/28 Anca Vamanu <anca at opensips.org>
> Hi Andrew,
>
> Thanks for your appreciation.
> The thing that you need to take care with RLS are the Subscribe messages
> sent by the RLS server ( because this is the mechanism - when receiving
> a Subscribe for RLS the rls server will send more Subscribe messages to
> the presence server, and I see that you have the presence server
> collocated with rls). You need to make sure that these are handled by
> the presence server and that they do not go into rls again. For this you
> can check the source of the message and if it is the same machine just
> call handle_subscribe.
>
> if(is_method("SUBSCRIBE") && si == "_local_ip_")
> handle_subscribe();
>
> If you watch the network trace and log where each subscribe goes for
> processing and still notice this errors, post again an email on the list.
>
> Regards,
>
> --
> Anca Vamanu
> www.voice-system.ro
>
>
>
>
> Andres2 Cores2 wrote:
> > Hi,
> >
> > First of all we would like to thank the whole opensips team. For
> > testing our client, we are mainly interested in the presence and rls
> > topics and found that a pretty good set of features is available right
> > now, so thanks for your job.
> >
> > During our tests we encountered an issue running opensips 1.6 in
> > rls-server mode (simple presence works fine). It seems to us it is
> > just a configuration issue or a bug in the routing rules, but we can't
> > find out it.
> >
> > From the client point of view I cannot succeed in receiving presence
> > Notify messages body, only rlmi parts are provided.
> >
> > In fact it seems rls_handle_subscribe has issues when trying to send
> > Subscribes to Presence on behalf of rls. I have systematically errors
> > "presence:get_stored_info: record not found in hash_table" and
> > sometimes "Duplicate entry
> > 'sip:alice-list at promethee.test.com-cbb99ea81711c30ed9c0edf6' for key 2"
> >
> > Typically:
> > Apr 26 13:45:57 [20047] ERROR:db_mysql:db_mysql_do_prepared_query:
> > driver error: Duplicate entry
> > 'sip:alice-list at promethee.test.com-cbb99ea81711c30ed9c0edf6' for key 2
> > Apr 26 13:45:57 [20047] ERROR:presence:update_db_subs: unsuccessful
> > sql insert
> > Apr 26 13:46:01 [20045] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 13:46:01 [20045] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 13:46:11 [20045] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 13:46:11 [20045] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 13:46:21 [20045] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 13:46:21 [20045] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:25:40 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:25:40 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:25:45 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:25:45 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:25:50 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:25:50 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:25:55 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:25:55 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:26:05 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:26:05 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> > Apr 26 14:26:09 [20586] ERROR:presence:get_stored_info: record not
> > found in hash_table
> > Apr 26 14:26:09 [20586] ERROR:presence:handle_subscribe: getting
> > stored info
> >
> > My main settings for presence and rls modules are:
> >
> > modparam("presence|presence_xml",
> > "db_url","mysql://opensips:opensipsrw@localhost/opensips")
> > modparam("presence", "server_address", "sip:pres at 10.62.0.155:5060
> > <http://sip:pres@10.62.0.155:5060>")
> > modparam("presence", "clean_period", 30)
> > modparam("presence_xml", "integrated_xcap_server", 1)
> >
> > modparam("pua", "db_url",
> > "mysql://opensips:opensipsrw@localhost/opensips")
> >
> > # -- rls parameters --
> > modparam("rls","db_url", "mysql://opensips:opensipsrw@localhost
> /opensips")
> > modparam("rls", "server_address", "sip:rls at 10.62.0.155:5060
> > <http://sip:rls@10.62.0.155:5060>")
> > modparam("rls", "integrated_xcap_server", 1)
> > modparam("rls", "xcap_root","http://promethee.test.com:8888/xcap-root" )
> > modparam("rls", "presence_server", "sip:pres at 10.62.0.155:5060
> > <http://sip:pres@10.62.0.155:5060>")
> > modparam("rls", "to_presence_code", 10)
> > modparam("xcap_client","periodical_query",1)
> > modparam("xcap_client","query_period",10)
> > modparam("xcap_client","db_url",
> > "mysql://opensips:opensipsrw@localhost/opensips")
> >
> > I can send you the routing rules if neeeded.
> >
> > Could you please help us?
> >
> > Many thanks
> >
> > Andrew
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20100428/07ff2114/attachment.htm
More information about the Users
mailing list