Re: [Sip] querying the current event state of a publication

Jonathan Rosenberg wrote:
> inline.
> 
> Paul Kyzivat wrote:
> 
>>> If we want this functionality, I have an idea for an alternative 
>>> approach that works much better, triggered by some conversations I 
>>> had with Ben C. recently.
>>
>> That's a big IF. Do we really want to mandate that every compositor 
>> must be prepared to provide this? It certainly puts contraints on the 
>> implementations, and in most cases I think publishers can be 
>> constructed so that they don't need this capability.
> 
> The main constraint I think it introduces is that the compositor needs 
> to keep around the presence documents from each individual source, in 
> addition to the final result of composition. I am not sure if this is 
> new; I don't know how it couuld do composition without keeping these 
> around.

I think there may be plausible implementations that separate the 
compositor from the PA handling subscribes and generating notifies.

In that case the compositor may have the individual presence document, 
but the PA doesn't.

I'm just concerned about layering on additional behavior that everybody 
must implement.

> My suggestion was mostly along the lines of - this is a good way to do 
> it, rather than, we should have this feature. I recall there was a 3gpp 
> requrement for it, and  I remember asking why it was there, and I dont 
> remember the answer, in fact.

I'm in agreement as long as the discussion about IF has yet to happen.

	Paul

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip