[reSIProcate] DUM: Registration is not updated after time out

Jason Fischl jason at counterpath.com
Thu Oct 12 11:36:42 CDT 2006


Any implementors out there should note well this change in behavior in dum.

Jason


On 10/12/06, Scott Godin <slgodin at icescape.com> wrote:
>
>
>
>
> I will apply this fix – thanks.
>
>
>
> You can use ClientRegistration::requestRefresh in order to
> request an immediate refresh before the timeout interval.
>
>
>
>  ________________________________
>
>
> From: Ali Pey [mailto:alipey at gmail.com]
>  Sent: Thursday, October 12, 2006 9:32 AM
>  To: Scott Godin
>  Cc: resiprocate-devel at list.sipfoundry.org
>
>  Subject: Re: [reSIProcate] DUM: Registration is not updated after time out
>
>
>
>
> ClientRegistration can set mUserRefresh = true after onFailure and
> onRequestRetry. This way it will call onSuccess after successful
> re-registration.
>
>  I tested it and it worked fine. Should I submit the fix? if yes how?
>
>  You also mentioned " You normally only get an onSuccess if you did
> something to invoke the registration." How would I invoke registration?
> Let's say the application needs a fresh registration again before it times
> out or while it's waiting for re-registration.
>  This can be quite useful if the far end is not reachable or the user tries
> to make a call and you are not registered at that moment.
>
>  Thanks,
>  Ali
>
>
>
>
> On 10/12/06, Scott Godin < slgodin at icescape.com> wrote:
>
>
>
> Ah I see.  I agree – there should be an onSuccess call, if there was a
> previous onFailure.
>
>
>
>  ________________________________
>
>
> From: Ali Pey [mailto:alipey at gmail.com]
>  Sent: Thursday, October 12, 2006 9:13 AM
>  To: Scott Godin; resiprocate-devel at list.sipfoundry.org
>  Subject: Re: [reSIProcate] DUM: Registration is not updated after time out
>
>
>
>
> Here is the scenario:
>
>  1- ClientRegistration registers with a Registrar Server successfully. If
> calls onSuccess on the handler so your application knows that you are
> registered. The Re-Registration time is set to 30 second.
>
>  2- Registrar Server is not reachable. ClientRegistration can not register
> any more. It times out and it calls onRequestRetry on the handler. The
> application now knows that it's not connected to the server.
>
>  3- Link is back up. ClientRegistration successfully re-registers with the
> Registrar Server. The handler/application does not get notified so your
> application thinks that it's still not registered.
>
>  The application or handler needs to be notified that it is registered with
> the server and can provide service to the user.
>
>  Am I missing something?
>
>  Regards,
>  Ali
>
>
> On 10/11/06, Scott Godin < slgodin at icescape.com > wrote:
>
>
>
> This behavior is intentional.  You normally only get an onSuccess if you did
> something to invoke the registration.  Automatic re-registrations only
> callback if there is a failure.
>
>
>
>
> From: resiprocate-devel-bounces at list.sipfoundry.org
> [mailto:resiprocate-devel-bounces at list.sipfoundry.org ] On
> Behalf Of Ali Pey
>  Sent: Wednesday, October 11, 2006 4:55 PM
>  To: resiprocate-devel at list.sipfoundry.org
>  Subject: [reSIProcate] DUM: Registration is not updated after time out
>
>
>
>
> Hi There,
>
>  I found and fixed a bug with DUM's ClientRegistration.
>
>  ClinentRegistration class calls the handler's onFailure or onRequestRetry
> if the registration fails or times out. However, it won't call onSuccess
> when it successfully re-registers.
>
>  Is there a process for submitting fixes to resiprocate/DUM?
>  What do I need to do?
>
>  Cheers,
>  Ali
>
>
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at list.sipfoundry.org
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
>
>




More information about the resiprocate-devel mailing list