Doubt about PRACK

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



PRACK can contain OFFER & ANSWER, whereas ACK cannot. Thus, they cannot be
treated equally.

Hari

On Mon, Jan 16, 2012 at 4:25 PM, Alain Totouom <alain.totouom at gmx.de> wrote:

> Hi Rahul,
>
> On 16-Jan-12 09:00, rahul yadav wrote:
> > If i see it in this way: "ACK is used to stop re-transmission of 200 ok.
> > Similarly PRACK is used to stop re-transmission of provisional
> responses".
> > So both should be treated equally ?
> >
>
> No.
> The finality may be the same but different rules are used.
>
> ACK is part of the INVITE-Transaction.
> PRACK is "a" normal SIP message like BYE, therefor
> Non-Invite-Transaction rules are used...
>
> > Sorry for my ignorance, i am still not clear why PRACK needs 200 ok ?
> >
>
> As stated previously PRACK is a new transaction which comes to
> completion i.e. when its final response (200) is received...
>
> Cheers,
> Alain
>
> --
>                            ""
>                          (o)(o)
>                _____o00o__(__)__o00o_____
> 3072D/146D10DE 2011-09-29    Alain Totouom  <totouom at gmx.de>
> PGP Fingerprint 39A4F092 FFA7C746 CC305CB0 69091911 146D10DE
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20120116/b62cb07f/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux