Hi, >So, the thing we're talking about then is not a subscription. >(You will not use the same code to service it that you would have >used to service a subcription).
It's not a subscription usage as defined today. >And if you accept that the fates are tightly coupled (as I think you >are asserting here), then we_don't_ have separate usages that spring into >being and disappear at >the same time. There's only one usage - the INVITE usage. Yes! I don't know how many times I've said that :) >And forgive me for continuing to point, but are you going to address >the authorization mechanics and if not, what are the simplifying >assumptions that let us ignore them. I guess we would need to think about that, but my first answer would be that we don't need any additional mechanisms than what we already have for the invite dialog. Regards, Christer RjS On Oct 26, 2007, at 1:31 PM, Francois Audet wrote: > >> So, what's the duration? How do you unsubscribe? > > Isn't the whole point of this proposal that it would linked to be the > duration of the dialog? > > Otherwise, you would just SUBSCRIBE. _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
