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

Re: [reSIProcate] UAS Prack Support is Finally Arriving!


Hi,

This is awesome news, thanks Scott and to all who helped!

Cheers,
Francis


On Tue, Nov 12, 2013 at 9:29 AM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:
> Hello Fellow reSIPers,
>
> I am happy to announce that resiprocate/dum will fully support RFC3262 PRACK
> in the next release.  Resiprocate has supported playing the UAC role (PRACK
> sender) in a PRACK enabled call for some time now, but it did not previously
> support the UAS role (reliable provisional sender).
>
> The work to add UAS PRACK support is nearly completed in the following SVN
> branch:
> http://svn.resiprocate.org/rep/resiprocate/branches/b-uasprack-20130904
>
> If this is something of interest to you I encourage you to give this branch
> a test drive.  It is expected to be merged into SVN trunk sometime over the
> next few weeks.
>
> To enable UAS Prack support use the following MasterProfile setting:
>
>       // UAS PRACK support.  UPDATE must be enabled(currently defaults to
> on, do
>       // not disable w/out disabling UAS PRACK support).
>       //
>       // All flows and limitations mentioned in UAC Prack comments apply
>       //
>       // Modes work as follows:
>       // SupportedEssential - Only send reliable provisionals if sending a
> body and far end supports
>       // Supported - Always send reliable provisionals if far end supports
>       // Required - Always send reliable provisionals
>       virtual void setUasReliableProvisionalMode(ReliableProvisionalMode
> mode);
>
> There is also a new optional InviteSessionHandler callback called onPrack if
> you would like to inspect the Prack messages that are received.
>
> The resip/dum/doc directory contains a few new documents surrounding PRACK
> support:
> -UASPRACKFlows.png
> -3GPP-24.930Rel11Flows.png
> -dum-UASPRACK-state.png
>
> All offer/answer scenarios from PRACK RFC3262 and the UPDATE RFC3311 are
> supported.  Sending of overlapped reliable provisionals are not allowed.
> The only odd scenario worth mentioning is the ability to send an Offer in a
> PRACK request after receiving an answer in a reliable provisional.  In order
> to be able to do this the caller must call provideOffer from the onAnswer
> callback.  If provideOffer is called later in time, then the PRACK will go
> out without the offer and an UPDATE request will carry the offer instead.
>
> The TFM DUM Automated test framework has been extended to support a total of
> 33 automated PRACK test cases and scenarios.
>
> Please let me know if you have any issues with the code in this branch.
>
> Best Regards,
> Scott Godin
> SIP Spectrum, Inc.
>
>
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxx
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel