Re: draft-ietf-sip-info-events-00: multiple packages per INFO

"Christer Holmberg" <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <CA9998CD4A020D418654FCDEF4E707DF083CCF9D@esealmw113.eemea.ericsson.se>
Hi,
 
Not only 3pcc, I think it could be useful to re-negotiate the packages during the session. For example, I may want DTMFs only during a certain period of the call, so for the rest of the call you would not be able to generate INFOs by pressing digit buttons.
 
Also, we may enable some application during the call, so the UAs need to re-negotiate the packages. For example, I may tell you that I have a vcard which I want to send you, but we may not have negotiated that "by defualt" when the call was established.
 
Regards,
 
Christer
 

________________________________

From: Paul Kyzivat [mailto:[email protected]]
Sent: Thu 23/10/2008 16:33
To: Dean Willis
Cc: DRAGE, Keith (Keith); Christer Holmberg; Elwell, John; SIP IETF; Eric Burger
Subject: Re: [Sip] draft-ietf-sip-info-events-00: multiple packages per INFO





Dean Willis wrote:
>
> On Oct 23, 2008, at 6:07 AM, DRAGE, Keith (Keith) wrote:
>
>> It may be restrictive, but will anyone notice the restriction?
>>
>> Is there anyone out there who has a current use case for two packages
>> per dialog - rather than "I've definitely used one therefore want to
>> reserve my options in case I need a second"?
>
> Two packages in the same dialog makes sense.  For example, one might
> want to use location-push and image-push during a call..
>
> Different sets of packages allowed at different times during the
> lifespan of the dialog doesn't make nearly as much sense. The simplest
> model is to agree one set of packages "up front", and use only that set
> during the dialog.

No. I always have to remind people:

a 3pcc transfer can result in needing to renegotiate things in the
dialog that remains.




_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.