[RLS] Cannot found service uri in rls-services

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

[RLS] Cannot found service uri in rls-services

Eric PTAK
Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Eric PTAK
After a look at modules/rls/subcribe.c from trunk, I found line 557 :
        if(uandd_to_uri(msg->parsed_uri.user, msg->parsed_uri.host,
                    &subs.pres_uri)< 0)

then, line 566 :
        if( get_resource_list(&subs.pres_uri, fu.user, fu.host,
                    &service_node, &doc) < 0)

In my memory, the pres_uri should include the parameters.

Eric.


2008/12/12 Eric PTAK <eric.ptak.fr@gmail.com>
Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Anca Vamanu-2
Hi Eric,

This problem is not that simple.
Indeed the RLS module considers the list URI to be only the user@domain
part from the R-URI.
The RLS RFC(4662) says ( in section 3) that:

This resource list is
   represented by a SIP URI.

And indeed as you also said, the SIP URI includes also the parameters.
But, if we were to use the parameters also when querying the XCAP server
- things will not be that simple. For example, if a URI has
transport=udp parameter, it should be considered the same as the URI not
having this parameter( as udp is default). Moreover, the order of the
parameters should not matter.
For this reasons it seems more logical to treat the list uri as an AOR -
considering only the user and domain part.
As there isn't a clear answer to this issue, I will post a question on
the SIP Implementors list hoping to get a clarification from there.
I will come back with more info.

regards,
Anca

Eric PTAK wrote:

> After a look at modules/rls/subcribe.c from trunk, I found line 557 :
>         if(uandd_to_uri(msg->parsed_uri.user, msg->parsed_uri.host,
>                     &subs.pres_uri)< 0)
>
> then, line 566 :
>         if( get_resource_list(&subs.pres_uri, fu.user, fu.host,
>                     &service_node, &doc) < 0)
>
> In my memory, the pres_uri should include the parameters.
>
> Eric.
>
>
> 2008/12/12 Eric PTAK <eric.ptak.fr <http://eric.ptak.fr>@gmail.com
> <http://gmail.com>>
>
>     Hi all,
>      
>     I'm currently integrating OpenSIPS with OpenXCAP.
>     After a lot a problem with ubuntu libraries in order to setup
>     openxcap, I'm now facing to another issue with RLS module.
>     I'm using Mercuro and it subsribes to
>     sip:alice@domain;pres-list=Default, but the RLS looks for a
>     service at sip:alice@domain so it response by a 404 Not Found error.
>      
>     This is the xml files from xcap :
>      
>     eptak@rd-srv-devlnx2:~$ <mailto:eptak@rd-srv-devlnx2:%7E$>
>     xcapclient --app rls-services get
>     get
>     http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
>     etag: "d113935c4c7324c99077a925492251b2"
>     content-type: application/rls-services+xml
>     content-length: 467
>     <?xml version="1.0" encoding="utf-8"?>
>     <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
>     xmlns="urn:ietf:params:xml:ns:rls-services">
>       <service uri="sip:alice@domain;pres-list=Default">
>        
>     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d
>     <http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/%7E%7E/resource-lists/list%5b@name=%22Default%22%5d></resource-list>
>         <packages>
>           <package>presence</package>
>         </packages>
>       </service>
>     </rls-services>
>
>     eptak@rd-srv-devlnx2:~$ <mailto:eptak@rd-srv-devlnx2:%7E$>
>     xcapclient --app resource-lists get
>     get
>     http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
>     etag: "e153e7e4688122a04434b77cd1ecb5e1"
>     content-type: application/resource-lists+xml
>     content-length: 324
>     <?xml version="1.0" encoding="utf-8"?>
>     <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
>       <list name="Default">
>         <display-name>All Contacts</display-name>
>       <entry uri="sip:bob@domain"
>     xmlns="urn:ietf:params:xml:ns:resource-lists">
>       <display-name>bob</display-name>
>     </entry></list>
>     </resource-lists>
>     and this is the stack trace :
>      
>     Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     SUBSCRIBE presence from sip:alice@domain to
>     sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta
>     (4.0.1011.0))
>     Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:core:parse_headers: flags=ffffffffffffffff
>     Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:core:parse_headers: flags=ffffffffffffffff
>     Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:presence:search_event: start event= [presence]
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
>     <sip:alice@domain;pres-list=Default>
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:rls:get_resource_list: Searched RL document for user
>     sip:alice@domain
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:core:db_allocate_columns: allocate 8 bytes for result names at
>     0x81b5af8
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:core:db_allocate_columns: allocate 8 bytes for result types at
>     0x81b5360
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>     RES_NAMES[0] at 0x81b5820
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>     RES_NAMES[1] at 0x81b5838
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
>     0x81b5948
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
>     values at 0x81b5860
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
>     version="1.0" encoding="utf-8"?>^M <rls-services
>     xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
>     xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>     uri="sip:alice@domain;pres-list=Default">^M    
>     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d
>     <http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/%7E%7E/resource-lists/list%5b@name=%22Default%22%5d></resource-list>^M    
>     <packages>^M       <package>presence</package>^M    
>     </packages>^M   </service>^M </rls-services>]
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:db_mysql:db_mysql_str2val: converting STRING
>     [d113935c4c7324c99077a925492251b2]
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:rls:get_resource_list: rls_services document: <?xml
>     version="1.0" encoding="utf-8"?>^M <rls-services
>     xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
>     xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>     uri="sip:alice@domain;pres-list=Default">^M    
>     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d
>     <http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/%7E%7E/resource-lists/list%5b@name=%22Default%22%5d></resource-list>^M    
>     <packages>^M       <package>presence</package>^M    
>     </packages>^M   </service>^M </rls-services>
>     Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>     DBG:rls:get_resource_list: service uri sip:alice@domain not found
>     in rl document for user sip:alice@domain
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>  


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Adrian Georgescu
In reply to this post by Eric PTAK
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence server code by end-user provisioning we will actually add checks in OpenXCAP server for the actual content of RLS services document so that it contins only routable sip uris, without any parameters. Also pointers to external XCAP documents even if they are mentioned in the RFC will no be allowed in our server as it could generate endless loops.

So I encourage you not to use any SIP Uris different than user@domain as you will not be able to manipulate them in the next version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to <a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default, but the RLS looks for a service at <a href="sip:alice@domain">sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists" xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">
  <service uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="<a href="sip:bob@domain">sip:bob@domain" xmlns="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from <a href="sip:alice@domain">sip:alice@domain to <a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user <a href="sip:alice@domain">sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists" xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists" xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri <a href="sip:alice@domain">sip:alice@domain not found in rl document for user <a href="sip:alice@domain">sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Eric PTAK
Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if the PS shouldn't use the To header, but I don't find references on  that any more...
 
I'll feed back to Mercuro developers in order to remove parameters from services URI.
 
Adrian, when you're talking about external XCAP documents, do you mean the use of resource-list tag in rls-services document ?
 
Eric.


 
2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence server code by end-user provisioning we will actually add checks in OpenXCAP server for the actual content of RLS services document so that it contins only routable sip uris, without any parameters. Also pointers to external XCAP documents even if they are mentioned in the RFC will no be allowed in our server as it could generate endless loops.

So I encourage you not to use any SIP Uris different than user@domain as you will not be able to manipulate them in the next version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Adrian Georgescu

  <service uri="sip:alice@domain;pres-list=Default">

The above should read sip:[hidden email]

    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>

I will not allow this document to be stored in the server as this would open Pandera's box of foreign URLs that can be injected in the system. The fact that RFC mentioned that is possible does not mean is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if the PS shouldn't use the To header, but I don't find references on  that any more...
 
I'll feed back to Mercuro developers in order to remove parameters from services URI.
 
Adrian, when you're talking about external XCAP documents, do you mean the use of resource-list tag in rls-services document ?
 
Eric.


 
2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence server code by end-user provisioning we will actually add checks in OpenXCAP server for the actual content of RLS services document so that it contins only routable sip uris, without any parameters. Also pointers to external XCAP documents even if they are mentioned in the RFC will no be allowed in our server as it could generate endless loops.

So I encourage you not to use any SIP Uris different than user@domain as you will not be able to manipulate them in the next version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Eric PTAK
And what about if we ensure that the RL is on the same host than the rls-services, for example an RLS which is configured like this :
 
integrated_xcap_server = 0
xcap_root = http://10.26.52.122/xcap-root:8080
 
In that circumstance, RLS may handle resource-list tag, check if the host is equal to xcap_root, and then download the RL.
Do you agree ?
 
Regards,
Eric.

2008/12/15 Adrian Georgescu <[hidden email]>
The above should read sip:[hidden email]

I will not allow this document to be stored in the server as this would open Pandera's box of foreign URLs that can be injected in the system. The fact that RFC mentioned that is possible does not mean is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if the PS shouldn't use the To header, but I don't find references on  that any more...
 
I'll feed back to Mercuro developers in order to remove parameters from services URI.
 
Adrian, when you're talking about external XCAP documents, do you mean the use of resource-list tag in rls-services document ?
 
Eric.


 
2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence server code by end-user provisioning we will actually add checks in OpenXCAP server for the actual content of RLS services document so that it contins only routable sip uris, without any parameters. Also pointers to external XCAP documents even if they are mentioned in the RFC will no be allowed in our server as it could generate endless loops.

So I encourage you not to use any SIP Uris different than user@domain as you will not be able to manipulate them in the next version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: [RLS] Cannot found service uri in rls-services

Adrian Georgescu
I would discourage you do both, but this is my opinion. For some good practices on using XCAP see this page:


Adrian

On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:

And what about if we ensure that the RL is on the same host than the rls-services, for example an RLS which is configured like this :
 
integrated_xcap_server = 0
xcap_root = http://10.26.52.122/xcap-root:8080
 
In that circumstance, RLS may handle resource-list tag, check if the host is equal to xcap_root, and then download the RL.
Do you agree ?
 
Regards,
Eric.

2008/12/15 Adrian Georgescu <[hidden email]>
The above should read sip:[hidden email]

I will not allow this document to be stored in the server as this would open Pandera's box of foreign URLs that can be injected in the system. The fact that RFC mentioned that is possible does not mean is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if the PS shouldn't use the To header, but I don't find references on  that any more...
 
I'll feed back to Mercuro developers in order to remove parameters from services URI.
 
Adrian, when you're talking about external XCAP documents, do you mean the use of resource-list tag in rls-services document ?
 
Eric.


 
2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence server code by end-user provisioning we will actually add checks in OpenXCAP server for the actual content of RLS services document so that it contins only routable sip uris, without any parameters. Also pointers to external XCAP documents even if they are mentioned in the RFC will no be allowed in our server as it could generate endless loops.

So I encourage you not to use any SIP Uris different than user@domain as you will not be able to manipulate them in the next version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,
 
I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default, but the RLS looks for a service at sip:alice@domain so it response by a 404 Not Found error.
 
This is the xml files from xcap :
 
[hidden email] xcapclient --app rls-services get
get http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>

[hidden email] xcapclient --app resource-lists get
get http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
  <list name="Default">
    <display-name>All Contacts</display-name>
  <entry uri="sip:bob@domain" xmlns="urn:ietf:params:xml:ns:resource-lists">
  <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :
 
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: SUBSCRIBE presence from sip:alice@domain to sip:alice@domain;pres-list=Default (Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED: <sip:alice@domain;pres-list=Default>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: Searched RL document for user sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_new_result: allocate 28 bytes for result set at 0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:db_mysql:db_mysql_str2val: converting STRING [d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: rls_services document: <?xml version="1.0" encoding="utf-8"?>^M <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service uri="sip:alice@domain;pres-list=Default">^M     <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>^M     <packages>^M       <package>presence</package>^M     </packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]: DBG:rls:get_resource_list: service uri sip:alice@domain not found in rl document for user sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users






_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re : [RLS] Cannot found service uri in rls-services

Eric PTAK
Well well, thanks for that great wiki page I didn't see.
What do you think to keep in integrated but use the xcap root module
parameter or other dedicated one to define allowed roots in the
resource-list node ?

Another thing, what about compliance with OMA specifications ?

Eric

2008/12/15, Adrian Georgescu <[hidden email]>:

> I would discourage you do both, but this is my opinion. For some good
> practices on using XCAP see this page:
>
> http://openxcap.org/wiki/Running
>
> Adrian
>
> On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:
>
>> And what about if we ensure that the RL is on the same host than the
>> rls-services, for example an RLS which is configured like this :
>>
>> integrated_xcap_server = 0
>> xcap_root = http://10.26.52.122/xcap-root:8080
>>
>> In that circumstance, RLS may handle resource-list tag, check if the
>> host is equal to xcap_root, and then download the RL.
>> Do you agree ?
>>
>> Regards,
>> Eric.
>>
>> 2008/12/15 Adrian Georgescu <[hidden email]>
>>
>>>   <service uri="sip:alice@domain;pres-list=Default">
>>
>> The above should read sip:[hidden email]
>>
>>>
>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>
>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
>>
>> I will not allow this document to be stored in the server as this
>> would open Pandera's box of foreign URLs that can be injected in the
>> system. The fact that RFC mentioned that is possible does not mean
>> is sane to do it as  Presence server operator.
>>
>> Only <one> entries containing individual and valid SIP URIs will be
>> allowed in rls-services document.
>>
>> Adrian
>>
>>
>> On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:
>>
>>> Thanks you Anca and Adrian for your answer.
>>> Regading the issue with the parameter in the R-URI, I was asking if
>>> the PS shouldn't use the To header, but I don't find references on
>>> that any more...
>>>
>>> I'll feed back to Mercuro developers in order to remove parameters
>>> from services URI.
>>>
>>> Adrian, when you're talking about external XCAP documents, do you
>>> mean the use of resource-list tag in rls-services document ?
>>>
>>> Eric.
>>>
>>>
>>>
>>> 2008/12/15 Adrian Georgescu <[hidden email]>
>>> Hello Eric,
>>>
>>> To avoid backdoors and possibility of exploiting the Presence
>>> server code by end-user provisioning we will actually add checks in
>>> OpenXCAP server for the actual content of RLS services document so
>>> that it contins only routable sip uris, without any parameters.
>>> Also pointers to external XCAP documents even if they are mentioned
>>> in the RFC will no be allowed in our server as it could generate
>>> endless loops.
>>>
>>> So I encourage you not to use any SIP Uris different than
>>> user@domain as you will not be able to manipulate them in the next
>>> version.
>>>
>>> Regards,
>>> Adrian
>>>
>>> On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm currently integrating OpenSIPS with OpenXCAP.
>>>> After a lot a problem with ubuntu libraries in order to setup
>>>> openxcap, I'm now facing to another issue with RLS module.
>>>> I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default
>>>>
>>>> , but the RLS looks for a service at sip:alice@domain so it
>>>> response by a 404 Not Found error.
>>>>
>>>> This is the xml files from xcap :
>>>>
>>>> eptak@rd-srv-devlnx2:~$ xcapclient --app rls-services get
>>>> get
>>>> http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
>>>> etag: "d113935c4c7324c99077a925492251b2"
>>>> content-type: application/rls-services+xml
>>>> content-length: 467
>>>> <?xml version="1.0" encoding="utf-8"?>
>>>> <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
>>>> xmlns="urn:ietf:params:xml:ns:rls-services">
>>>>   <service uri="sip:alice@domain;pres-list=Default">
>>>>
>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>
>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
>>>>     <packages>
>>>>       <package>presence</package>
>>>>     </packages>
>>>>   </service>
>>>> </rls-services>
>>>>
>>>> eptak@rd-srv-devlnx2:~$ xcapclient --app resource-lists get
>>>> get
>>>> http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
>>>> etag: "e153e7e4688122a04434b77cd1ecb5e1"
>>>> content-type: application/resource-lists+xml
>>>> content-length: 324
>>>> <?xml version="1.0" encoding="utf-8"?>
>>>> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
>>>>   <list name="Default">
>>>>     <display-name>All Contacts</display-name>
>>>>   <entry uri="sip:bob@domain"
>>>> xmlns="urn:ietf:params:xml:ns:resource-lists
>>>> ">
>>>>   <display-name>bob</display-name>
>>>> </entry></list>
>>>> </resource-lists>
>>>> and this is the stack trace :
>>>>
>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> SUBSCRIBE presence from sip:alice@domain to
>>>> sip:alice@domain;pres-list=Default
>>>>  (Mercuro IMS Client Beta (4.0.1011.0))
>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:presence:search_event: start event= [presence]
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
>>>> <sip:alice@domain;pres-list=Default
>>>> >
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:rls:get_resource_list: Searched RL document for user
>>>> sip:alice@domain
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:core:db_new_result: allocate 28 bytes for result set at
>>>> 0x81b52b0
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:core:db_allocate_columns: allocate 8 bytes for result names at
>>>> 0x81b5af8
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:core:db_allocate_columns: allocate 8 bytes for result types at
>>>> 0x81b5360
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>>>> RES_NAMES[0] at 0x81b5820
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>>>> RES_NAMES[1] at 0x81b5838
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
>>>> 0x81b5948
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
>>>> values at 0x81b5860
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
>>>> version="1.0" encoding="utf-8"?>^M <rls-services
>>>> xmlns:rl="urn:ietf:params:xml:ns:resource-lists
>>>> " xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>>>> uri="sip:alice@domain;pres-list=Default
>>>> ">^M
>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>
>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
>>>> list>^M     <packages>^M       <package>presence</package>^M     </
>>>> packages>^M   </service>^M </rls-services>]
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:db_mysql:db_mysql_str2val: converting STRING
>>>> [d113935c4c7324c99077a925492251b2]
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:rls:get_resource_list: rls_services document: <?xml
>>>> version="1.0" encoding="utf-8"?>^M <rls-services
>>>> xmlns:rl="urn:ietf:params:xml:ns:resource-lists
>>>> " xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>>>> uri="sip:alice@domain;pres-list=Default
>>>> ">^M
>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>
>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
>>>> list>^M     <packages>^M       <package>presence</package>^M     </
>>>> packages>^M   </service>^M </rls-services>
>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>> DBG:rls:get_resource_list: service uri sip:alice@domain not found
>>>> in rl document for user sip:alice@domain
>>>> _______________________________________________
>>>> Users mailing list
>>>> [hidden email]
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Adrian Georgescu

On Dec 15, 2008, at 9:59 PM, Eric PTAK wrote:

Well well, thanks for that great wiki page I didn't see.
What do you think to keep in integrated but use the xcap root module
parameter or other dedicated one to define allowed roots in the
resource-list node ?

Another thing, what about compliance with OMA specifications ?


Which ones more precisely?


Eric

2008/12/15, Adrian Georgescu <[hidden email]>:
I would discourage you do both, but this is my opinion. For some good
practices on using XCAP see this page:

http://openxcap.org/wiki/Running

Adrian

On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:

And what about if we ensure that the RL is on the same host than the
rls-services, for example an RLS which is configured like this :

integrated_xcap_server = 0
xcap_root = http://10.26.52.122/xcap-root:8080

In that circumstance, RLS may handle resource-list tag, check if the
host is equal to xcap_root, and then download the RL.
Do you agree ?

Regards,
Eric.

2008/12/15 Adrian Georgescu <[hidden email]>

 <service uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

The above should read <a href="sip:alice@domain.com">sip:alice@...


<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>

I will not allow this document to be stored in the server as this
would open Pandera's box of foreign URLs that can be injected in the
system. The fact that RFC mentioned that is possible does not mean
is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be
allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if
the PS shouldn't use the To header, but I don't find references on
that any more...

I'll feed back to Mercuro developers in order to remove parameters
from services URI.

Adrian, when you're talking about external XCAP documents, do you
mean the use of resource-list tag in rls-services document ?

Eric.



2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence
server code by end-user provisioning we will actually add checks in
OpenXCAP server for the actual content of RLS services document so
that it contins only routable sip uris, without any parameters.
Also pointers to external XCAP documents even if they are mentioned
in the RFC will no be allowed in our server as it could generate
endless loops.

So I encourage you not to use any SIP Uris different than
user@domain as you will not be able to manipulate them in the next
version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,

I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup
openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to <a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

, but the RLS looks for a service at <a href="sip:alice@domain">sip:alice@domain so it
response by a 404 Not Found error.

This is the xml files from xcap :

eptak@rd-srv-devlnx2:~$ xcapclient --app rls-services get
get
http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists"
xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">
 <service uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
   <packages>
     <package>presence</package>
   </packages>
 </service>
</rls-services>

eptak@rd-srv-devlnx2:~$ xcapclient --app resource-lists get
get
http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists">
 <list name="Default">
   <display-name>All Contacts</display-name>
 <entry uri="<a href="sip:bob@domain">sip:bob@domain"
xmlns="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
">
 <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :

Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
SUBSCRIBE presence from <a href="sip:alice@domain">sip:alice@domain to
<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
(Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
<<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: Searched RL document for user
<a href="sip:alice@domain">sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_new_result: allocate 28 bytes for result set at
0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result names at
0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result types at
0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting STRING
[d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: rls_services document: <?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: service uri <a href="sip:alice@domain">sip:alice@domain not found
in rl document for user <a href="sip:alice@domain">sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users








_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Laurent Etiemble-2
Hello,

See OMA-WP-PRS_1_1_Implementation_Guidelines, para 5.5.1
(http://www.openmobilealliance.org/Technical/release_program/docs/CopyrightClick.aspx?pck=XDM_PRS_IMPL&file=V1_0-20080627-C/OMA-WP-PRS_1_1_Implementation_Guidelines-20080627-C.pdf)

The paragraph is pretty clear on the form of the URI that OMA recommends.

Regards, Laurent Etiemble.

Adrian Georgescu wrote:

On Dec 15, 2008, at 9:59 PM, Eric PTAK wrote:

Well well, thanks for that great wiki page I didn't see.
What do you think to keep in integrated but use the xcap root module
parameter or other dedicated one to define allowed roots in the
resource-list node ?

Another thing, what about compliance with OMA specifications ?


Which ones more precisely?


Eric

2008/12/15, Adrian Georgescu <[hidden email]>:
I would discourage you do both, but this is my opinion. For some good
practices on using XCAP see this page:

http://openxcap.org/wiki/Running

Adrian

On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:

And what about if we ensure that the RL is on the same host than the
rls-services, for example an RLS which is configured like this :

integrated_xcap_server = 0
xcap_root = http://10.26.52.122/xcap-root:8080

In that circumstance, RLS may handle resource-list tag, check if the
host is equal to xcap_root, and then download the RL.
Do you agree ?

Regards,
Eric.

2008/12/15 Adrian Georgescu <[hidden email]>

 <service uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

The above should read <a moz-do-not-send="true" href="sip:alice@domain.com">sip:alice@...


<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>

I will not allow this document to be stored in the server as this
would open Pandera's box of foreign URLs that can be injected in the
system. The fact that RFC mentioned that is possible does not mean
is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be
allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if
the PS shouldn't use the To header, but I don't find references on
that any more...

I'll feed back to Mercuro developers in order to remove parameters
from services URI.

Adrian, when you're talking about external XCAP documents, do you
mean the use of resource-list tag in rls-services document ?

Eric.



2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence
server code by end-user provisioning we will actually add checks in
OpenXCAP server for the actual content of RLS services document so
that it contins only routable sip uris, without any parameters.
Also pointers to external XCAP documents even if they are mentioned
in the RFC will no be allowed in our server as it could generate
endless loops.

So I encourage you not to use any SIP Uris different than
user@domain as you will not be able to manipulate them in the next
version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,

I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup
openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to <a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

, but the RLS looks for a service at <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain so it
response by a 404 Not Found error.

This is the xml files from xcap :

eptak@rd-srv-devlnx2:~$ xcapclient --app rls-services get
get
http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists"
xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">
 <service uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
   <packages>
     <package>presence</package>
   </packages>
 </service>
</rls-services>

eptak@rd-srv-devlnx2:~$ xcapclient --app resource-lists get
get
http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists">
 <list name="Default">
   <display-name>All Contacts</display-name>
 <entry uri="<a moz-do-not-send="true" href="sip:bob@domain">sip:bob@domain"
xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
">
 <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :

Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
SUBSCRIBE presence from <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain to
<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
(Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
<<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: Searched RL document for user
<a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_new_result: allocate 28 bytes for result set at
0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result names at
0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result types at
0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting STRING
[d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: rls_services document: <?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: service uri <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain not found
in rl document for user <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users








_______________________________________________ Users mailing list [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users

No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1852 - Release Date: 16/12/2008 18:11

--
Laurent ETIEMBLE
Mercuro IMS Client Technical Team
[hidden email]
Need an IMS Client ? Try out the Mercuro IMS Client.

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Laurent Etiemble-2
In reply to this post by Adrian Georgescu
Hello,

See OMA-WP-PRS_1_1_Implementation_Guidelines, para 5.5.1
(http://www.openmobilealliance.org/Technical/release_program/docs/CopyrightClick.aspx?pck=XDM_PRS_IMPL&file=V1_0-20080627-C/OMA-WP-PRS_1_1_Implementation_Guidelines-20080627-C.pdf)

The paragraph is pretty clear on what OMA recommends for the service URI .

Regards, Laurent Etiemble.

Adrian Georgescu wrote:

On Dec 15, 2008, at 9:59 PM, Eric PTAK wrote:

Well well, thanks for that great wiki page I didn't see.
What do you think to keep in integrated but use the xcap root module
parameter or other dedicated one to define allowed roots in the
resource-list node ?

Another thing, what about compliance with OMA specifications ?


Which ones more precisely?


Eric

2008/12/15, Adrian Georgescu <[hidden email]>:
I would discourage you do both, but this is my opinion. For some good
practices on using XCAP see this page:

http://openxcap.org/wiki/Running

Adrian

On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:

And what about if we ensure that the RL is on the same host than the
rls-services, for example an RLS which is configured like this :

integrated_xcap_server = 0
xcap_root = http://10.26.52.122/xcap-root:8080

In that circumstance, RLS may handle resource-list tag, check if the
host is equal to xcap_root, and then download the RL.
Do you agree ?

Regards,
Eric.

2008/12/15 Adrian Georgescu <[hidden email]>

 <service uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

The above should read <a moz-do-not-send="true" href="sip:alice@domain.com">sip:alice@...


<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>

I will not allow this document to be stored in the server as this
would open Pandera's box of foreign URLs that can be injected in the
system. The fact that RFC mentioned that is possible does not mean
is sane to do it as  Presence server operator.

Only <one> entries containing individual and valid SIP URIs will be
allowed in rls-services document.

Adrian


On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:

Thanks you Anca and Adrian for your answer.
Regading the issue with the parameter in the R-URI, I was asking if
the PS shouldn't use the To header, but I don't find references on
that any more...

I'll feed back to Mercuro developers in order to remove parameters
from services URI.

Adrian, when you're talking about external XCAP documents, do you
mean the use of resource-list tag in rls-services document ?

Eric.



2008/12/15 Adrian Georgescu <[hidden email]>
Hello Eric,

To avoid backdoors and possibility of exploiting the Presence
server code by end-user provisioning we will actually add checks in
OpenXCAP server for the actual content of RLS services document so
that it contins only routable sip uris, without any parameters.
Also pointers to external XCAP documents even if they are mentioned
in the RFC will no be allowed in our server as it could generate
endless loops.

So I encourage you not to use any SIP Uris different than
user@domain as you will not be able to manipulate them in the next
version.

Regards,
Adrian

On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:

Hi all,

I'm currently integrating OpenSIPS with OpenXCAP.
After a lot a problem with ubuntu libraries in order to setup
openxcap, I'm now facing to another issue with RLS module.
I'm using Mercuro and it subsribes to <a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

, but the RLS looks for a service at <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain so it
response by a 404 Not Found error.

This is the xml files from xcap :

eptak@rd-srv-devlnx2:~$ xcapclient --app rls-services get
get
http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
etag: "d113935c4c7324c99077a925492251b2"
content-type: application/rls-services+xml
content-length: 467
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists"
xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">
 <service uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default">

<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
   <packages>
     <package>presence</package>
   </packages>
 </service>
</rls-services>

eptak@rd-srv-devlnx2:~$ xcapclient --app resource-lists get
get
http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
etag: "e153e7e4688122a04434b77cd1ecb5e1"
content-type: application/resource-lists+xml
content-length: 324
<?xml version="1.0" encoding="utf-8"?>
<resource-lists xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists">
 <list name="Default">
   <display-name>All Contacts</display-name>
 <entry uri="<a moz-do-not-send="true" href="sip:bob@domain">sip:bob@domain"
xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
">
 <display-name>bob</display-name>
</entry></list>
</resource-lists>
and this is the stack trace :

Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
SUBSCRIBE presence from <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain to
<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
(Mercuro IMS Client Beta (4.0.1011.0))
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:parse_headers: flags=ffffffffffffffff
Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:presence:search_event: start event= [presence]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
<<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default

Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: Searched RL document for user
<a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_new_result: allocate 28 bytes for result set at
0x81b52b0
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result names at
0x81b5af8
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:core:db_allocate_columns: allocate 8 bytes for result types at
0x81b5360
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[0] at 0x81b5820
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
RES_NAMES[1] at 0x81b5838
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
0x81b5948
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
values at 0x81b5860
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:db_mysql:db_mysql_str2val: converting STRING
[d113935c4c7324c99077a925492251b2]
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: rls_services document: <?xml
version="1.0" encoding="utf-8"?>^M <rls-services
xmlns:rl="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:resource-lists">urn:ietf:params:xml:ns:resource-lists
" xmlns="<a moz-do-not-send="true" href="urn:ietf:params:xml:ns:rls-services">urn:ietf:params:xml:ns:rls-services">^M   <service
uri="<a moz-do-not-send="true" href="sip:alice@domain;pres-list=Default">sip:alice@domain;pres-list=Default
">^M
<resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/

~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
list>^M     <packages>^M       <package>presence</package>^M     </
packages>^M   </service>^M </rls-services>
Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
DBG:rls:get_resource_list: service uri <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain not found
in rl document for user <a moz-do-not-send="true" href="sip:alice@domain">sip:alice@domain
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users








_______________________________________________ Users mailing list [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users

No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1852 - Release Date: 16/12/2008 18:11

--
Laurent ETIEMBLE
Mercuro IMS Client Technical Team
[hidden email]
Need an IMS Client ? Try out the Mercuro IMS Client.

--
Laurent ETIEMBLE
Mercuro IMS Client Technical Team
[hidden email]
Need an IMS Client ? Try out the Mercuro IMS Client.

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Adrian Georgescu
In reply to this post by Adrian Georgescu
Do you know by any chance what the value '<id>' is support to point to?

pres-list=<id>

Adrian


On Dec 16, 2008, at 10:01 AM, Eric PTAK wrote:

> Hi Adrian,
>
> I'm thinking about OMA-WP-PRS_1_1_Implementation_Guidelines-20080627-
> C, Implementation Guidelines for OMA Presence SIMPLE v1.1 :
> 5.5.1 Service-URI-Template for Presence Lists
>
> As described in [PRS_RLS_XDM] "
>
> Validation Constraints", the Service URI for Presence Lists (i.e.  
> the value of the "uri"
> attribute of a <service> element in a Presence List document)  
> proposed by an XDMC when creating a Presence List in the
>
> RLS XDMS must conform to the syntax of the Service-URI-Template  
> parameter described in [PRS_AC] and [PRS_MO].
>
> It is RECOMMENDED that:
>
> ·
>
> the Service-URI-Template for Presence Lists have the following  
> structure:
> <xui>;pres-list=<id>
>
> where the <xui> and <id> substitution tags are described in  
> [XDM_Core] "
>
> Provisioned XDMC Parameters".
> The reasons for the recommendation include:
>
> ·
>
> effective use of resources (e.g. access network bandwidth), since  
> the recommended Service-URI-Template makes it
> easier for the XDMC to generate a globally unique Service URI that  
> is accepted by the RLS XDMS; and
>
> ·
>
> simplification for the SIP/IP Core network to recognize the Service  
> URI as a Presence List (e.g. to optimize routing
> of Presence List subscriptions).
>
> An example of a Service URI conforming to the recommended Service-
> URI-Template is as follows:
>
> sip:[hidden email];pres-list=list-a
>
> where the XUI used to generate the Service URI is a SIP URI, as  
> required by [PRS_RLS_XDM] "
>
> Validation constraints".
>
>
> Regards,
> Eric.
>
> 2008/12/15 Adrian Georgescu <[hidden email]>
>
> On Dec 15, 2008, at 9:59 PM, Eric PTAK wrote:
>
>> Well well, thanks for that great wiki page I didn't see.
>> What do you think to keep in integrated but use the xcap root module
>> parameter or other dedicated one to define allowed roots in the
>> resource-list node ?
>>
>> Another thing, what about compliance with OMA specifications ?
>>
>
> Which ones more precisely?
>
>
>> Eric
>>
>> 2008/12/15, Adrian Georgescu <[hidden email]>:
>>> I would discourage you do both, but this is my opinion. For some  
>>> good
>>> practices on using XCAP see this page:
>>>
>>> http://openxcap.org/wiki/Running
>>>
>>> Adrian
>>>
>>> On Dec 15, 2008, at 6:02 PM, Eric PTAK wrote:
>>>
>>>> And what about if we ensure that the RL is on the same host than  
>>>> the
>>>> rls-services, for example an RLS which is configured like this :
>>>>
>>>> integrated_xcap_server = 0
>>>> xcap_root = http://10.26.52.122/xcap-root:8080
>>>>
>>>> In that circumstance, RLS may handle resource-list tag, check if  
>>>> the
>>>> host is equal to xcap_root, and then download the RL.
>>>> Do you agree ?
>>>>
>>>> Regards,
>>>> Eric.
>>>>
>>>> 2008/12/15 Adrian Georgescu <[hidden email]>
>>>>
>>>>>  <service uri="sip:alice@domain;pres-list=Default">
>>>>
>>>> The above should read sip:[hidden email]
>>>>
>>>>>
>>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>>
>>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
>>>>
>>>> I will not allow this document to be stored in the server as this
>>>> would open Pandera's box of foreign URLs that can be injected in  
>>>> the
>>>> system. The fact that RFC mentioned that is possible does not mean
>>>> is sane to do it as  Presence server operator.
>>>>
>>>> Only <one> entries containing individual and valid SIP URIs will be
>>>> allowed in rls-services document.
>>>>
>>>> Adrian
>>>>
>>>>
>>>> On Dec 15, 2008, at 4:53 PM, Eric PTAK wrote:
>>>>
>>>>> Thanks you Anca and Adrian for your answer.
>>>>> Regading the issue with the parameter in the R-URI, I was asking  
>>>>> if
>>>>> the PS shouldn't use the To header, but I don't find references on
>>>>> that any more...
>>>>>
>>>>> I'll feed back to Mercuro developers in order to remove parameters
>>>>> from services URI.
>>>>>
>>>>> Adrian, when you're talking about external XCAP documents, do you
>>>>> mean the use of resource-list tag in rls-services document ?
>>>>>
>>>>> Eric.
>>>>>
>>>>>
>>>>>
>>>>> 2008/12/15 Adrian Georgescu <[hidden email]>
>>>>> Hello Eric,
>>>>>
>>>>> To avoid backdoors and possibility of exploiting the Presence
>>>>> server code by end-user provisioning we will actually add checks  
>>>>> in
>>>>> OpenXCAP server for the actual content of RLS services document so
>>>>> that it contins only routable sip uris, without any parameters.
>>>>> Also pointers to external XCAP documents even if they are  
>>>>> mentioned
>>>>> in the RFC will no be allowed in our server as it could generate
>>>>> endless loops.
>>>>>
>>>>> So I encourage you not to use any SIP Uris different than
>>>>> user@domain as you will not be able to manipulate them in the next
>>>>> version.
>>>>>
>>>>> Regards,
>>>>> Adrian
>>>>>
>>>>> On Dec 12, 2008, at 6:13 PM, Eric PTAK wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I'm currently integrating OpenSIPS with OpenXCAP.
>>>>>> After a lot a problem with ubuntu libraries in order to setup
>>>>>> openxcap, I'm now facing to another issue with RLS module.
>>>>>> I'm using Mercuro and it subsribes to sip:alice@domain;pres-list=Default
>>>>>>
>>>>>> , but the RLS looks for a service at sip:alice@domain so it
>>>>>> response by a 404 Not Found error.
>>>>>>
>>>>>> This is the xml files from xcap :
>>>>>>
>>>>>> eptak@rd-srv-devlnx2:~$ xcapclient --app rls-services get
>>>>>> get
>>>>>> http://10.26.52.122:8080/xcap-root/rls-services/users/sip:alice@domain/index
>>>>>> etag: "d113935c4c7324c99077a925492251b2"
>>>>>> content-type: application/rls-services+xml
>>>>>> content-length: 467
>>>>>> <?xml version="1.0" encoding="utf-8"?>
>>>>>> <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
>>>>>> xmlns="urn:ietf:params:xml:ns:rls-services">
>>>>>>  <service uri="sip:alice@domain;pres-list=Default">
>>>>>>
>>>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>>>
>>>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-list>
>>>>>>    <packages>
>>>>>>      <package>presence</package>
>>>>>>    </packages>
>>>>>>  </service>
>>>>>> </rls-services>
>>>>>>
>>>>>> eptak@rd-srv-devlnx2:~$ xcapclient --app resource-lists get
>>>>>> get
>>>>>> http://10.26.52.122:8080/xcap-root/resource-lists/users/sip:alice@domain/index
>>>>>> etag: "e153e7e4688122a04434b77cd1ecb5e1"
>>>>>> content-type: application/resource-lists+xml
>>>>>> content-length: 324
>>>>>> <?xml version="1.0" encoding="utf-8"?>
>>>>>> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
>>>>>>  <list name="Default">
>>>>>>    <display-name>All Contacts</display-name>
>>>>>>  <entry uri="sip:bob@domain"
>>>>>> xmlns="urn:ietf:params:xml:ns:resource-lists
>>>>>> ">
>>>>>>  <display-name>bob</display-name>
>>>>>> </entry></list>
>>>>>> </resource-lists>
>>>>>> and this is the stack trace :
>>>>>>
>>>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> SUBSCRIBE presence from sip:alice@domain to
>>>>>> sip:alice@domain;pres-list=Default
>>>>>> (Mercuro IMS Client Beta (4.0.1011.0))
>>>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>>>> Dec 12 15:17:15 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:presence:search_event: start event= [presence]
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:rls:rls_handle_subscribe: 'To' header ALREADY PARSED:
>>>>>> <sip:alice@domain;pres-list=Default
>>>>>>>
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:rls:get_resource_list: Searched RL document for user
>>>>>> sip:alice@domain
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:core:db_new_result: allocate 28 bytes for result set at
>>>>>> 0x81b52b0
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the  
>>>>>> query
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:core:db_allocate_columns: allocate 8 bytes for result names  
>>>>>> at
>>>>>> 0x81b5af8
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:core:db_allocate_columns: allocate 8 bytes for result types  
>>>>>> at
>>>>>> 0x81b5360
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>>>>>> RES_NAMES[0] at 0x81b5820
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5820)[0]=[doc]
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: use DB_BLOB result type
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for
>>>>>> RES_NAMES[1] at 0x81b5838
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81b5838)[1]=[etag]
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at
>>>>>> 0x81b5948
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_convert_row: allocate 40 bytes for row
>>>>>> values at 0x81b5860
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_str2val: converting BLOB [<?xml
>>>>>> version="1.0" encoding="utf-8"?>^M <rls-services
>>>>>> xmlns:rl="urn:ietf:params:xml:ns:resource-lists
>>>>>> " xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>>>>>> uri="sip:alice@domain;pres-list=Default
>>>>>> ">^M
>>>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>>>
>>>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
>>>>>> list>^M     <packages>^M       <package>presence</
>>>>>> package>^M     </
>>>>>> packages>^M   </service>^M </rls-services>]
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:db_mysql:db_mysql_str2val: converting STRING
>>>>>> [d113935c4c7324c99077a925492251b2]
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:rls:get_resource_list: rls_services document: <?xml
>>>>>> version="1.0" encoding="utf-8"?>^M <rls-services
>>>>>> xmlns:rl="urn:ietf:params:xml:ns:resource-lists
>>>>>> " xmlns="urn:ietf:params:xml:ns:rls-services">^M   <service
>>>>>> uri="sip:alice@domain;pres-list=Default
>>>>>> ">^M
>>>>>> <resource-list>http://10.26.52.122:8080/xcap-root/resource-lists/users/sip%3aalice%40domain/index/
>>>>>>
>>>>>> ~~/resource-lists/list%5b@name=%22Default%22%5d</resource-
>>>>>> list>^M     <packages>^M       <package>presence</
>>>>>> package>^M     </
>>>>>> packages>^M   </service>^M </rls-services>
>>>>>> Dec 12 15:17:16 rd-srv-devlnx2 /usr/local/sbin/opensips[25465]:
>>>>>> DBG:rls:get_resource_list: service uri sip:alice@domain not found
>>>>>> in rl document for user sip:alice@domain
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> [hidden email]
>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>
>


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Eric PTAK
Refering to the same spec, 5.7.1 Generating Service URIs for Presence Lists :
 
When creating a Service URI for a Presence List, it is RECOMMENDED that the XDMC:
· use, as the value of the <id> of a Service URI for a Presence List, the value of the "name" attribute of the referenced
URI List from the same Presence List [...].

For example the resource-lists which has the list named "Default" referenced with "sip:alice@domain;pres-list=Default" in rls-services doc :
 
<?xml version="1.0" encoding="utf-8"?>
<rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns="urn:ietf:params:xml:ns:rls-services">
  <service uri="sip:alice@domain;pres-list=Default">
    <resource-list>
      <a href="http://domain/xcap-root/resource-lists/users/sip:alice@domain/index/~~/resource-lists/list[@name=">http://domain/xcap-root/resource-lists/users/sip:alice@domain/index/~~/resource-lists/list[@name="Default"]
    </resource-list>
    <packages>
      <package>presence</package>
    </packages>
  </service>
</rls-services>
 
 
Eric.
 
 
 
2008/12/18 Adrian Georgescu <[hidden email]>
Do you know by any chance what the value '<id>' is support to point to?

pres-list=<id>

Adrian



On Dec 16, 2008, at 10:01 AM, Eric PTAK wrote:

Hi Adrian,

I'm thinking about OMA-WP-PRS_1_1_Implementation_Guidelines-20080627-C, Implementation Guidelines for OMA Presence SIMPLE v1.1 :
5.5.1 Service-URI-Template for Presence Lists

As described in [PRS_RLS_XDM] "

Validation Constraints", the Service URI for Presence Lists (i.e. the value of the "uri"
attribute of a <service> element in a Presence List document) proposed by an XDMC when creating a Presence List in the

RLS XDMS must conform to the syntax of the Service-URI-Template parameter described in [PRS_AC] and [PRS_MO].

It is RECOMMENDED that:

·

the Service-URI-Template for Presence Lists have the following structure:
<xui>;pres-list=<id>

where the <xui> and <id> substitution tags are described in [XDM_Core] "Provisioned XDMC Parameters".

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Eric PTAK
Hi everyones,
 
I hope you spend a merry christmas and you're ready for the new years eve ;)
 
As I'm still working on RLS subscriptions, I'm modding the module to allow resource-lists references within rls-services doc.
I will made something with an option to allow only certains xcap roots, and I'll first check DB (and only it if integrated xcap).
I would like to know more about a future support of pres-list parameter of SUBSCRIBEs R-URI.
Did you discuss about that ? Has it been roadmapped ?
 
Have a nice saint-sylvestre,
Eric.

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Adrian Georgescu
Hi Eric,

I added a few notes about this issue here:

http://openxcap.org/wiki/Running

Section "RLS services checks"

Comments are welcome to capture the relevant requirements.

Regards,
Adrian


On Dec 30, 2008, at 5:49 AM, Eric PTAK wrote:

> Hi everyones,
>
> I hope you spend a merry christmas and you're ready for the new  
> years eve ;)
>
> As I'm still working on RLS subscriptions, I'm modding the module to  
> allow resource-lists references within rls-services doc.
> I will made something with an option to allow only certains xcap  
> roots, and I'll first check DB (and only it if integrated xcap).
> I would like to know more about a future support of pres-list  
> parameter of SUBSCRIBEs R-URI.
> Did you discuss about that ? Has it been roadmapped ?
>
> Have a nice saint-sylvestre,
> Eric.
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Re : [RLS] Cannot found service uri in rls-services

Eric PTAK
HI Adrian,
 
I checked news elements from OpenXCAP Best Practices.
It sounds good to me for both resource-list node and pres-list URI parameter. By doing this, it allow the client to have only one full list, which is referenced in the rls-services doc. So, it has to update only one doc when adding a buddy.
Now OpenSIPS RLS module needs to be updated in order to use that stuff. Is it roadmapped ?
 
 
A last thing, if you wanna be more compliant with OMA stuffs in OpenXCAP, you should allow others parameters used by OMA enablers like PoC. I'll give you reference points to OMA spec if you want.
 
Enjoy 2009,
Eric.

2008/12/30 Adrian Georgescu <[hidden email]>
Hi Eric,

I added a few notes about this issue here: Section "RLS services checks"

Comments are welcome to capture the relevant requirements.

Regards,
Adrian



On Dec 30, 2008, at 5:49 AM, Eric PTAK wrote:

Hi everyones,

I hope you spend a merry christmas and you're ready for the new years eve ;)

As I'm still working on RLS subscriptions, I'm modding the module to allow resource-lists references within rls-services doc.
I will made something with an option to allow only certains xcap roots, and I'll first check DB (and only it if integrated xcap).
I would like to know more about a future support of pres-list parameter of SUBSCRIBEs R-URI.
Did you discuss about that ? Has it been roadmapped ?

Have a nice saint-sylvestre,
Eric.
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users