presence on latest GIT
I've noticed the past week that BLF was not working, I pulled latest GIT and tried to figure out what was going wrong. After trying many different things on the Polycom, i enabled presence debug in sofia. right awaythere were a lot of errors thrown. Is sofia presence broken in latest GIT? If so, any ETA on when it will be fixed? Thanks.
The errors are really the debug info at error levels for color effects. What do you mean by not working? And why report it here after many requests to report issues to Jira? On Feb 8, 2012 3:42 PM, "Vik Killa" <vipkilla@gmail.com> wrote:
I've noticed the past week that BLF was not working, I pulled latest GIT and tried to figure out what was going wrong. After trying many different things on the Polycom, i enabled presence debug in sofia. right awaythere were a lot of errors thrown. Is sofia presence broken in latest GIT? If so, any ETA on when it will be fixed? Thanks.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Well if that is the case perhaps it is not broken, I just assumed it was because when debug is enabled i'm seeing: [ERR] sofia_presence.c:1127 EVENT DUMP: everytime presence is called. It is really confusing because BLF is not working anymore and I see that error. On Wed, Feb 8, 2012 at 4:48 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
The errors are really the debug info at error levels for color effects.
What do you mean by not working? And why report it here after many requests to report issues to Jira?
On Feb 8, 2012 3:42 PM, "Vik Killa" <vipkilla@gmail.com> wrote:
I've noticed the past week that BLF was not working, I pulled latest GIT and tried to figure out what was going wrong. After trying many different things on the Polycom, i enabled presence debug in sofia. right awaythere were a lot of errors thrown. Is sofia presence broken in latest GIT? If so, any ETA on when it will be fixed? Thanks.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems On Wed, Feb 8, 2012 at 3:53 PM, Vik Killa <vipkilla@gmail.com> wrote:
Well if that is the case perhaps it is not broken, I just assumed it was because when debug is enabled i'm seeing: [ERR] sofia_presence.c:1127 EVENT DUMP:
everytime presence is called. It is really confusing because BLF is not working anymore and I see that error.
On Wed, Feb 8, 2012 at 4:48 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
The errors are really the debug info at error levels for color effects.
What do you mean by not working? And why report it here after many requests to report issues to Jira?
On Feb 8, 2012 3:42 PM, "Vik Killa" <vipkilla@gmail.com> wrote:
I've noticed the past week that BLF was not working, I pulled latest GIT and tried to figure out what was going wrong. After trying many different things on the Polycom, i enabled presence debug in sofia. right awaythere were a lot of errors thrown. Is sofia presence broken in latest GIT? If so, any ETA on when it will be fixed? Thanks.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Would anyone be willing to share their working BLF polycom configs? On Wed, Feb 8, 2012 at 4:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems
<snip>
Hello Vik, BLF behaviour is somewhat erratic since major changes done after 15-Oct-2011. I am working with Anthony to track it down (see FS-3794). It happens mostly on our production system rather than the test system, so I am quite limited in testing the fixes and it takes time... Here is a sample config of phone 11111 doing BLF on 22222: <reginfo> <reg reg.1.displayName="Full name" reg.1.address="11111" reg.1.label="11111" reg.1.type="shared" reg.1.auth.userId="11111" reg.1.auth.password="PPPPPP" reg.1.ringType="2" /> <attendant attendant.resourceList.1.address="22222" attendant.resourceList.1.label="22222" /> </reginfo> Note that *ThirdPartyName* is *not* used in the REG section. Regards, __Yehavi: 2012/2/9 Vik Killa <vipkilla@gmail.com>
Would anyone be willing to share their working BLF polycom configs?
On Wed, Feb 8, 2012 at 4:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems
<snip>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm running in production a version of 30-Oct-2011 and it's working all fine. On Thu, Feb 9, 2012 at 6:28 AM, Yehavi Bourvine <yehavi.bourvine@gmail.com>wrote:
Hello Vik,
BLF behaviour is somewhat erratic since major changes done after 15-Oct-2011. I am working with Anthony to track it down (see FS-3794). It happens mostly on our production system rather than the test system, so I am quite limited in testing the fixes and it takes time...
Here is a sample config of phone 11111 doing BLF on 22222:
<reginfo> <reg reg.1.displayName="Full name" reg.1.address="11111" reg.1.label="11111" reg.1.type="shared" reg.1.auth.userId="11111" reg.1.auth.password="PPPPPP" reg.1.ringType="2" />
<attendant attendant.resourceList.1.address="22222" attendant.resourceList.1.label="22222" /> </reginfo> Note that *ThirdPartyName* is *not* used in the REG section.
Regards, __Yehavi:
2012/2/9 Vik Killa <vipkilla@gmail.com>
Would anyone be willing to share their working BLF polycom configs?
On Wed, Feb 8, 2012 at 4:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems
<snip>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Don't encourage october, its gone... never coming back..... Find something actually wrong, check multi homed params, we found many bugs even going back to then that were impacting using many domains and things may have to change for good. On Thu, Feb 9, 2012 at 2:43 PM, Ognjen Seslija <oseslija@gmail.com> wrote:
I'm running in production a version of 30-Oct-2011 and it's working all fine.
On Thu, Feb 9, 2012 at 6:28 AM, Yehavi Bourvine <yehavi.bourvine@gmail.com> wrote:
Hello Vik,
BLF behaviour is somewhat erratic since major changes done after 15-Oct-2011. I am working with Anthony to track it down (see FS-3794). It happens mostly on our production system rather than the test system, so I am quite limited in testing the fixes and it takes time...
Here is a sample config of phone 11111 doing BLF on 22222:
<reginfo> <reg reg.1.displayName="Full name" reg.1.address="11111" reg.1.label="11111" reg.1.type="shared" reg.1.auth.userId="11111" reg.1.auth.password="PPPPPP" reg.1.ringType="2" />
<attendant attendant.resourceList.1.address="22222" attendant.resourceList.1.label="22222" /> </reginfo> Note that ThirdPartyName is not used in the REG section.
Regards, __Yehavi:
2012/2/9 Vik Killa <vipkilla@gmail.com>
Would anyone be willing to share their working BLF polycom configs?
On Wed, Feb 8, 2012 at 4:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems
<snip>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Of course. Just wanted to point out that 15-Oct isn't the last known good-BLF day. And yes, I tested with Tony lately new code (Tony was on my machine coding and myself dialing etc.) and it was all fine. I will test more and respond. On Thu, Feb 9, 2012 at 10:31 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Don't encourage october, its gone... never coming back..... Find something actually wrong, check multi homed params, we found many bugs even going back to then that were impacting using many domains and things may have to change for good.
On Thu, Feb 9, 2012 at 2:43 PM, Ognjen Seslija <oseslija@gmail.com> wrote:
I'm running in production a version of 30-Oct-2011 and it's working all fine.
On Thu, Feb 9, 2012 at 6:28 AM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Hello Vik,
BLF behaviour is somewhat erratic since major changes done after 15-Oct-2011. I am working with Anthony to track it down (see FS-3794).
It
happens mostly on our production system rather than the test system, so I am quite limited in testing the fixes and it takes time...
Here is a sample config of phone 11111 doing BLF on 22222:
<reginfo> <reg reg.1.displayName="Full name" reg.1.address="11111" reg.1.label="11111" reg.1.type="shared" reg.1.auth.userId="11111" reg.1.auth.password="PPPPPP" reg.1.ringType="2" />
<attendant attendant.resourceList.1.address="22222" attendant.resourceList.1.label="22222" /> </reginfo> Note that ThirdPartyName is not used in the REG section.
Regards, __Yehavi:
2012/2/9 Vik Killa <vipkilla@gmail.com>
Would anyone be willing to share their working BLF polycom configs?
On Wed, Feb 8, 2012 at 4:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
It should be working but you can use that data to see why. If you enable sip trace too and capture the logs, it can be used to check for problems
<snip>
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Anthony Minessale
-
Ognjen Seslija
-
Vik Killa
-
Yehavi Bourvine