On Wed, May 19, 2010 at 5:30 PM, Tony Graziano <[email protected] > wrote:
> > > On Wed, May 19, 2010 at 5:06 PM, Martin Steinmann <[email protected]>wrote: > >> > >> >> > >> >> *>From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Peter Varga >> *>Sent:* Wednesday, May 19, 2010 2:23 PM >> *>To:* [email protected] >> *>Subject:* [sipX-dev] Openfire Plugins. -- FastPath(Live Chat) >> >> > >> >> >I'm curious if anyone has attempted to run the Fastpath plugin for >> Openfire within sipXecs? >> >> Consider this: >> http://wiki.sipfoundry.org/display/xecsdev/The+Openfire+admin+console >> >> Using the openfire admin console you can turn on any plugins available. >> We definitely would like to enable more of the Openfire functionality to >> become visible and available from sipXconfig. >> >> >> > >> >For those unfamiliar, Fastpath is a system of Anonymous Chat Queuing >> accessed through a "Live Chat" button. Currently, the fastpath plugin >> implements a >no longer supported XMPP Extension (Was deferred by the >> XMPP Standards Foundation). It's a fairly capable system that allows for >> customizable >welcome forms and routing inbound chats to a queue of >> agents. >> > >> >Seems like this would be a terrific addition to a "Unified" >> communication portfolio. >> >> Indeed, it would >> >> Realize fastpath in openfire is supported by the spark client. When using > a polycom phone (that handles dialogue events) and an XMPP capable client > (spark) would give you what you want, you are essentially asking for another > XMPP client (pidgin, bria, or whatever) to adhere to a standard that has > been deferred. > > Is there any other softclient (besides spark) that supports fastpath? > To my knowledge, no. At least not on the agent side. > > >> > >It would be great to have a "Support Queue" defined once and they field >> both inbound phone calls AND chats... >> >> …as well as allow you to queue voicemails. There is a promising new ACD >> project on the FreeSWITCH side called openACD. >> >> >> > >> >The problem is, today's fastpath REQUIRES a fastpath capable client on >> the agent side. Dealbreaker for sipXecs users that may be sitting at Bria >> or their >cell phones... >> >> But the idea is to integrate it into your Web site. >> > There are two sides to deal with. The Web-User side. and the Agent side. I'm seeing imagining the fastpath (live chat) agents also having a telephone (or softphone) with them too. I guess my point is the business logic of fastpath is AWESOME. Businesses pay A LOT of money for live chat. If we could alter the components a bit not to require the XEP-0142 extensions and make it more standard XMPP based, we could expose the service in a more unified (and cost effective way) > >> Is the fastpath webplugin even opensourced anymore? > Yes. is is open source. > > >> >Considering the Deferred status of >> >XEP-0142<http://xmpp.org/extensions/xep-0142.html>, >> I was envisioning a replacement that could replace fastpath and work with >> any standard XMPP client for >the agents. >> > >> >It could exist as a XMPP bot that keeps track of your chat queue >> participation (most likely through your existing presence system). Inbound >> chats are sent >to the bot from an temporary jid that is created for the >> anonymous web chatter. >> > >> >I'd love to brainstorm with anyone familiar with the sipXecs Openfire >> setup. I truly feel "Live Chat" is a killer addition to this platform. >> >> There are a few settings required by Fastpath that would have to be >> modeled in sipXconfig. >> >> --martin >> >> >> Cool stuff though, and yes, sipxconfig could manufacture your config > files, but more importantly ferreting out whether or not fastpath is still > opensourced and what other clients support it would be a good thing to find > out, otherwise it's usefulness, however cool it is, is limited. > Agreed, considering its open source license, the sky is the limit. The [agent-side] client support is definitely the Achilles heel for FastPath. I'm thinking a bot type interface could bring agent functionality to all XMPP clients. > > >> >-- >> >Peter Varga >> >> _______________________________________________ >> sipx-dev mailing list [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev >> sipXecs IP PBX -- http://www.sipfoundry.org/ >> > > > > -- > ====================== > 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. > > -- Peter Varga
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
