The way this is achieved in SIP is to simulate multiple PUBLISH being
sent by different devices for the same user to the Presence Engine.
This is perfectly valid.
The Presence Engine needs to be smart enough to do a composition and
output the most reliable "person" information to the watchers. It may
consolidate tuple from multiple PUBLISH into one PIDF, but the
"person" needs to be one always one.
Regarding your other issue about how to map "person" to tuple, I
myself not sure.

You may increase the contact q-value of the tuple for which the
"person" got selected.

On 6/14/07, Franz Fischer <[EMAIL PROTECTED]> wrote:
> Hallo!
>
> I'm trying and trying and trying to transfer multiple presence states using 
> PIDF and RPID but don't know to solve this problem.
> I need it for mapping xmpp presence states (each user can have more than one 
> state) to sip/simple.
> I would like to transfer couples of data which consists of the following 
> elements:
>
> - contact (a sip-uri)
> - presence state (I guess <activities> is the only way for)
> - a comment (<note>)
>
> but I see no way to do this. Has one of you an idea?
> As far as I know the presence state must be in <person> and the other things 
> in <tuple> an there is no way to get a logical assignment between this both.
> Futhermore there is normally only one <person> component with one presence 
> state.
>
> In the meantime I think there is no solution but mapping all presence states 
> to a single one (-very ugly!-). Can you commit this or give me any advise?
> _____________________________________________________________________
> Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to