I first got a negative answer as well, fortunately my standard contact at Counterpath saw my question when he returned from holidays!
Good that they will fix the codec negotiation problem. My Plantronics is indeed a Calisto P540-M (equal to the Polycom CX300). The Button mapping works OK (although a bit sluggish in normal use). As you probably found out there is no "event" generated for going On-Hook, so you can't hangup with the handset. I mapped the "Hook" button to "Answer" and the "Delete" key to "Hangup" for best results (you can then hangup with that key but also delete an incorrectly entered number) Other option is a double-clutch system when you configure the "Hook" button to "Answer/Hangup" and hangup by putting down, lifting and putting down the handset. The screen is indeed not operational at the moment, that's at least one of the parts where they are working on. I will try (again) to see whether I can get some more info from Counterpath. This phone is apparently a Microsoft design, made to function with Microsoft OCS, Polycom restrict themselves to that market, Plantronics seems to have a more "open" view on things. I am not sure what is going to happen though (it's all rumours...). Regards, Paul Kyle Haefner <[email protected]> wrote on 01-12-2010 16:44:39: > Thanks Paul!. > > Good news on the centrally configurable web tabs, I asked them as well > and got the answer: "No not centrally configurable, but it could be if > you want to pay for a custom build!" Great, Counterpath, you want me > to pay for a feature that would make your product better? > > I did get confirmation that there is a bug in the 3.1.x code where if > you have two UAs sim-ringed and one is requesting G711 and the other > is requesting G722 and the G711 branch is canceled Bria happily > continues sending G711 and you have one-way audio with the G722 UA. > to be fixed in the next release... > > PS. Paul is your plantronics just a P540? I have a P540-M and the > HID functions work (once you set them up), but the screen eventually > just displays "Please login to communicator". Did I buy the wrong > model? > > Kyle > > On Tue, Nov 23, 2010 at 9:32 AM, Paul Scheepens <[email protected]> wrote: > > Small update on my Bria experiences. > > > > - Stability/too "heavy": > > I think/hope I got the message across to Counterpath....they will > try not to gain more weight > > -Support: > > Counterpath is still listening to me, but it takes time to change/ > patch/modify.......... > > - Deskphone mode with video on Bria: > > Apparently Bria for Broadsoft supports this as we speak. I don't > know how this works however. > > Is there a BroadSoft user here that could make a trace? > > Maybe we could make this work in SipX :o) > > - .NET troubles: > > I fixed this issue by uninstalling .NET and reinstalling it with > http://www.sereby.org/site/AiO > > - Codec negotiation: > > I think you opened a different thread on this one. > > - Web Tabs: > > They can be set through central provisioning, maybe the settings > can be incorporated into SipX's Bria provisioning. > > See the attached file. > > > > > > > > BTW: I have 14 points outstanding with Counterpath at the moment, > some simple, some difficult, but I think I will get at least half of > them fixed within decent time. > > BTW2: If you want to use a Polycom CX300 with Bria then don't, use > a Plantronics Calisto P540. it's the same thing, its cheaper and it > performs echo cancellation > > when using the speakerphone (because it has a newer firmware on > it, and Polycom is relying on the software). > > Apparently Plantronics is also interested to improve the > interoperability with Bria, Polycom is not. > > > > Paul > > > >> > 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... > >> > >> Valid point, the application is too heavy as well IMHO. > >> Softphones should be agile, not elephants. > >> > >> > 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). > >> Hardphones are the better bet. Softphones (and expensive Tandberg/ > >> Cisco/Polycom kit) do video. > >> I would like to see the Deskphone mode of Bria extended so that it > >> supports video on PC, voice on HP. > >> > 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?). > >> > >> Bria is at the moment too resource intensive and sluggish to be > goodsoftware, > >> but I can't find a better product. I have only recently stumbled > upon my first > >> "unknown software exception" error. If you have more details about > >> what in C++ is causing this > >> then I am all ears, I am getting the PC of the affected user today > >> or tomorrow to fix the problem. > >> > >> >> 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? > >> > >> I had a problem with Bria and Polycom once, the problem disappeared > >> after a reboot and > >> before I started troubleshooting. Bria was indeed using G.711 > >> instead of G.722. > >> If you have this consistently then a trace would be good indeed. The > >> sim-ringing > >> should not affect codec negotiation AFAIK (I am sim-ringing my cell > >> phone as well). > >> > >> >> 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. > >> > >> You can also use the "search on demand" function, it's less fancy, > >> but it works. > >> I can't use the "Type to filter list" because the list is not > >> completely loaded from the LDAP. > >> We probably have too many users in the LDAP (7000+). > >> > >> >> 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? > >> > >> Someone has to make it. I will try to find out whether it is provisionable > >> according to Counterpath. > >> > >> >> I guess in the end 3.x feels much more like a financial upgrade for > >> >> counterpath rather than a feature upgrade for customers. > >> > >> Yes and no, it was a complete .NET rebuild and it did not bring a > >> lot for the end-user. > >> If they get some agility into the product, support XMPP in a decent > >> way and fix some annoying bugs then > >> it could be a top product IMHO. The workgroup feature can be useful > >> as well in some deployments. > >> > >> > 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. > >> > >> I think Webdav works well with Bria, webdav was not working OK on SipX. > >> I have used a separate Webdav server and Bria works flawless in that case. > >> I think most webdav issues should be sorted in 4.3.2 (like the > >> possibility to write > >> presence requests back to the server). > >> > >> >> 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. > >> > >> Have to agree as well. > >> > >> >> What I really wish is that sipcommunicator worked well. > >> > >> > Me too. > >> > >> It already came a long way, but it's still in alpha state. > >> Here are a few others that were OK-ish in the past but at that time > >> lost from Bria, > >> I don't have the time at the moment to retest, but maybe there is > >> something nice out there: > >> http://www.globaliptel.com/eng/content/Content/Ninja/comparison.html > >> http://www.portsip.com/softphone.htm > >> http://www.sr-l.com/deutsch/index_grau.htm?page=main_homepage.htm > >> http://www.nch.com.au/talk/index.html > >> > >> Voice only: > >> http://www.phonerlite.de/features_de.htm > > > _______________________________________________ > 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/
