: (571) 723-2224
Fax: (703) 439-1350
<mailto:pej...@italkip.com> pej...@italkip.com
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Phil
Lavin
Sent: Friday, May 20, 2016 10:09 AM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Sequential calls m
ecipient to ensure this is so.
E-mail is not a 100% secure communication.
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of
Pejman Rajabian
Sent: 20 May 2016 13:07
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Sequential calls messes up presence with pu
", "override_lifetime", 14420) # Max call time (4
> hours) plus a little
> modparam("pua_dialoginfo", "callee_trying", 1)
>
>
> Phil Lavin
> Telecoms Systems Manager
> CloudCall by SYNETY
> www.cloudcall.com
>
> From: sr-users
;, 14420) # Max call time (4
hours) plus a little
modparam("pua_dialoginfo", "callee_trying", 1)
Phil Lavin
Telecoms Systems Manager
CloudCall by SYNETY
www.cloudcall.com<http://www.cloudcall.com/>
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf O
Hello,
I know that there are couple of options to tune the behaviour, like
sending combined body with all active presence states or sending the
most recent one.
Look at the SIP traffic with ngrep or other network capturing tool and
see if you spot something wrong there -- eventuall send the text
Hello,
We are using pua-dialoginfo and presence modules for BLF.
When the first call comes in or goes out, every thing works great; however,
a second call to the same key/extension (e.g a call waiting which is not
answered) would turn off the key even though the original call/dialog is
still acti
