[EMAIL PROTECTED] wrote:
Probably everybody is busy. Any thoughts on this one.
If the call has been forked, and provisional responses with multiple
to-tags have been sent back to the UAC, then it is certain that the UAC
has *some* resources tied up with each early dialog. The 199 will allow
some of that to be released.
Are you suggesting that the UAC indicate if it considers those resources
to be sufficient to justify processing an extra message? Or maybe you
are just concerned with the likelihood that the UAC doesn't support 199,
so that the message will just be ignored in any case?
I could go either way on this one.
Paul
Best Regards,
Ashish Saxena
877-5570
-----Original Message-----
From: Ashish Saxena (WT01 - Telecom Equipment)
Sent: Friday, June 20, 2008 10:56 AM
To: [EMAIL PROTECTED]
Cc: [email protected]
Subject: RE: [Sip] Draft submission: draft-ietf-sip-199-00
Hi Christer,
From Section 4 (Client Behaviour) part of this draft, I
understood that primary objective of this draft is to give indication to
UAC to release resources, if any. I am little worried about extra
messaging that will be seen because of 199 implementation. Can there be
a way to tell proxies and UAS downstream that UAC has some resources
reserved for this call and would be interested in receiving 199, if
possible?
IMO, UAC (mostly) is in better understanding of the resources that it
has reserved for a particular call. So UAC can selectively add something
in INVITE to tell downstream proxies/ UAS' about its interest.
IMO, we can have a package for 199 and UAC can use "Supported" header to
indicate entities downstream that it would be interested in getting 199
for this *particular* call. Implicitly it would mean that UAC has
reserved some resources. I understand that we would changing the meaning
of "Supported" header on per call basis :-(. Something else may be?
Comments please.
Best Regards,
Ashish Saxena
_______________________________________________
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
_______________________________________________
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
