after reviewing the current efk functionality, I don't think its impossible to park/unpark a single park using a single push EFK key that appears during an active call. I think you can also do the same thing with an EFK to do the pickup from both an idle screen as an EFK.
I would not recommend using the BLF to do any interactive functions with the park. It should be a pretty button with a red light sometimes and is just there to look at it. Seriously. - Tony On Sun, Aug 7, 2011 at 7:08 AM, Tony Graziano <[email protected]>wrote: > Correct. They do not have a method to do this in the FS code. It would need > to be enabled/functional at the FS level in order to monitor it. > > So, > > 1. Make parks monitorable > 2. switch sipxconfig to use call park on FS media server and to configure > it > 3. integrate to rls for blf > > I would suggest anyone looking at the bounty realize the scope and > reference the JIRA http://track.sipfoundry.org/browse/XX-8473 which I laid > out after a discussion with the FS group how to go about making valet > parking monitorable. > > As for the one-button thing, it sounds like a EFK thing, but is very > limited in an enterprise since there will be more than one call park and/or > more than one call on a park. > > It would be really helpful if you could further explain how it would be > able to handle more than one call park with a single button press. > > Personally I would like to see an xhtml app/idle screen generated by > sipxconfig that shows the oldest 3-4 calls on park with the slot number, > callerid myself. I think the upcoming cdr improvements might make that > feasible. > > FYI - Right now call park/retrieve via BLF/speeddial is really somewhat > problematic. EFK is known to help quite a bit, but it's necessary to > restrain ones-self from pressing the speeddial button at all, just to simply > use it as a monitor. > > Everything above is feasible under a new parking system thusly: > > EFK/action button on a call to park a call. If a single park is to be used, > it can be a single push, but not the speeddial. > Monitor or retrieve the call by pressing the BLF. > > What needs to happen is the park server needs to be replaced. Doing this on > the existing call park server really creates more issues and does not tend > to give the functons desired the "shelf life" one would want after paying a > bounty. > > Take heart, it is planned to move call park to FS though! > > > On Sun, Aug 7, 2011 at 6:47 AM, Michael Picher <[email protected]> wrote: > >> I think Tony meant "has not made their park system monitorable yet"... >> >> On Sat, Aug 6, 2011 at 7:55 PM, Tony Graziano >> <[email protected]> wrote: >> > and realize the fs project has. it made their park system monitorable >> yet. >> > that means the code needs to be committed and donated to fs too. >> > >> > On Aug 6, 2011 7:38 PM, "Michael Picher" <[email protected]> wrote: >> >> You might want to add "and move the park orbit services to freeswitch". >> >> Thats the last thing in the old media framework. >> >> >> >> The park orbits must be moved... >> >> >> >> And thanks, we like the project too! :-) >> >> On Aug 6, 2011 2:46 PM, "Chris Rawlings" <[email protected]> >> wrote: >> >>> i don't know about you guys.. but this is my two cents... i believe >> SipX >> >> is >> >>> the most complete Open Source or even Closed source PBX i have ever >> seen, >> >>> except for the ability to do Shared Parking with a single button press >> >> that >> >>> parks the current call... allows it to be monitored... and then the >> same >> >>> button to pick up the call... I would be willing to pay a programmer >> that >> >> is >> >>> able to commit this functionality into SipX so i may start selling >> >> EZuce... >> >>> if anyone wants to do this let me know >> >>> >> >>> -- >> >>> Thank You, >> >>> Chris Rawlings >> >>> IT Consultant >> >>> >> >>> phone - 610.741.3324 >> >>> >> >>> VCP RHCE RHCT MCSE >> > >> > _______________________________________________ >> > sipx-users mailing list >> > [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > >> >> >> >> -- >> Michael Picher >> eZuce >> Director of Technical Services >> O.978-296-1005 X2015 >> M.207-956-0262 >> @mpicher <http://twitter.com/mpicher> >> www.ezuce.com >> _______________________________________________ >> 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 > > <http://support.myitdepartment.net>Blog: > http://blog.myitdepartment.net > > Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > > Ask about our voip fax services! > > -- ====================== 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 <http://support.myitdepartment.net>Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our voip fax services!
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
