[EMAIL PROTECTED] wrote:
> ?
> Hi Subhash,
>
> Personally, I feel In-dialog subscribe is not good to use .because
>
> 1) the UA that have must have the information the other UA can service the
> subscriptions...
> 2) In General if the Invite message that created the dialog is terminated the
> subscription will also end.
If an Invite created a dialog and a subscribe reuses it, the termination
of the call (e.g. via BYE) does not terminate the subscription. If it
does, there is an implementation error.
Paul
>> I'm just wondering
>> if there is any event-package or implementation that actually uses this
>> mechanism today.
>
> To send DTMF tones after the call is established. (DTMF Package-kpml)
>
>
>
> HTH,
> Sreeram.
>
> ________________________________
>
> From: [EMAIL PROTECTED] on behalf of Nayak, Subhash
> Sent: Wed 6/7/2006 7:54 AM
> To: [email protected]
> Subject: [Sip-implementors] In-dialog SUBSCRIBE
>
>
>
> Hi,
>
> Are there any event-packages that recommend or require using an
> in-dialog SUBSCRIBE ? RFC 3265 allows sending of SUBSCRIBE on a
> pre-existing dialog (established using INVITE). But I'm just wondering
> if there is any event-package or implementation that actually uses this
> mechanism today. Any implementation experience on this?
>
>
>
> Regards,
>
> Subhash Nayak
>
> Sonus Networks
>
> http://www.sonusnet.com <http://www.sonusnet.com/> <http://www.sonusnet.com/>
>
>
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
>
>
>
> The information contained in this electronic message and any attachments to
> this message are intended for the exclusive use of the addressee(s) and may
> contain proprietary, confidential or privileged information. If you are not
> the intended recipient, you should not disseminate, distribute or copy this
> e-mail. Please notify the sender immediately and destroy all copies of this
> message and any attachments.
>
> WARNING: Computer viruses can be transmitted via email. The recipient should
> check this email and any attachments for the presence of viruses. The company
> accepts no liability for any damage caused by any virus transmitted by this
> email.
>
> www.wipro.com
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
