Just confirming here a DN on an 8800 series phone setup as a ringdown / PLAR / turret button can also receive incoming calls directed to it (at least on CUCM 12.X)
I've had a similar requirement at a US football stadium. Button one on phone one would call button one on phone two when pressed. Button one on phone two would call button one on phone one when pressed. Button two on phone one would call button one on phone three when pressed. Button one on phone three would call button two on phone one when pressed. You also couldn't receive calls from anywhere else on those buttons per some unique partitions. This was over the enterprise IP network so the T1 channel requirement will obviously complicate it. Spit balling I suspect this would be an exercise in the PLAR blank translation patterns transforming to route patterns accessing individual T1 channels. On Sat, Oct 9, 2021 at 7:30 AM Matthew Huff <mh...@ox.com> wrote: > “Ringdowns” are something very common in the trading world. Most traders > sit in front of what is called a “Turret” instead of a traditional phone. > Turrets in the past were mostly key-switch systems with limited routing > capability;i.e, everything is hard-wired. > > > > Here is the full picture. > > > > Customer Turret Button -à Turret PBX à> IPC T1 dedicated channel ………IPC > T1 dedicated channel …..-> IOS Gateway-à CUCM-> Our Phones -> Trader > button > > > > This is setup this way to bypass PSTN, dialtone, etc.. > > > > At the customer site they may have many traders with the same button. On > our side we may have many traders with the same button > > > > Either side at any time may press the button and the other side > immediately rings. Anyone can pickup at that side. Since there is only one > channel per ringdown, only one call can be placed per ringdown. > > > > > I have had this working with SCCP phones on call manager express for many > years with this: > > > > voice-port 0/3/1:0 > > define Tx-bits idle 1111 > > define Tx-bits seize 0000 > > define Rx-bits idle 1111 > > define Rx-bits seize 0000 > > no vad > > no comfort-noise > > connection plar B100 > > description StockLoan > > station-id name StockLoan > > > > > > ephone-dn 32 > > number B100 > > label Stock Loan > > description Stock Loan > > name Stock Loan > > trunk B101 > > ! > > dial-peer voice 300 pots > > description StockLoan > > destination-pattern B101 > > port 0/3/1:0 > > > > I’ll take a look at CTI route points. There are a lot of ways of doing > things in CUCM and I’m not familiar with a lot of them, so I don’t know > where to even look. So I would use a CTI route point for incoming calls and > a SIP Dial Rule for outbound? One question about that is that the > documentation for SIP dial rules talk about 79xx phones not 88xx series > phones. Does it work with them as well? > > > > > > *Matthew Huff* | Director of Technical Operations | OTA Management LLC > > > > *Office: 914-460-4039* > > *mh...@ox.com <mh...@ox.com> | **www.ox.com <http://www.ox.com>* > > > *...........................................................................................................................................* > > > > *From:* cisco-voip <cisco-voip-boun...@puck.nether.net> *On Behalf Of *Austin > Williams > *Sent:* Saturday, October 9, 2021 12:07 AM > *To:* Kent Roberts <k...@fredf.org> > *Cc:* cisco-voip@puck.nether.net > *Subject:* Re: [cisco-voip] Single button ARD > > > > This one has me curious now too. Took me a second to understand what you > were looking for specifically though. I'd think that the Ringdown to a CTI > route point forwarded to the PLAR DN on the phone and then a duplicate on > the way back should work. I don't think there is anything stopping a PLAR > DN from answering a call but Like Kent just said "Stranger things have > happened." > > > > I might test this out on Monday with a few test phones I have laying > around and see what happens. > > > > One question though, Do you also want it to auto answer on each side, > Kinda like a push to talk or just cause the phone to ring on the other > side? I'm going to experiment with both cause I can see a use for both in > my setup. > > > > On Fri, Oct 8, 2021 at 9:19 PM Kent Roberts <k...@fredf.org> wrote: > > If you put a DN on the source it should be able to ring…. All the guys I > work with that have interacted with plars all agree… but stranger things > have happened in the new versions of cucm… so… :) > > > > > > On Oct 8, 2021, at 8:05 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote: > > > > > I can’t recall, but are we saying that an extension that is configured as > a PLAR isn’t able to receive calls? I could have sworn this was possible. > > > > If this is true, wouldn’t this solve the issue? One button to both call > out one number and receive calls? And a similar one on another phone? > > Sent from my iPhone > > > > On Oct 8, 2021, at 2:27 PM, Matthew Huff <mh...@ox.com> wrote: > > > > > > *CAUTION:* This email originated from outside of the University of > Guelph. Do not click links or open attachments unless you recognize the > sender and know the content is safe. If in doubt, forward suspicious emails > to ith...@uoguelph.ca > > > > > > Not really, since it requires acknowledgement. My example only goes so > far, in reality, one end of the ARD is a T1 line on a IOS voice gateway > that goes to another entity. > > > > *Matthew Huff* | Director of Technical Operations | OTA Management LLC > > > > *Office: 914-460-4039* > > *mh...@ox.com <mh...@ox.com> | **www.ox.com <http://www.ox.com/>* > > > *...........................................................................................................................................* > > > > *From:* Schlotterer, Tommy <tschlotte...@presidio.com> > *Sent:* Friday, October 8, 2021 2:03 PM > *To:* Matthew Huff <mh...@ox.com>; Austin Williams < > austinpucknet...@gmail.com> > *Cc:* Cisco VoIP Group <cisco-voip@puck.nether.net> > *Subject:* RE: [cisco-voip] Single button ARD > > > > Sounds like you are trying to setup an intercom. > > > > > https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/11_5_1/featureConfig/CUCM_BK_C7DC69D3_00_cucm-feature-configuration-guide_115/CUCM_BK_C7DC69D3_00_cucm-feature-configuration-guide_115_chapter_011001.html > > > > > > > > *Tommy Schlotterer* > > *| * > > *Engineer* > > *Presidio* > > *| * > > *presidio.com* <http://www.presidio.com/> > > *5025 Bradenton Ave, Suite B, Dublin, OH 43017* > > *D: +1.419.214.1415 <+1.419.214.1415>* > > *| * > > *C: +1.419.706.0259 <+1.419.706.0259>* > > * | * > > *tschlotte...@presidio.com* <tschlotte...@presidio.com> > > > > <http://www.presidio.com/> > > > > > > *From:* cisco-voip <cisco-voip-boun...@puck.nether.net> *On Behalf Of *Matthew > Huff > *Sent:* Friday, October 8, 2021 1:26 PM > *To:* Austin Williams <austinpucknet...@gmail.com> > *Cc:* Cisco VoIP Group <cisco-voip@puck.nether.net> > *Subject:* Re: [cisco-voip] Single button ARD > > > > *EXTERNAL EMAIL* > > > > > > Here is a full example of what I need. > > Two users, named Steve & Joe each with a 8861 SIP phone on CUCM 14.x > > > > Steve has a prime-dn of 6000 > > Joe has a prime-dn of 6001 > > > > On Steve’s phone he has two extra buttons: > > > > Speed Dial, labeled [TO JOE], which dials 7001 > > Directory Number, labeled [ FROM JOE] which has a DN of 7000 > > > > On Joe’s phone, he has two extra buttons: > > > > Speed Dial, labeled [TO STEVE], which dials 7000 > > Directory Number, labeled [ FROM STEVE] which has a DN of 7001 > > > > That is easy and works fine. > > > > > > But I need it to be single buttons: > > > > On Steve’s phone > > Labeled [JOE], which dials JOE and receives calls from JOE when he presses > his [STEVE] button > > > > One Joe’s phone > > Labeled [STEVE], which dials Steve and receives call from Steve when he > presses his [JOE] button > > > > > > I have this working on SCCP phones in Call Mnager Express and is very > standard in a trading environment. Anyone have any ideas? > > > > > > > > *Matthew Huff* | Director of Technical Operations | OTA Management LLC > > > > *Office: 914-460-4039* > > *mh...@ox.com <mh...@ox.com> | **www.ox.com <http://www.ox.com/>* > > > *...........................................................................................................................................* > > > > *From:* Matthew Huff > *Sent:* Friday, October 8, 2021 12:54 PM > *To:* 'Austin Williams' <austinpucknet...@gmail.com> > *Cc:* Cisco VoIP Group <cisco-voip@puck.nether.net> > *Subject:* RE: [cisco-voip] Single button ARD > > > > That is exactly what I’m not trying to do. Everytime I mention PLAR or ARD > those are the articles I’m referred to and are not helpful. That example > and others are for courtesy phones, hotlines, etc.. > > > > What I need to do is when a dedicated T1 channel on the voice gateway (IOS > 2800) goes off-hook it routes to a DN on the phone. When the same DN is > picked up, it dials a number that routes back to the same channel on the > voice gateway. > > > > I can do this with two buttons (one being a speed dial, and the other > being a DN), but I need this to be a single button. Someone could have 20 > different ring downs on the same phone device. > > > > > > *Matthew Huff* | Director of Technical Operations | OTA Management LLC > > > > *Office: 914-460-4039* > > *mh...@ox.com <mh...@ox.com> | **www.ox.com <http://www.ox.com/>* > > > *...........................................................................................................................................* > > > > *From:* Austin Williams <austinpucknet...@gmail.com> > *Sent:* Friday, October 8, 2021 12:49 PM > *To:* Matthew Huff <mh...@ox.com> > *Cc:* Cisco VoIP Group <cisco-voip@puck.nether.net> > *Subject:* Re: [cisco-voip] Single button ARD > > > > What are your gateways built with, MGCP, H323, SIP? What version of call > manager are you working on? > > > > Ringdowns for call managers are built using CSSs, Partitions and a Null > Translation pattern. > > > > Here is a good article on it: > https://www.networkcomputing.com/networking/using-cucm-configure-plar-phones > > > > On Fri, Oct 8, 2021 at 11:19 AM Matthew Huff <mh...@ox.com> wrote: > > I’m trying to setup a button on people’s phone where they will get inbound > calls like a (DN) when voice-port goes off-hook on our gateway > (connection plar xxxx). When the button is pressed on any phone, it should > do the same thing, take the channel off hook on the voice gateway. > > > > All the example’s I’ve seen are for doing PLAR when the phone > goes offhook or the “new call button” is pressed, but not a separate line. > > > > I’ve done this in the past with CME like: > > > > > > voice-port 0/3/1:0 > > define Tx-bits idle 1111 > > define Tx-bits seize 0000 > > define Rx-bits idle 1111 > > define Rx-bits seize 0000 > > no vad > > no comfort-noise > > connection plar B100 > > > > ephone-dn 32 > > number B100 > > trunk B101 > > > > *Matthew Huff* | Director of Technical Operations | OTA Management LLC > > > > *Office: 914-460-4039* > > *mh...@ox.com <mh...@ox.com> | **www.ox.com <http://www.ox.com/>* > > > *...........................................................................................................................................* > > > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > > > > *This message w/attachments (message) is intended solely for the use of > the intended recipient(s) and may contain information that is privileged, > confidential or proprietary. If you are not an intended recipient, please > notify the sender, and then please delete and destroy all copies and > attachments. Please be advised that any review or dissemination of, or the > taking of any action in reliance on, the information contained in or > attached to this message is prohibited.* > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > > > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
