[OpenSER-Users] Presence, multiple status info handling

Pascal Maugeri pascal.maugeri at gmail.com
Tue May 13 15:29:39 CEST 2008


Thanks Anca to share with us this valuable information on how the presence
module does work.

Nevertheless I need to understand if this order (most recent information in
first tuple) is an implementation decision in openser presence module or if
it is based on a standard specification (eg. RFC) ?

Regards,
Pascal

On Mon, May 12, 2008 at 12:40 PM, Anca Vamanu <anca at voice-system.ro> wrote:

> Hi Dan,
>
> In fact, the presence modules orders the tuples in the Notify body after
> the time the Publish was received. So, you will always have the most recent
> information first.
>
> Regards,
> Anca
>
> Dan-Cristian Bogos wrote:
>
> > Hi Pascal,
> >
> > many thanks for the tip. Looks like a nice approach on a first glance.
> >
> > I use sip-communicator and am in contact with the developers. Will try
> > the approach for the client then, but the idea with the timestamp on the
> > server side could help much more people hitting the same issues and not able
> > to touch their clients.
> >
> > Wish you a nice weekend!
> >
> > DanB
> >
> > On Sat, May 10, 2008 at 10:47 AM, Pascal Maugeri <
> > pascal.maugeri at gmail.com <mailto:pascal.maugeri at gmail.com>> wrote:
> >
> >    Hi
> >
> >    I use the <timestamp/> element (section 4.1.7 of RFC 3863) of
> >    <tuple/> to detect the most recent tuple and ignore the outdated
> > ones.
> >
> >    Problem, the <timestamp/> is an optional element and your clients
> >    may not insert it when publishing. Do you control the client
> >    source code that publishes the presence information ? If no we
> >    should find a way in openser presence module to add this timestamp
> >    element for you. I add a quick look at PRESENCE and PRESENCE_XML
> >    but I haven't find anything yet.
> >
> >    Regards,
> >    Pascal
> >
> >    On Fri, May 9, 2008 at 12:02 PM, Dan-Cristian Bogos
> >    <danb.lists at googlemail.com <mailto:danb.lists at googlemail.com>> wrote:
> >
> >        Guys,
> >
> >        while dealing with presence/presence_xml modules, I came into
> >        one situation when one user crashes simultaneously and each
> >        time displaying different presence info (online, away,
> >        offline). Have noticed that the presence server is smart
> >        enough to inform all the other watchers about three different
> >        status information for the same user.
> >
> >        My question is, how can the watcher know the most recent
> >        status information. Have looked on both order of info in the
> >        tuple as well as on ids but did not find any logic. Can u
> >        please guide me about possibilities I have?
> >
> >        Thank you in advance,
> >        DanB
> >
> >        PS: FYI, I am pasting such a tuple example.
> >
> >        <tuple xmlns="urn:ietf:params:xml:ns:pidf" id="t9062">
> >            <status xmlns="urn:ietf:params:xml:ns:pidf">
> >            <basic>closed</basic>
> >             </status>
> >        </tuple>
> >        <dm:person xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> >        xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
> >        id="p8838"><rpid:activities/></dm:person>
> >        <tuple xmlns="urn:ietf:params:xml:ns:pidf" id="t5358">
> >        <status><basic>open</basic></status><contact>sip:user at domain.com<sip%3Auser at domain.com>
> >        <mailto:sip%3Auser at domain.com <sip%253Auser at domain.com>
> > ></contact><note>Online</note>
> >        </tuple>
> >        <dm:person xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> >        xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
> >
> >  id="p4226"><rpid:activities><rpid:away/></rpid:activities></dm:person>
> >        <tuple xmlns="urn:ietf:params:xml:ns:pidf" id="t7139">
> >        <status><basic>open</basic></status><contact>sip:user at domain.com<sip%3Auser at domain.com>
> >        <mailto:sip%3Auser at domain.com <sip%253Auser at domain.com>
> > ></contact><note>Away</note>
> >        </tuple>
> >        <dm:person xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> >        xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
> >        id="p4606"><rpid:activities/></dm:person>
> >        <tuple xmlns="urn:ietf:params:xml:ns:pidf" id="t5632">
> >        <status><basic>open</basic></status><contact>sip:user at domain.com<sip%3Auser at domain.com>
> >        <mailto:sip%3Auser at domain.com <sip%253Auser at domain.com>
> > ></contact><note>Online</note>
> >        </tuple></presence>
> >
> >
> >        _______________________________________________
> >        Users mailing list
> >        Users at lists.openser.org <mailto:Users at lists.openser.org>
> >        http://lists.openser.org/cgi-bin/mailman/listinfo/users
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.openser.org
> > http://lists.openser.org/cgi-bin/mailman/listinfo/users
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20080513/e7828359/attachment.htm>


More information about the sr-users mailing list