Josh, Thank you so much for the reply... we appreciate the constructive information.. Based on what you're advising.. we'll punt and move over to freeswitch or asterisk... We've done quite a bit with asterisk, but made the move to sipXecs because it provided answers to some challenges that asterisk presented... We think Asterisk will get there at some point..
I don't believe sipXecs has been around as long as asterisk, yet it does many things well that asterisk doesn't attempt to approach... sipXecs appears to be fast tracking on the development side and seems to be very active.. I'm optimistic that someone will end up doing the development work to facilitate sipXecs support for this series of phones. If not, perhaps Cisco will implement RFC 4662 support at some point in them.. In my opinion there is to much opportunity for this not to happen.. ...but I'm not a developer.. <~~~~~disclaimer. It's not much, but if someone chooses to make this work, we will donate a phone to the cause... On Thu, Jul 29, 2010 at 12:15 PM, Josh Patten <[email protected]>wrote: > The way BLF works with sipX is that the RLS engine (the engine that > provides BLF information to the phones in either Broadsoft style or RFC-4662 > style format to the phones) can only propagate accurate information if it > receives accurate presence information from the phones (if someone could > point out the RFC for this latter part I'd be grateful). The problem that > prohibits this from happening is that in most cases the manufacturers of > phones are either targeting the Asterisk crowd or are developing for a > closed proprietary platform. These platforms generally deal with presence > and BLF by examining internal components of the PBX software to see what the > call states are for each monitored line, not by receiving presence > information from the phones. Because these PBX's don't rely on phone > presence information this results in phone manufacturers like Grandstream > (among others) skimping out on the development costs associated with > developing full support for presence notifications and subscriptions which > in turn make the BLF buttons "not work" > > Your best bet is to see if a Polycom phone can subscribe to the BLF of a > Linksys phone (or whatever you have). If you don't see any presence > information it's likely that you've run into the above scenario. At that > point you either need to exchange the phones for something that is known to > work or if you want to keep the phones move to an Asterisk or FreeSWITCH > based platform (or in your case, a Cisco platform). > > Josh Patten > Assistant Network Administrator > Brazos County IT Dept. > (979) 361-4676 > > > On 7/29/2010 10:50 AM, Positively Optimistic wrote: > > From what I'm gathering here... sipXecs doesn't support BLF on the > Cisco/Linksys line of ATA phones? Please forgive my ignorance.. but when > you refer to "plugin" is that for the sipX generated configurations? ...or > is that regarding support within the presence server? I noticed that Mr. > Sen Heng developed a module for autoconfiguration.. but what we've been > unable to determine is whether presence would be supported when manually > configuring the phones... > > Thanks in advance... > > On Thu, Jul 29, 2010 at 8:24 AM, Tony Graziano < > [email protected]> wrote: > >> Noone has stepped up to maintain such a plugin for this model, which is >> why you don't find it in the sipxconfig menu as a supported device (no >> matter how similar to other Cisco/Linksys products it might be). >> >> I have only seen a few messages regarding this model. Perhaps it would be >> a good idea to check what "is" already supported before buying a device... >> >> >> On Thu, Jul 29, 2010 at 6:50 AM, Jenni McCain <[email protected]>wrote: >> >>> Has anyone successfully implemented BLF with this phone? It is hard to >>> imagine that this doesn't work in consideration of the sheer number of these >>> phones that have been or are being deployed.... >>> >>> We've recently purchased 50 for use with sipXecs.... >>> >>> Thanks, >>> Jenni >>> >>> On Wed, Jul 28, 2010 at 11:47 AM, Melcon Moraes <[email protected]>wrote: >>> >>>> Is this wiki still closed? I couldn't access it. >>>> >>>> On Wed, Jul 28, 2010 at 12:02, WORLEY, Dale R (Dale) <[email protected]> >>>> wrote: >>>> > ________________________________________ >>>> > From: [email protected] [ >>>> [email protected]] On Behalf Of Positively >>>> Optimistic [[email protected]] >>>> > >>>> > Can anyone advise of the correct URI string when using Cisco 5XX >>>> phones and sipXecs.. Our objective is to use the list function for BLF >>>> negating the need to frequently touch telephones... on an additional note, >>>> would it be possible for anyone to speculate or advise when will the >>>> configuration support for the Cisco 5XXs be incorporated in the production >>>> release? >>>> > ________________________________________ >>>> > >>>> > See the Wiki page "Manually Configuring Phone BLF": >>>> > >>>> > >>>> https://wiki.openscs.org/display/xecsuserV4r0/Manually+Configuring+Phone+BLF >>>> > >>>> > There is a very similar page on the SIPfoundry Wiki. >>>> > >>>> > Dale >>>> > >>>> > _______________________________________________ >>>> > 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.984.8431 >> >> Email: [email protected] >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: [email protected] >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> Why do mathematicians always confuse Halloween and Christmas? >> Because 31 Oct = 25 Dec. >> >> > > _______________________________________________ > sipx-users mailing [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/
