You make it sound like there is some extra signaling involved in the subscriptions. I thought we were talking about *implicit* subscriptions. The only extra "signaling" would be event package negotiation exchange, presumably in headers in the Invite and responses. Then a Notify for the events. Or really instead of a NOTIFY, it could be a new method called "Invite-based Notification Function Output" or "INFO" for short. :)
Or do you just mean the negotiation needs to support both the concept of a uni and bi-directional implicit subscription? -hadriel > -----Original Message----- > From: Salvatore Loreto [mailto:[EMAIL PROTECTED] > Sent: Saturday, October 13, 2007 4:09 AM > To: Francois Audet > Cc: IETF SIP List; Christer Holmberg; Dean Willis > Subject: RE: [Sip] Francois' counter to INFO (was Re: What are we arguing > about when we say INFO?) > > > > On Fri, 2007-10-12 at 09:50 -0500, Francois Audet wrote: > > > > > the proposal is interesting. > > > However there should be cases where you need to send whatever > > > information in both directions, or cases where when you send > > > an information via Notify you need to receive back some > > > information (e.g. > > > the fact that you receive a 200Ok as answer to the Notify it > > > is not enough). > > > How do you think your proposal should work in those cases ? > > > perhaps with > > > 2 subscription one in each direction? > > > > Yes. > > OK, I agree on this. > But maybe should be interesting a mechanism to discriminate when you > need 2 subscription one in each direction, when one it is enough and in > the case of only one subscription the possibility to choose in which > direction you want to start it. > > > > > _______________________________________________ > 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
