Why does SIP have to be "hour-of-need"? Somehow I am not convinced that what I want to implement is outside the scope of SIP. It could be done with some extensions to REFER I think, but I'll leave it at that. I'm a newbie, the list knows better!
-----Original Message----- From: Banibrata Dutta [mailto:[EMAIL PROTECTED] Sent: Thursday, August 04, 2005 2:06 PM To: 'Darshan Bildikar'; [email protected] Subject: RE: [Sip-implementors] Question on REFER What you are trying to do is something which is not possible AFAIK without sending a REFER at the time you want them to join the conference. There is no concept of deferred or pre-destined call-setup without sending a call/session establishment message at the time it's actually needed. I think what you are trying to achieve is outside the scope of SIP (unless I am overlooking something very fundamental in your requirements). If you want M$-Outlook type of meeting-setup-notices (I think that's what you are hinting at), then use some mechanism other than SIP to setup the appointments, but at the hour-of-need use SIP to do session establishment. cheers, Banibrata -----Original Message----- From: Darshan Bildikar [mailto:[EMAIL PROTECTED] Sent: Thursday, August 04, 2005 5:32 AM To: 'Banibrata Dutta'; [email protected] Subject: RE: [Sip-implementors] Question on REFER Sending a REFER every time is exactly what I want to avoid. The example I used to illustrate was probably not right. Let's take conferencing as an example. I know that there is a conference taking place say on the 15'Th of August. I know I want users A and B to join the conference. I want to send them a REFER right NOW, saying JOIN this conference on the 15'th of August (I'd be sending this REFER to the Server). Or I have an application in which I want 20 of my friends to be called up automatically and be wished on their birthdays. It's a one time setting for me and I might not even be online when I need to send the REFER. That's why I need to send the REFER right now! Not when the actual event occurs because I'm not even sure when that'll happen. Essentially what I need is to give a "post-dated" REFER and persist the subscription state. I might want to deal / not deal with the notifications to this. Darshan -----Original Message----- From: Banibrata Dutta [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 03, 2005 8:30 PM To: 'Darshan Bildikar'; [email protected] Subject: RE: [Sip-implementors] Question on REFER Hi Darshan: In this case you need to send the REFER each time you want to play the announcement at 7:00AM. The implicit subscription created by the REFER will provide you events that tell you about the completion of such a call and it's clearing. Once the call is established with the IVR/IP and terminated, to recreated this call you'd have to send a REFER again. The call clear would terminate the implicit subscription too. If the Application Server is doing this, you don't have to care if it needs to remember to send this REFER everyday at 7:00AM. regards, banibrata. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darshan Bildikar Sent: Wednesday, August 03, 2005 4:22 PM To: [email protected] Subject: [Sip-implementors] Question on REFER As we know the REFER method is used to refer a user to another URI. But what if I need that the referral need not to be effective immediately i.e. I want to send a REFER now but request A to connect to B at a particular point in time. This would be useful in applications where I need to make a system initiated call or just need to initiate a call to a user and play a pre recorded announcement. For example, call a user everyday at 7:00 AM and play out a pre recorded song to him. Is REFER the right way to do this. Since my refer subscription is going to be a long running one I need to figure out a way to keep it in a persistent data store, not in memory. Any thoughts/comments appreciated. Darshan _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
