[cisco-voip] ATA Call Pickup Group or something else?

[Madziarczyk, Jonathan]

If I follow that plan (common pickup group between A & B) would both A & B hear the call ring to 5555?

 

So it doesn’t sound like there’s a way to go the reverse though.  If B picks up can they put it on hold and have A pick up the call?  I’m not exactly sure how to park with analog/sccp.

 

JM

 

 

 

From: Rick Gilliam [mailto:rdg7656 at yahoo.com] 
Sent: Tuesday, October 23, 2012 11:05 AM
To: Madziarczyk, Jonathan
Subject: Re: [cisco-voip] ATA Call Pickup Group or something else?

 

1. Common Pickup group between A &B.

2. Station A that answerd the call would " Park" the call allowing Station B to grab the call.

Call manger has 10 Park slots to use.

More "Park" slots or orbits can be defined in Manager.

 

 

Rick 

From: "Madziarczyk, Jonathan" <jmad at cityofevanston.org>
To: cisco-voip at puck.nether.net 
Sent: Tuesday, October 23, 2012 10:46 AM
Subject: [cisco-voip] ATA Call Pickup Group or something else?

 

I’m trying to figure out what technology I should be using, since there seem to be a couple of ways to do different parts of this.

 

Call Manager 6.1

 

Department Main Number: 5555

Phone A: 7965 sccp

Phone B: Analog on ATA sccp

 

The Scenario is, 2 phones A & B want to be able to pick up when someone calls 5555.  They also want to be able to put the call on Hold and allow the other phone to be able to pick up the call.

 

It seems as if it could be as simple as just putting the same extension on both phones and learning the codes for an analog phone to put a call on hold and take off of hold for the same line.

 

Or it seems like a call pickup group might also be needed.

 

Ideas?  Can phone B pickup a call that phone A put on hold?

 

Thanks!

 

JM


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20121023/a93dcb0f/attachment.html>