Hello Again, Thanks for the great and timely help Daniel. Finally adjusted the BLF lights. Only couple of things, which I'm sure are some functions missing the call flow, are:
1- When users register or un-register the BLF don't update anything though NOTIFY are triggered. 2- When call comes from PSTN and an available user answers the call, BLF stays on green/available. I'll continue working on fixing these in the config, any hints are still welcome. Many thanks once again. Best Regards, Sammy On Tue, Feb 10, 2015 at 4:33 AM, Daniel-Constantin Mierla <mico...@gmail.com > wrote: > Hello, > > ok, good that is working better now. > > I will also look more into these module in the near future. I think the > Expires value must be different based on state, e.g., trying and ringing > should be shorter than active call. > > Cheers, > Daniel > > > On 10/02/15 10:27, SamyGo wrote: > > Hi Daniel, > This has helped us substantially, I've added few more lines in the config > and seems we've working BLF now. I'll share the results when we complete > the tests. > > Thanks alot for the timely help. > BR, > Sammy > > On Mon, Feb 9, 2015 at 11:24 AM, Daniel-Constantin Mierla < > mico...@gmail.com> wrote: > >> 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#idp2576952 >> >> 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 < >> mico...@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 < >>> mico...@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 Mierlahttp://twitter.com/#!/miconda - >> http://www.linkedin.com/in/miconda >> Kamailio World Conference, May 27-29, 2015 >> Berlin, Germany - http://www.kamailioworld.com >> >> > > -- > Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - > http://www.linkedin.com/in/miconda > Kamailio World Conference, May 27-29, 2015 > Berlin, Germany - http://www.kamailioworld.com > >
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
