[cisco-voip] Single button ARD

Sat Oct 9 11:12:30 EDT 2021

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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com>
...........................................................................................................................................

From: Kent Roberts <kent at fredf.org>
Sent: Saturday, October 9, 2021 10:59 AM
To: Matthew Huff <mhuff at ox.com>
Cc: Austin Williams <austinpucknether at gmail.com>; cisco-voip at 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 <mhuff at ox.com<mailto:mhuff at 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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com/>
...........................................................................................................................................

From: cisco-voip <cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> On Behalf Of Austin Williams
Sent: Saturday, October 9, 2021 12:07 AM
To: Kent Roberts <kent at fredf.org<mailto:kent at fredf.org>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at 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 <kent at fredf.org<mailto:kent at 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 <lelio at uoguelph.ca<mailto:lelio at 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 <mhuff at ox.com<mailto:mhuff at 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 IThelp at uoguelph.ca<mailto:IThelp at 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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com/>
...........................................................................................................................................

From: Schlotterer, Tommy <tschlotterer at presidio.com<mailto:tschlotterer at presidio.com>>
Sent: Friday, October 8, 2021 2:03 PM
To: Matthew Huff <mhuff at ox.com<mailto:mhuff at ox.com>>; Austin Williams <austinpucknether at gmail.com<mailto:austinpucknether at gmail.com>>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net<mailto:cisco-voip at 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<tel:+1.419.214.1415>

 |

C: +1.419.706.0259<tel:+1.419.706.0259>

 |

tschlotterer at presidio.com<mailto:tschlotterer at presidio.com>

[https://www2.presidio.com/signatures/Cybersecurity-Awareness-Month_Email-Footer_2021.jpg]

[https://www2.presidio.com/signatures/Presidio-logo-new.png]<http://www.presidio.com/>

From: cisco-voip <cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> On Behalf Of Matthew Huff
Sent: Friday, October 8, 2021 1:26 PM
To: Austin Williams <austinpucknether at gmail.com<mailto:austinpucknether at gmail.com>>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net<mailto:cisco-voip at 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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com/>
...........................................................................................................................................

From: Matthew Huff
Sent: Friday, October 8, 2021 12:54 PM
To: 'Austin Williams' <austinpucknether at gmail.com<mailto:austinpucknether at gmail.com>>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net<mailto:cisco-voip at 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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com/>
...........................................................................................................................................

From: Austin Williams <austinpucknether at gmail.com<mailto:austinpucknether at gmail.com>>
Sent: Friday, October 8, 2021 12:49 PM
To: Matthew Huff <mhuff at ox.com<mailto:mhuff at ox.com>>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net<mailto:cisco-voip at 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 <mhuff at ox.com<mailto:mhuff at 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
mhuff at ox.com<mailto:mhuff at ox.com> | www.ox.com<http://www.ox.com/>
...........................................................................................................................................

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at 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 at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20211009/b9c4611a/attachment.htm>