sunil,
This is the wrong mailing list for such a query.
You should try Sip-implementors@lists.cs.columbia.edu
Good luck,
Paul
On 2/13/14 8:36 AM, sunil kumar sinha wrote:
> Hi,
>
> SIP INVITE client transaction can retransmit INVITE seven times in case
> of unreliable transport b
Yes you got it right and for application to ignore retransmitted
provisional response , application need to store RSeq no of prov response
in dialog context.
And when prov response comes again with same RSeq ignore it ,if greater
than stored one then allow it .
On Thu, Feb 13, 2014 at 6:30 PM, A
Thanks Ankur and Olle
Now its more clear to me. The transaction/transport layer is responsible for
retransmitting the first issued PRACK until it has received a 200 OK for that
PRACK. The application should ignore retransmitted provisional responses, since
the first PRACK will be retransmitted
