Hi,
I have a clarification in this.
At 02:06 AM 12/19/01 -0500, you wrote:
>Based on agreement at the meeting (which needs to be confirmed on the
>list, of course), the via branch ID will now be required to be globally
>unique. Thus, the client transaction would match up a response to a
>request by checking the branch ID in the response, plus the method (CANCEL
>still has to have the same branch ID even though its a
>different transaction; this is an artifact of the cancel matching process).
>bis-06 will reflect this.
As per bis06/7/8/9(the above text),the matching criteria for matching a
RESPONSE at UAC is:
= Branch ID + CSeq Method
(globally unique,
across space and time)
My question is:
Why not the matching be
= CSeq Number + CSeq Method.
Logically this matching too is correct and does not fail in any scenario,at
the UAC.
Please let me know if this is wrong,
and the real reason behind matching as per 17.1.3.(the draft).
Thanks,
Prakash.
>-Jonathan R.
>
>Gabriel Velo wrote:
>
>>Dear All,
>>When a UAS generate a response , this copy the top via header of the request
>>, but if the transport layer of UAS add a received parameter to the via
>>header of the request, the UAC can't match the corresponding client
>>transactions due a received parameter.
>>this is right ?
>>is any match rule defined to the via header?
>>Regards.
>>Gabriel Velo
>>
>>_______________________________________________
>>Sip mailing list http://www1.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
>
>
>--
>Jonathan Rosenberg, PhD 72 Eagle Rock Avenue
>Chief Scientist First Floor
>dynamicsoft East Hanover, NJ 07936
>[EMAIL PROTECTED] FAX: (973) 952-5050
>http://www.jdrosen.net PH: (973) 952-5000
>http://www.dynamicsoft.com
>
>
>_______________________________________________
>Sip mailing list http://www1.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-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
