One concrete example where id= is needed is when you encounter multiple REFERs (which generate implicit subscriptions) within the same dialog.
RjS On Tue, 2002-04-30 at 14:21, Iliff, Tina wrote: > Bert, > > Thanks! I have the same thoughts and opinion! > > Tina L. Iliff > WorldCom ENSD > > > -----Original Message----- > From: Bert Culpepper [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 30, 2002 2:09 PM > To: Iliff, Tina; Ngo, Dai (c); [EMAIL PROTECTED]; Rawlins, > Diana > Subject: RE: [Sip-implementors] Is The ID Parameter Extraneous > > inline... > > From: Iliff, Tina > > > > Can multiple subscriptions exist for one event package? > > Sure. There may be multiple entities that are interested in the class of > events, perhaps applying different filtering. However, this case wouldn't > require the use of the "id" parameter IMO (at least one of the tags and > Call-ID would be different). > > In > > other words, can > > multiple subscriptions exist beside refreshes and > > unsubscribes/fetches? Why > > would each unsubscribe/fetch have to be identified uniquely > > within a dialog? > > > > I'll admit I don't have a scenario at the moment that would use this > capability. But SIP Events supports it. BTW, the "id" parameter is > optional. > > Best regards, > Bert > > > > > Regards, > > Tina L. Iliff > > > [snip] > > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
