and any attachments are believed to be free from
> any virus but it is the responsibility of the recipient to ensure this
> is so. E-mail is not a 100% secure communication*.
>
>
>
> *From:*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Sent:* 26 January 2016 21:08
&g
21:08
To: Phil Lavin ; Kamailio (SER) - Users Mailing List
Cc: Telco Team
Subject: Re: [SR-Users] Strange PUA Behaviour
On 26/01/16 12:54, Phil Lavin wrote:
Sorry, correction - desired expires is always 1 second LESS than expires.
Is this above happening when taking it from the dialog module
n
> *Sent:* 26 January 2016 11:54
> *To:* 'mico...@gmail.com' ; Kamailio (SER) - Users
> Mailing List
> *Cc:* Telco Team
> *Subject:* RE: [SR-Users] Strange PUA Behaviour
>
>
>
> Hi Daniel,
>
>
>
> Not setting the lifetime does indeed take the expir
Sorry, correction - desired expires is always 1 second LESS than expires.
Phil
From: Phil Lavin
Sent: 26 January 2016 11:54
To: 'mico...@gmail.com' ; Kamailio (SER) - Users Mailing
List
Cc: Telco Team
Subject: RE: [SR-Users] Strange PUA Behaviour
Hi Daniel,
Not setting the lif
me to a high value negates the need for the refreshes to happen.
Cheers
Phil
From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: 26 January 2016 11:36
To: Phil Lavin ; Kamailio (SER) - Users Mailing List
Cc: Telco Team
Subject: Re: [SR-Users] Strange PUA Behaviour
Hello,
thanks
aram("pua", "reginfo_increase_version", 0)
>
> # - pua_dialoginfo params -
>
> modparam("pua_dialoginfo", "send_publish_flag", FLT_DLGINFO)
>
> modparam("pua_dialoginfo", "override_lifetime", 14420)
>
>
ing any attachments.
> Security: This e-mail and any attachments are believed to be free from
> any virus but it is the responsibility of the recipient to ensure this
> is so. E-mail is not a 100% secure communication*.
>
>
>
> *From:*Phil Lavin
> *Sent:* 20 January 2016
quot;pua_dialoginfo", "send_publish_flag", FLT_DLGINFO)
modparam("pua_dialoginfo", "override_lifetime", 14420)
modparam("pua_dialoginfo", "include_callid", 1)
modparam("pua_dialoginfo", "caller_confirmed", 0)
modparam("pua_d
communication.
From: Phil Lavin
Sent: 20 January 2016 19:52
To: mico...@gmail.com; Kamailio (SER) - Users Mailing List
Cc: Telco Team
Subject: RE: [SR-Users] Strange PUA Behaviour
Hi Daniel,
Sorry for the delay in replying. I've attached blf.cap which shows the "light
stays on" s
o:mico...@gmail.com]
Sent: 19 January 2016 23:26
To: Phil Lavin ; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Strange PUA Behaviour
Can you get a pcap for a case with the new config? Being traveling, but maybe I
get a chance to look at it soon.
Reading quickly on
quot;pua_dialoginfo", "override_lifetime", 124)
>
>
>
> Before I truncate, the tables both a good number of rows in each (70ish).
>
>
>
> Is it that they’re not being correctly cleaned up here?
>
>
>
>
>
> Thanks
>
>
>
>
;, "override_lifetime", 124)
Before I truncate, the tables both a good number of rows in each (70ish).
Is it that they're not being correctly cleaned up here?
Thanks
Phil
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Phil
Lavin
Sent: 19 January 2016 18
from_tag:
>
>cseq: 0
>
>record_route:
>
> contact:
>
> remote_contact:
>
> version: 0
>
> extra_headers:
>
> *********** 5. row ***
>
> id: 7
>
>pres_uri:
49
To: Phil Lavin ; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Strange PUA Behaviour
Hello,
is any of these two dialogs staying not terminated when the call is ended?
I would only advertise the dialog info states for the call leg going to callee,
because it is the one for call
correct fix for this situation?
>
>
>
>
>
> Thanks
>
>
>
> Phil
>
>
>
> *From:*Phil Lavin
> *Sent:* 19 January 2016 09:42
> *To:* 'mico...@gmail.com' ; Kamailio (SER) - Users
> Mailing List
> *Subject:* RE: [SR-Users] Strange PUA Be
Hello,
and in the presence/pua related tables, do you have records related to
the this calls?
Those from dialog table are only for dialog module internal needs.
Cheers,
Daniel
On 19/01/16 10:41, Phil Lavin wrote:
>
> Hi Daniel,
>
>
>
> Thanks for your response. There are 2 records in the data
fo", "override_lifetime", 124)
Thanks
Phil
From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: 19 January 2016 07:27
To: Kamailio (SER) - Users Mailing List
mailto:sr-users@lists.sip-router.org>>; Phil
Lavin mailto:phil.la...@synety.com>>
Subject: Re: [SR-
quot;update_period", 20)
modparam("pua_dialoginfo", "send_publish_flag", FLT_DLGINFO)
modparam("pua_dialoginfo", "override_lifetime", 124)
Thanks
Phil
From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: 19 January 2016 07:27
To: Kamailio
Hello,
when you get such situation, can you check the database and see if there
are more records for the same presence dialog?
Also, can you send here the parameters for pua*/presence* modules? DB
URL parameters are not relevant, you can skip/replace them as they
contain password.
Cheers,
Daniel
Hi all,
We are investigating an issue with BLF whereby the BLF key on the subscribed
phone does not always "turn off" after the call has ended. We have enabled
force_single_dialog to keep things simple for debugging. The attached pcap is
the result. The relevant stuff as I see it is:
*
20 matches
Mail list logo
