[Serusers] xmlrpc calls

Jan Janak jan at iptel.org
Thu Aug 18 19:01:49 CEST 2005


On 15-08-2005 14:21, zkeatts wrote:
> I think I have figured out why it would only accept location or aliases as 
> a valid table. 

  Because there are only two tables in usrloc, location and aliases.
  Location table stores the contacts of user agents, aliases implements
  SIP URI alias mapping.

> Doing a userloc.statistics returns to me those two specific 
> table names listed as a member of domain.

  Yes, internally location table is created in memory when you call
  lookup("location"), aliases is created when you call lookup("aliases")
  somewhere in the configuration file.

> Is it possible to add other tables under the accepted domain structure?

  Yes, but I am not sure if it makes any sense.

> As for show_contacts I have run several more tests, but I still have not 
> managed to get anything other than errors.  I have manually added an entry 
> into locations with the following data
> 
> +-----------+--------+-------------------------+----------+---------------------+-------+-------------------------------------+------+---------------------+-----------+-------+-------+---------------------------------------+
> | username  | domain | contact                 | received | expires         
> | q     | callid                              | cseq | last_modified       
> | replicate | state | flags | user_agent                            |
> +-----------+--------+-------------------------+----------+---------------------+-------+-------------------------------------+------+---------------------+-----------+-------+-------+---------------------------------------+
> | 271nv1001 |        | sip:271nv1001 at localhost | NULL     | 2020-05-28 
> 21:32:15 | -1.00 | 3653736-e3498618-a7aa0347 at localhost |   42 | 2005-08-15 
> 16:07:31 |         0 |     0 |     0 | 
> PolycomSoundPointIP-SPIP_500-UA/1.4.1 |
> +-----------+--------+-------------------------+----------+---------------------+-------+-------------------------------------+------+---------------------+-----------+-------+-------+---------------------------------------+
> 
> I still get an AOR error when I try the following AOR's in my XML query.
> 
> <value><string>271nv1001</string></value>
> <value><string>271nv1001 at localhost</string></value>
> <value><string>sip:271nv1001 at localhost</string></value>
> <value><string>3653736-e3498618-a7aa0347 at localhost</string>
> 
> Those seem to be the only logical choices for the AOR.  Why would it still 
> be returning an AOR not found? 

   I will get back to this later, I have to check the sources, it is
   possible there is a bug.

     Jan.




More information about the sr-users mailing list