I've come to the same solution, that counterpath could do a better job before releasing in making sure things work as expected. I won't go down that road here...
I have noticed that the support has been "lackluster", I spend 20-30 hours troubleshooting their prouduct, which I paid 60.00 for, yet spend an inordinate amount of time trying to document the issues and getting them to listen. As a result, I'm a big hardphone fan (still). On Thu, Nov 4, 2010 at 11:54 AM, Kyle Haefner <[email protected]>wrote: > Hi Paul, > > I think the most frustrating part is that everything worked in Bria 2.5 and > now several things do not. The things I like the least: > > > 1. It requires a new C++ runtime to be installed, with windows XP > computers and certain hot fixes Bria would always crash on startup, the > workaround is to uninstall several hot fixes making installation a lot more > difficult for end users. Even with this done, several of my end users > complain it locks up the XP machines. > I ran into the same issue, spending several hours to get it installed on a particular machine. BUT if your developer is on the dotnet path, there is no avoiding it (get a mac?). > > 2. 3.x does not handle codec negotiation when a called person has a cell > phone sim-ringed through our mediant 2000 gateway, according to the trace it > Bria 3.x grabs g711 and then I get one-way audio with a polycom talking > g722. I've tried both checking and unchecking "Accept first codec offered" > setting to no avail. 2.5 and several other softphones work fine, including > CSIPsipmple on android. > I have not tried with 3.1.2, but previous 3.1's I never had a problem with G722 negotiating (polycom hd <>bria). I don;t think 3.0 had g722. So saying 3.x is a little bit of a gray statement (to me at least). Do you have a call trace for this to see where the negotiation is set up and what UA is ignoring the proper facts? > > 3. The XMPP part was nice helps to bring a unified application that offers > similar features to OCS/Lync. > > Other gripes: > > LDAP, is not a dynamic query, it is a onetime query at program launch, not > based on what you've just typed. > > The new web modules are kinda cool and could have neat possibilities > regarding sipxecs REST APIs, but they are not set through the > central provision. Why? > > > I guess in the end 3.x feels much more like a financial upgrade for > counterpath rather than a feature upgrade for customers. > > There were changes from bria 2.5, to 3.0, to 3.1 (syntax, options, etc.). It takes a while to get caught up to make sure the phone gets provisioned properly. I wish webdav would work or that your directory were centrally stored properly for xmpp too. I have not tried 3.1,2 yet though. I have to meditate before touching a new version of bria, and that takes time. > Paul I agree it is the best out there, but to me what that really says is > the state of soft-phones in general is really awful. > > AGreed. > What I really wish is that sipcommunicator worked well. > Me too. > > Kyle > > > > On Thu, Nov 4, 2010 at 3:12 AM, Paul Scheepens <[email protected]> wrote: > >> Kyle, >> >> If you would describe what is not working for you then people might come >> up with a solution. >> Also describe what features you need. >> If you only need audio then you can easily find (non-provisionable) >> alternatives. >> >> Bria 3.1.2 is actually acceptable IMHO (I won't say it is good). >> The provision part is A-OK for example. >> I have tried umpty other soft-video-phones and there is nothing with the >> same feature set. >> >> If you for example want presence and don't want all the XMPP hassle, just >> use SIP-only. >> >> I for one haven't found anything that is as good and cheap as Bria. >> I have tested Mirial in the past, looks good but no presence or any other >> fancy features and a bit more expensive. >> >> Let us know what your top 3 issues are >> (but don't mention the intermittant license check). >> >> Regards, Paul >> >> Tony Graziano <[email protected]> wrote >> >> > Zoiper is not provisionable via sipxconfig. >> > ============================ >> > Tony Graziano, Manager >> > Telephone: 434.984.8430 >> > Fax: 434.984.8431 >> > >> > Email: [email protected] >> > >> > LAN/Telephony/Security and Control Systems Helpdesk: >> > Telephone: 434.984.8426 >> > Fax: 434.984.8427 >> > >> > Helpdesk Contract Customers: >> > http://www.myitdepartment.net/gethelp/ >> > >> > ----- Original Message ----- >> > From: [email protected] >> > <[email protected]> >> > To: Discussion list for users of sipXecs software >> > <[email protected]> >> > Sent: Wed Nov 03 14:45:50 2010 >> > Subject: Re: [sipx-users] Soft phone >> > >> > try ZOIPer.com >> > M Broome >> > *CEO* >> > SATEL, inc >> > (800) 591-7033 >> > >> > >> > >> > >> > >> > >> > On Wed, Nov 3, 2010 at 2:40 PM, Kyle Haefner >> > <[email protected]>wrote: >> > >> > > Hi all, >> > > >> > > I am so frustrated at Bria 3.x and all of the stuff that used to work >> in >> > > Bria 2.x that I would really like to find a decent alternative. I >> think >> > > the >> > > two biggest requirements are something that can be centrally >> provisioned >> > > and >> > > does TLS. Anyone have any ideas? >> > > >> > > >> > > Kyle >> > > >> > > _______________________________________________ >> > > sipx-users mailing list >> > > [email protected] >> > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > >> > _______________________________________________ >> > sipx-users mailing list >> > [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
