Should plar when you hit the button if the only device dn in that CSS list of partitions is blank.
> On Oct 9, 2021, at 9:12 AM, Matthew Huff <mh...@ox.com> wrote: > > First question, > > On the sip phone, how do I setup a dn button so when the button is pressed > (taken off-hook) it PLARs? The SIP dial-rules appear to only work when you > take the phone off hook, not a specific button. > > Matthew Huff | Director of Technical Operations | OTA Management LLC > > Office: 914-460-4039 > mh...@ox.com <mailto:mh...@ox.com> | www.ox.com <http://www.ox.com/> > ........................................................................................................................................... > > From: Kent Roberts <k...@fredf.org> > Sent: Saturday, October 9, 2021 10:59 AM > To: Matthew Huff <mh...@ox.com> > Cc: Austin Williams <austinpucknet...@gmail.com>; cisco-voip@puck.nether.net > Subject: Re: [cisco-voip] Single button ARD > > I was thinking the DN on the phone side… so it will ring.. > Use the Part/CSS thing for a PLAR but the destination side would be CTI > port…. Set that port to auto forward everything to a number that you can use > to route to your gateway. Sip route patters are more for address with @ in > them…. The route patter to your gateway can get the call there. At the > Gateway dial peer, clean up whatever as it goes out. Or if you own/control > both sides you could just pass the numbers through. > > Translation pattern should work, and well a route pattern to should work > instead of a CTI. As they have part/css bases and function the same way as a > phone.. > > Are you able to control the call routing on the gateway from something via > CUCM? I guess is there once side more of an issue then the other? > > > > On Oct 9, 2021, at 5:25 AM, Matthew Huff <mh...@ox.com <mailto: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 <mailto:mh...@ox.com> | www.ox.com <http://www.ox.com/> > ........................................................................................................................................... > > From: cisco-voip <cisco-voip-boun...@puck.nether.net > <mailto: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 <mailto:k...@fredf.org>> > Cc: cisco-voip@puck.nether.net <mailto: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 > <mailto: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 > <mailto: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 <mailto: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 <mailto: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 <mailto:mh...@ox.com> | www.ox.com <http://www.ox.com/> > ........................................................................................................................................... > > From: Schlotterer, Tommy <tschlotte...@presidio.com > <mailto:tschlotte...@presidio.com>> > Sent: Friday, October 8, 2021 2:03 PM > To: Matthew Huff <mh...@ox.com <mailto:mh...@ox.com>>; Austin Williams > <austinpucknet...@gmail.com <mailto:austinpucknet...@gmail.com>> > Cc: Cisco VoIP Group <cisco-voip@puck.nether.net > <mailto: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 > > <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 <tel:+1.419.214.1415> > | > C: +1.419.706.0259 <tel:+1.419.706.0259> > | > tschlotte...@presidio.com <mailto:tschlotte...@presidio.com> > > > <http://www.presidio.com/> > > > > From: cisco-voip <cisco-voip-boun...@puck.nether.net > <mailto: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 > <mailto:austinpucknet...@gmail.com>> > Cc: Cisco VoIP Group <cisco-voip@puck.nether.net > <mailto: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 <mailto: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 > <mailto:austinpucknet...@gmail.com>> > Cc: Cisco VoIP Group <cisco-voip@puck.nether.net > <mailto: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 <mailto:mh...@ox.com> | www.ox.com <http://www.ox.com/> > ........................................................................................................................................... > > From: Austin Williams <austinpucknet...@gmail.com > <mailto:austinpucknet...@gmail.com>> > Sent: Friday, October 8, 2021 12:49 PM > To: Matthew Huff <mh...@ox.com <mailto:mh...@ox.com>> > Cc: Cisco VoIP Group <cisco-voip@puck.nether.net > <mailto: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 > <https://www.networkcomputing.com/networking/using-cucm-configure-plar-phones> > > On Fri, Oct 8, 2021 at 11:19 AM Matthew Huff <mh...@ox.com > <mailto: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 <mailto:mh...@ox.com> | www.ox.com <http://www.ox.com/> > ........................................................................................................................................... > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> > https://puck.nether.net/mailman/listinfo/cisco-voip > <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 <mailto:cisco-voip@puck.nether.net> > https://puck.nether.net/mailman/listinfo/cisco-voip > <https://puck.nether.net/mailman/listinfo/cisco-voip> > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> > https://puck.nether.net/mailman/listinfo/cisco-voip > <https://puck.nether.net/mailman/listinfo/cisco-voip> > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> > https://puck.nether.net/mailman/listinfo/cisco-voip > <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
