If there were such a capability, then it would require the recipient of the refer to maintain state until the due date of the REFER. Making the recipient keep state for an arbitrarily long time seems like a really bad idea. If you really want this to happen then you probably don't want to trust the recipient to store that state.

So I think this is a bad idea.

        Paul

Darshan Bildikar wrote:
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

_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to