Expires = 0 in between a running call

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

 



Yes there is a proxy in between UA and Registrar.

So, you think that proxy is modifying "expires" header and making it to "0"?

Thanks

On Fri, Dec 23, 2011 at 1:57 PM, Alain Totouom <alain.totouom at gmx.de> wrote:

> Hi Salauddin,
>
> On 22-Dec-11 12:42, Salauddin Rubel wrote:
> > My question is why it is sending expires = 0 ? where registration time
> out
> > is set to 3600 and by default in pjsip it is 300.
> >
>
> Expires set to "0" IS an explicit and immediate Binding removal.
> For one reason or another your UA has teardown it's registration for
> the specified AOR...
> Any SBC or third-party between your UA and the Registrar?
>
> Cheers,
> Alain
>
> > How can i fix this?
> >
>
>
>
> > On Thu, Dec 22, 2011 at 5:23 PM, Alex Balashov <
> abalashov at evaristesys.com>wrote:
> >
> >> Are you asking whether it's possible in principle?  If so, yes.  There
> is
> >> no logical relationship between registration and calls whatsoever.
> >>
> >> --
> >> This message was painstakingly thumbed out on my mobile, so apologies
> for
> >> brevity, errors, and general sloppiness.
> >>
> >> Alex Balashov - Principal
> >> Evariste Systems LLC
> >> 260 Peachtree Street NW
> >> Suite 2200
> >> Atlanta, GA 30303
> >> Tel: +1-678-954-0670
> >> Fax: +1-404-961-1892
> >> Web: http://www.evaristesys.com/
> >>
> >> On Dec 22, 2011, at 6:16 AM, Salauddin Rubel <
> salauddinrubelbd at gmail.com>
> >> wrote:
> >>
> >>> Dear,
> >>>
> >>> Is it possible to send registration message with expires = 0 in between
> >> a running call?
> >>>
> >>> anyone has this kind of experience using pjsip? Re-Registration message
> >> contains expires = 0 where default re-registration time is set to 3600.
> >>>
> >>>  define PJSUA_REG_INTERVAL        3600 in pjsua.h
> >>>
> >>> though this is not happening all time. Sometimes in between a running
> >> call this is happening and call is getting dropped.
> >>>
> >>> Thanks
> >>> <expire0.png>
> >>> _______________________________________________
> >>> 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
> >>
> >> _______________________________________________
> >> 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
> >>
> >
> >
> >
> > _______________________________________________
> > 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
>
> --
>                            ""
>                          (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/20111223/a98d7294/attachment-0001.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