The problem with call orbits with multiple calls is that I can not have the
BLF status indicating which call is parked at which park orbit meaning if
we have multiple calls come in it is easier to park them at one of the
orbits and later pick them up from the side car with the BLF indicating a
parked call esp since multiple people pickup calls, otherwise they would
have to answer any call parked that was parked first at the single orbit.
They want to answer MR X parked at orbit Y instead of the first possible
parked call.

On Mon, Nov 26, 2012 at 9:20 AM, Michael Picher <mpic...@ezuce.com> wrote:

> Sorry, to continue...
>
> You can transfer and park to individual orbits...  not a hunt group.  How
> do you know what orbit the calls go into?  How would pickup know which one
> you are trying to retrieve?
>
> Why don't you just allow multiple calls in a park orbit and be done with
> it?
>
> Mike
>
>
> On Mon, Nov 26, 2012 at 12:04 PM, Ali Ardestani 
> <ali.ardest...@pnmac.com>wrote:
>
>> Hi all,
>> I have created extension 9999 which forwards to 701,702,703,704 - these
>> are four single call park orbits
>>
>> Parking using Transfer works without a problem
>>
>> However automatic retrieval using polycom side car keys has problems in
>> both NATIVE and LEGACY modes.
>>
>> In Native mode it fails to alert the phone that the call has left the
>> phone (if two calls from the same phone are parked at two parking orbits)
>> and in LEGACY mode the *78 code tries to pickup the main extension like
>> *789999 which is incorrect because it is not an orbit
>>
>> Has anyone come across this?
>>
>>
>> --
>> --
>> Ali S Ardestani
>> Telephony Systems Engineer
>> Private National Mortgage Acceptance Company (PennyMac)
>> 6101 Condor Drive
>> Moorpark, CA 93021
>>
>> (805) 330-6004 Office
>> (818) 224-7442 x2654 Office
>> (626) 817-3512 Mobile
>> (818) 224-7397 Fax
>>
>>  ali.ardest...@pnmac.com
>>
>>
>> _______________________________________________
>> sipx-users mailing list
>> sipx-users@list.sipfoundry.org
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>
>
>
>
> --
> Michael Picher, Director of Technical Services
> eZuce, Inc.
>
> 300 Brickstone Square****
>
> Suite 201****
>
> Andover, MA. 01810
> O.978-296-1005 X2015
> M.207-956-0262
> @mpicher <http://twitter.com/mpicher>
> linkedin <http://www.linkedin.com/profile/view?id=35504760&trk=tab_pro>
> www.ezuce.com
>
>
> ------------------------------------------------------------------------------------------------------------
> There are 10 kinds of people in the world, those who understand binary and
> those who don't.
>
>
> _______________________________________________
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
-- 
Ali S Ardestani
Telephony Systems Engineer
Private National Mortgage Acceptance Company (PennyMac)
6101 Condor Drive
Moorpark, CA 93021

(805) 330-6004 Office
(818) 224-7442 x2654 Office
(626) 817-3512 Mobile
(818) 224-7397 Fax

ali.ardest...@pnmac.com
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to