Hi Michael,
as per the extract of Section 10.2.1.2 from RFC 3261 referred by you
states that the "q" parameter indicates a relative preference for the
particular Contact. As suggested by you, URI's without a q parameter should
be treated as having an implicit q-value of 1 would indicate that the
contact without the q-value would be given a higher preference above the
other. Hence, it would contradict the extract (i.e "relative preference").
As, per me i think that processing the contact with "q" parameter first and
then the other one (i.e without the "q" parameter) would be a better
option.
Regards,
--Vikram.
"Michael Procter"
<michael.procter@
citel.com> To
Sent by: "Litty Preeth"
sip-implementors- <[EMAIL PROTECTED]>, "SIP
[EMAIL PROTECTED] Implementors"
ia.edu <[email protected]>
cc
11/25/2005 03:12 Subject
PM RE: [Sip-implementors] Contact q
value
Litty Preeth wrote:
> My next question is about the q value of the Contact
> header. Which contact should i be giving more priority, one
> with a q value or the one without it. I meant, shall i
> assign a default q value suppose 0.8 for all the contacts
> without q values and then sort them accordingly or i sort
> the contacts with q value first and then consider the ones
> without priorities assigned as having least priority.
There appears to be little in RFC3261 about the q-value. But
I found one interesting extract from Section 10.2.1.2:
The "q" parameter indicates a relative
preference for the particular Contact header field value compared to
other bindings for this address-of-record. Section 16.6 describes
how a proxy server uses this preference indication.
To me, the phrase 'relative preference' suggests that URIs without a
q-value should be treated as having an implicit q-value of 1.
Unless anyone has any spec references to show how to handle this case
in a different way, then I think that this argument makes the case
for 1 stronger than for any other value (e.g. 0.8).
Regards,
Michael Procter
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
"DISCLAIMER: This message is proprietary to Hughes Software Systems Limited
(HSS) and is intended solely for the use of the individual to whom it is
addressed. It may contain privileged or confidential information and
should not be circulated or used for any purpose other than for what it is
intended. If you have received this message in error, please notify the
originator immediately. If you are not the intended recipient, you are
notified that you are strictly prohibited from using, copying, altering, or
disclosing the contents of this message. HSS accepts no responsibility for
loss or damage arising from the use of the information transmitted by this
email including damage from virus."
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
