Re: Re: PRACK over PROXY dropped -- ReliableResponse not found

Jens,

Can you have a look at  examples/prack.

I do believe the sequence number should be the same. Do let me know if 
you find an issue with this example. Please post the issue to the issues 
list if there is a clearly identified bug ( of course if you post a 
solution as well, I should be delighted :-) ).


Ranga

Jens Tinfors wrote:

> That main text you refer to talks about the RSeq value of the 
> provisional respone(s).
>
> Im pretty certain the CSeq is incremented for the PRACK as for any 
> other subsequent request within a dialog.
> 3262: /"//PRACK is like any other/
> /   request within a dialog, and the UAS core processes it according to/
> /   the procedures of Sections 8.2 and 12.2.2 of RFC 3261.  A matching/
> /   PRACK is defined as one within the same dialog as the response, and/
> /   whose method, CSeq-num, and response-num in the RAck header field/
> /   match, respectively, the method from the CSeq, the sequence number/
> /   from the CSeq, and the sequence number from the RSeq of the reliable/
> /   provisional response."/
> Nicely handled by the stack, thank you!!
> /
> /
> Also the error message i get from the Jain-SIP(NIST) stack says 
> /"Dropping Prack -- ReliableResponse not found"/ which is the first 
> thing it looks for in the code/ @SIPDialog.handlePrack()/ 
>
> It seems it has no reference to a provisional response and thus drops 
> the PRACK.
> When executing the INIVTE -- 100 -- 183 -- PRACK scenario i used 
> ethereal to trace it and it looks ok, the messages has the Route 
> headers it should going over the proxy.. Its just strange that the 
> PRACK is dropped by the stack..
>
> Its saturday evening up here in Stockholm and almost dinner time. The 
> lakes are frozen over so tomorrow its long distance ice-skating for me!
> I'll dig deeper into this on monday!
>
> thanks and take care!
> /jens =)
>
> 27 jan 2007 kl. 15.10 skrev niepin:
>
>> Hi,
>> It seems the Cseq in PRACK should be 1 according to the matching in 
>> RFC3262:
>> "  Once a reliable provisional response is received, retransmissions of
>>    that response MUST be discarded.  A response is a retransmission when
>>    its dialog ID, CSeq, and RSeq match the original response.  The UAC
>>    MUST maintain a sequence number that indicates the most recently
>>    received in-order reliable provisional response for the initial
>>    request.  This sequence number MUST be maintained until a final
>>    response is received for the initial request.  Its value MUST be
>>    initialized to the RSeq header field in the first reliable
>>    provisional response received for the initial request.
>> "
>>
>> For all provisional requests (e.g. PRACK) and responses, they should use 
>> the same Cseq until the final response is received.
>>
>> Plz try 1 for the cseq to see the result.
>>
>> BR
>>
>> niepin
>>
>> _______________________________________________
>> nist-sip mailing list
>> [email protected] <mailto:[email protected]>
>> http://www-x.antd.nist.gov/mailman/listinfo/nist-sip
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>nist-sip mailing list
>[email protected]
>http://www-x.antd.nist.gov/mailman/listinfo/nist-sip
>  
>


-- 
M. Ranganathan 

Advanced Networking Technologies Division,
National Institute of Standards and Technology (NIST),
100 Bureau Drive, Stop 8920, Gaithersburg, MD 20899. 
tel:301 975 3664 , fax:301 590 0932 http://w3.antd.nist.gov/
Advanced Networking Technologies For the People!