Hello Juha,
On 1/5/11 11:41 AM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
RLS module in Kamailio works fine for my
deployments, if it is something
wrong, that will be fixed if it is reported, like any bug for other
pieces of code. What do you mean by "not supporting proper resource list
type"?
daniel,
one thing that is currently missing in both k and openips rls module is
capability to follow external references such as in this example:
iirc, we discussed this before. This a new feature that is not common at
all in clients and thus hard to implemented -- you mentioned that some
Nokia phone supports it, if I am not wrong, but I have no access to such
device. In addition, afaik, out there were some complaints about
security in this approach.
What I try to solve now is eventual bugs in existing implementation.
Kamailio version of SIMPLE presence is running just fine, I have most of
the modules running in production. I feel some trends in suggesting is
not longer developed, which is completely false. There was one open
issue, related to a potential race reported by Alex Hermann, which is in
my to-do list. Then Klaus reported something regarding the contact,
which is going to be fixed as well, probably would have been done by now
but Klaus said on devel list he has some patches to commit.
As a matter of fact, I think Kamailio has the most complete SIMPLE
Presence specs implementation out there at this moment, being the only
one with an integrated xcap server. That was added with the latest
release, so it is simply wrong suggesting presence extensions
development is stalled.
On another hand, following all new crazy extensions from SIMPLE IETF is
not a big priority, since no phone vendor is actually looking to add
them. But the core presence services and rls are here and going to be
developed. We have to admit that the latest SIMPLE spec were not really
much in touch with reality, even IETF guys realized that, hopefully we
will see alternatives as another group at IETF is looking to reuse XMPP
for presence in SIP and others try to find easier presence architecture
for SIP.
Cheers,
Daniel
<?xml version="1.0"
encoding="UTF-8"?>
<rls-services xmlns="urn:ietf:params:xml:ns:rls-services">
<service uri="sip:jh_...@test.fi">
<resource-list>http://xcap.test.fi:8080/xcap-root/resource-lists/users/sip:j...@test.fi/generallist.xml/~~/resource-lists/list...@name=%22oma_buddylist%22%5d</resource-list>
<packages>
<package>presence</package>
</packages>
</service>
</rls-services>
so, instead of in-line member list, there is a reference to another
document where the members are listed.
-- juha
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com