[cisco-voip] Single button ARD
Kent Roberts
kent at fredf.org
Sat Oct 9 12:14:35 EDT 2021
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 <mhuff at 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
> 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 <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>
>
>
> <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 <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 <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 <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 <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 <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/dad1e6a8/attachment.htm>
More information about the cisco-voip
mailing list