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

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]
> 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