> -----Original Message----- > From: Hadriel Kaplan [mailto:[EMAIL PROTECTED] > Sent: Monday, October 22, 2007 9:10 PM > To: Eric Burger; Paul Kyzivat > Cc: sip > Subject: RE: NOTIFY proposal is not NOTIFY (was Re: [Sip] INFO) > > > > > -----Original Message----- > > From: Eric Burger [mailto:[EMAIL PROTECTED] > > > > > There is no separate subscription or timer. The dialog usage is > > > refreshed by INVITE or UPDATE in the conventional manner. > Events to > > > be exchanged are renegotiated from scratch with every > reINVITE or UPDATE. > > > > So what does the NOTIFY put into expires? I hear hk now: > "Just stuff > > it with 99999." OK, this now adds another hack into > send_event(), "If > > I am a real SUBSCRIPTION, return the timer; if I am not, return > > 99999." Just upped the complexity by 1. > > Au contraire. I explicitly noted these types of issues in my > emails as an argument for why it should not create a true > Subscription in the 3265 sense of the word, and not use the > Notify method. We should just exchange the events we support > in the Invite/response, and use the already-available Invite > dialog and usage, and the already existent Info method to > carry the events. > > -hadriel >
If you wanted to be really evil Eric, you should have said that the expires header would be stuffed with "%39%39%39%39%39" so you had to put something in the middle to fix it because the other end's parser would choke otherwise. :) It seems like using INFO in the way Hadriel describes is entirely backwards compatable to existing INFO processing and solves the problem. Are we arguing asthetics here or does it really absolutely have to be NOTIFY given that the event packages themselves will likely need to be tweaked a little to support this usage anyhow? Regards, Brian _______________________________________________ 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
