< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

RE: [reSIProcate] ACK to non-2xx response not read by reSIProcate


Hi Jason,
I ran the stack at "Stack" Log level and see the ACK in the Logs
(TransactionState::processServerInvite: SipReq:  ACK) but it is not
being passed to the upper layer, where I have called
"sipStack->receive()" .

Regarding retransmissions, yes I do see many retransmissions. the INV
and 403 were retransmitted once while the ACK was retransmitted twice.

Mehul

-----Original Message-----
From: jason.fischl@xxxxxxxxx [mailto:jason.fischl@xxxxxxxxx] On Behalf
Of Jason Fischl
Sent: Tuesday, September 13, 2005 4:44 PM
To: Mehul Jain
Cc: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [reSIProcate] ACK to non-2xx response not read by
reSIProcate

On 9/13/05, Mehul Jain <Mehul@xxxxxxxxxxx> wrote:
>  
> In a INVITE, non-2xx response, ACK transaction -  the UAC receives a 
> 403 Messgae and generates the ACK as a part of the same transaction 
> using the Helper::makeFailureAck function. The ACK message is built 
> fine and at the other end, I see the ACK being received in the 
> Ethereal trace. But the running instance of reSIProcate stack does not

> recognize this message; I dont see any logs (Logging is enabled DEBUG 
> mode) that show the ACK message was received.
>   
> I verified the message using ethereal at both ends. 
> Anybody faced such a problem before, or having an idea as to where the

> problem may be.

It sounds like everything is working fine. Do you see any
retransmissions? If you aren't seeing retransmissions than I would guess
everything is working fine. It doesn't log the ACK at DEBUG level. Try
running at STACK log level if you want it to be more verbose.

Jason