2010/5/26 Klaus Darilion <[email protected]>: > How should a presence server react when it receives a tuple with an > already existing tuple-ID?
OMA specifies "something" about it, but don't expect to find something very useful. Basically it expects a timedate field so the newer one is selected, but usually <tuple> elements don't contain such timedate value, so... > Is there any binding between the tuple-ID and the corresponding PUBLISH > SIP-ETag? No, in fact a presentity could contain different <tuple>'s at the same time. There is no mapping at all. The presence server is "supposed" to merge different presetities taking into account their tuple id, regardless of the SIP-ETag. This is, SIP-ETag is just managed by the SIP presence server in order to retrieve, update or delete a specific presentity, while tuple is exists in a layer over it, in the "presence application" layer. Sorry for having to deal with it :) -- Iñaki Baz Castillo <[email protected]> _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
