[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sip-implementors
Subject:    Re: [Sip-implementors] 2xx-ACK retransmission
From:       Robert Sparks <rjsparks () nostrum ! com>
Date:       2007-10-26 18:59:33
Message-ID: 14393F17-980F-416C-863E-D0E6CFC493B3 () nostrum ! com
[Download RAW message or body]

I'm not Paul, but I'll answer.

On Oct 26, 2007, at 1:29 PM, Singh, Indresh (SNL US) wrote:

>
> Paul,
>
> May I ask a quick question directly.
>
> Keeping the RFC recommendation in mind that for a each 200 OK the UAC
> Core should generates an ACK. Does it mean that if we had kept a  
> copy of
> the previous ACK in the UAC Core ( sent for original 200 OK ) and
> retransmitted it, it would be an error or violation of the RFC
> recommendation.
>
> There has been an inter-op issue where the request is to have the ACK
> for retransmitted 200 OK same as previous one, but the branch  
> should be
> generated new.

If you receive a _retransmission_ of a 200 OK, you must send the same  
ACK
you sent to the original transmission you received.

If you receive a 200 OK from a different branch, you need to generate  
a new ACK
for that 200 OK. You cannot use the ACK you kept for the first 200 OK.


>
> Regards,
>
> Indresh K Singh
>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic