[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Simple] Re: Presence Data Model: Overriding services (tuples)



Hi,

See at the end.

> -----Original Message-----
> From: Khartabil Hisham (Nokia-TP-MSW/Helsinki) 
> Sent: 13 October, 2004 16:49
> To: 'ext Jonathan Rosenberg'; Henning Schulzrinne
> Cc: Paul Kyzivat; simple at ietf.org; Dag Ekengren; Isomaki Markus
> (Nokia-TP/Espoo)
> Subject: RE: [Simple] Re: Presence Data Model: Overriding services
> (tuples)
> 
> 
> 
> 
> > -----Original Message-----
> > From: simple-bounces at ietf.org 
> > [mailto:simple-bounces at ietf.org]On Behalf
> > Of ext Jonathan Rosenberg
> > Sent: 13.October.2004 13:26
> > To: Henning Schulzrinne
> > Cc: Paul Kyzivat; simple at ietf.org; Dag Ekengren; Isomaki Markus
> > (Nokia-TP/Espoo)
> > Subject: Re: [Simple] Re: Presence Data Model: Overriding services
> > (tuples)
> > 
> > 
> > 
> > 
> > Henning Schulzrinne wrote:
> > 
> > > 
> > >> At the moment the answer is that Jonathan's data model 
> > document says 
> > >> they must be unique.
> > > 
> > > 
> > > Hmm; I thought the discussions in the design team allowed 
> > them to be 
> > > non-unique. I don't see how this can realistically be enforced. 
> > 
> > The enforcement is only within a document. The entity that 
> > creates the 
> > document, be it the compositor or the publishers, just doesn't put 
> > multiple services with the same URI. I dont understand why 
> > this is hard.
> 
> This is a point that needs emphasising. I think people 
> misunderstood it as no PUA can publish a service with the 
> same service URI as another PUA.
> 

So how about a device that has separate applications (say, push-to-talk, IM, one-way video) and does not support GRUU. It can collect all of this under one tuple, in which case the watcher might think that he can do push-to-talk and video at the same time, which is not true. On the other hand all those apps can run a separate PUA and just publish their individual services with AoR as the contact. In that case anything is possible: just one of the tuples (any one) is sent to the watchers, or the compositor decides to merge. I guess you just have to try to know. 

I'm not sure what should happen if the tuples initially have different classes and they are merged. Will they have just one class or all of the classes. This might make auth decisions based on class rather tricky.

> Regards,
> Hisham
> 

Markus

_______________________________________________
Simple mailing list
Simple at ietf.org
https://www1.ietf.org/mailman/listinfo/simple