[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