I will agree and disagree.
As far as protocol goes, the invite-usage and the subscribe-usage have
independent lifetimes. Then ending of one does not imply the ending of
the other.
In *some* cases, there may be a semantic relationship between the two
usages at a higher level that the protocol, so that the termination of
one renders the other useless. It that case it makes sense for the
higher (application) layer to couple the lifetimes and terminate one
when the other terminates. At the protocol layers the two must still be
terminated independently.
Paul
[EMAIL PROTECTED] wrote:
> ?
> comments inline--
> ------------------------------------------------------------------------
> *From:* Paul Kyzivat [mailto:[EMAIL PROTECTED]
> *Sent:* Wed 6/7/2006 2:52 PM
> *To:* Sreeram Kanumuri (WT01 - IP-Multimedia Carrier & Ent Networks)
> *Cc:* [EMAIL PROTECTED]; [email protected]
> *Subject:* Re: [Sip-implementors] In-dialog SUBSCRIBE
>
>
>
> [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.
>
> hmm..let me be more clear here, what I mean is
> In General when the Invite request is terminated before the subscribtion
> is expired, the subscribtion is also terminated by sending a Notify
> message with subscribtion-state set to terminate
> example: DTMF packages
> we dont need the package to be subscribed after the call is terminated.
>
> I think this is completely a implementation issue which can also be
> possible.
>
> There can be cases where even after terminating the call with bye, stil
> have the subscription active
>
>
> 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/> <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
> >
>
>
> 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
