9 Feb
2015
9 Feb
'15
6:24 p.m.
Hello,
went and configured a server for BLF as the logs were not showing any
obvious issue.
The result was that the way module parameters were set or have default
values was creating this situation.
The story is that the pua_dialoginfo takes the dialog lifetime to set
the expires for PUBLISH. Dialog module sets that by default to 12 hours.
That means the entries in presentity table were kept for 12 hours.
Then force_single_dialog for presence_dialoginfo is 0, which means
aggregate all the xml documents from presentity table. That could end up
in a long message.
The solution is to overwrite the dialog lifetime via pua_dialoginfo:
-
http://kamailio.org/docs/modules/4.2.x/modules/pua_dialoginfo.html#idp25769…
Set override_lifetime to a lower value, like 90 .. 120 seconds, see the
readme for hints on its value.
Also, force_single_dialog set to 1 could be considered, but lowering the
lifetime should make it work.
Let me know if works ok with these settings.
Cheers,
Daniel
On 07/02/15 10:48, SamyGo wrote:
Please ignore the previous attachment got corrupted,
these are the
complete debug logs.
Many Thanks,
On Fri, Feb 6, 2015 at 4:38 AM, Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Btw, there is no 'debug' message -- have you set debug=3?
Daniel
On 06/02/15 10:26, Daniel-Constantin Mierla wrote:
> Hello,
>
> the log doesn't show the messages from the INVITE to the BYE. Are
> you sure you got them for the entire call? There are notes from
> syslog that there are rate limits, dropping logs.
>
> Also, I noticed errors printed by t_check_trans(), are you using
> it from a branch_route? Eventually you can send the config to me
> to figure out from where the issues for error log messages are
> coming.
>
> Cheers,
> Daniel
>
>
> On 05/02/15 23:54, SamyGo wrote:
>> Hi Daniel,
>> Thanks alot for your time, please see the log file attached.
>>
>> If needed, I can provide sip captures received at the phone .
>>
>> Thanks,
>>
>> On Thu, Feb 5, 2015 at 4:42 PM, Daniel-Constantin Mierla
>> <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
>>
>>
>> Hello,
>>
>> can you reproduce this with three phones (not to get too
>> much traffic)? Use debug=3 in kamailio.cfg and send to me
>> all the logs from kamailio start. I will look to see what
>> happens.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 05/02/15 22:21, SamyGo wrote:
>>> Hi community,
>>>
>>> I'm dealing with a problem here related to presence module
>>> handling BLF. My BLF phones are Yealink T28p with latest
>>> firmware and work perfectly with Asterisk and FreeSwitch
>>> but not with Kamailio as expected.
>>>
>>> What I'm observing here is a malfunctioning statuses due to
>>> accumulation of multiple entries of just one status in
>>> "presentitiy" table. These entries neither get expired not
>>> cleared from DB hence I see atleast 21 XML tags combined in
>>> the NOTIFY sent to Phones.
>>>
>>> Here is what I've figured out a manual way to make the BLF
>>> work fine again.
>>>
>>> *Step -1* Make call between two endpoints. see entries in
>>> presentitiy table showing up.
>>> *Step -2* NOTIFYs sent to phones subscribing those users
>>> from Kamailio and phones show correct flashing red BLF lights
>>>
>>> *Step -3* clear the entries from presentity table manually
>>> i.e mysql> truncate presentity;
>>>
>>> *Step -4* Hangup the phones, presentity table shows few
>>> more entries with state='terminated' NOTIFY sent again to
>>> subscribers.. BLF lighst turn green happily.
>>>
>>> Here are my module params:
>>>
>>>
>>> modparam("presence", "db_url", DBURL)
>>> modparam("presence", "notifier_processes", 1)
>>> modparam("presence", "server_address",
"sip:1.2.5.5" )
>>> modparam("presence", "send_fast_notify", 0)
>>> modparam("presence", "db_update_period", 1)
>>> modparam("presence", "clean_period", 4)
>>> modparam("presence", "subs_db_mode", 2)
>>> modparam("presence", "max_expires", 36)
>>> modparam("presence", "expires_offset", 10)
>>> modparam("presence", "subs_htable_size", 12)
>>> modparam("presence", "pres_htable_size", 12)
>>> modparam("presence", "fetch_rows", 1000)
>>> (these params were set as default earlier but I changed
>>> them as above hoping they'll help)
>>>
>>> Kindly share your expert opinion.
>>>
>>> Best Regards,
>>> Sammy
>>>
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com