[cisco-voip] Better way than CTI Route Point for a voicemail only in CallManager 8x

Lelio Fulgenzi lelio at uoguelph.ca
Wed Apr 6 15:09:47 EDT 2011


great explanation Wes. thanks. 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
Cooking with unix is easy. You just sed it and forget it. 
- LFJ (with apologies to Mr. Popeil) 


----- Original Message -----
From: "Wes Sisk" <wsisk at cisco.com> 
To: "Sandy Lee" <Sandy.Lee at dti.ulaval.ca> 
Cc: "cisco-voip (cisco-voip at puck.nether.net)" <cisco-voip at puck.nether.net> 
Sent: Wednesday, April 6, 2011 3:06:43 PM 
Subject: Re: [cisco-voip] Better way than CTI Route Point for a voicemail only in CallManager 8x 

This does not address the functional question but does give a bit of 
history. 

CTI Route Points were originally only for redirecting calls. They 
provided a mechanism for an entity external to CUCM to reroute calls. 
To that end CTI Route Points originally did not support media 
termination. For purposes of capacity planning CTI Route points are 
considered more like trunks as they should handle bulk call volume. CTI 
ports are more like phones as they typically receive and provide 
treatment for a single call. 

Much of this history became null and void when CTI Route points started 
allowing media termination in the late CM4.x time frame. 

In general CTI route points should be used for instantaneous routing of 
calls. If a call "sits" on the route point then their has to be a 
hunting algorithm to cover many CTI route points or possibly the CTI 
application backending the CTI Route Point would have to be 
multi-threaded to provide concurrent treatment. There is a concern here 
about the many:1 relationship. When multiple calling parties attempt to 
access the same single resource you get into Erlang calculations. 

Hope this helps. 
Wes 


On 4/6/2011 11:02 AM, Sandy Lee wrote: 
> While on the subject of CTI RP for voicemail, can someone explain to me the difference between a CTI RP and a CTI Port? I mean, why create a CTI RP instead of a CTI port to define a Call Handler in Unity? Why one over the other? 
> 
> Thanks. 
> 
> Sandy. 
> 
> 
> -----Original Message----- 
> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wellnitz, Erick A. 
> Sent: 6 avril 2011 08:55 
> To: Jason Aarons (AM) 
> Cc: cisco-voip (cisco-voip at puck.nether.net) 
> Subject: Re: [cisco-voip] Better way than CTI Route Point for a voicemail only in CallManager 8x 
> 
> You should be able to create a directory number without associating it with a 'device'. The only issue is you or your client will not have a quick way to identify which DNs are specifically for VM boxes. I would also like something easier to keep track of these 'one off' DNs. 
> 
> On Apr 5, 2011, at 8:15 PM, "Jason Aarons (AM)"<jason.aarons at us.didata.com<mailto:jason.aarons at us.didata.com>> wrote: 
> 
> I have some Unity Connection 8.5 "informational mailboxes" that will be used with UCCE. Just a recording the queue is busy and leave a message. 
> 
> It seems like for users that don't have phones, just a voice mailbox, there should be a Device> Voicemail , rather than cheating around the DLU issues (back in that day I would make a phone that just has the phone number as the mac address and sent direct to vm but that trick now uses costly DLUs) It seams I'm back to creating a CTI Route Points for these mailboxes, which work,s but just seems odd when you explain it to a customer. 
> 
> It's like telling someone to use bungee cords to shut your car trunk, it works - but kind of odd. Eventually you think the car manufacturer would have a model with a latch for the trunk, but 5 years later all the new models don't have the latch and your explaining the bungee cord can come in colors</rant> 
> 
> Should I bother with having the customer submit a CallManager feature request for this? Seems my call forwarding from secondary lines request in 2001 didn't make it too far<grin>... 
> 
> ________________________________ 
> 
> [DDIPT]<http://dimensiondata.stream57.com/04141pm/> 
> 
> Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you. 
> 
> _______________________________________________ 
> 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 
> 
> =========================================================== 
> CIRCULAR 230 DISCLOSURE: Pursuant to Regulations Governing Practice Before the Internal Revenue Service, any tax advice contained herein is not intended or written to be used and cannot be used by a taxpayer for the purpose of avoiding tax penalties that may be imposed on the taxpayer. 
> =========================================================== 
> CONFIDENTIALITY NOTICE: 
> This electronic mail message and any attached files contain information intended for the exclusive use of the individual or entity to whom it is addressed and may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information may be subject to legal restriction or sanction. Please notify the sender, by electronic mail or telephone, of any unintended recipients and delete the original message without making any copies. 
> =========================================================== 
> NOTIFICATION: Katten Muchin Rosenman LLP is an Illinois limited liability partnership that has elected to be governed by the Illinois Uniform Partnership Act (1997). 
> =========================================================== 
> 
> _______________________________________________ 
> cisco-voip mailing list 
> cisco-voip at puck.nether.net 
> https://puck.nether.net/mailman/listinfo/cisco-voip 
> 
> _______________________________________________ 
> cisco-voip mailing list 
> cisco-voip at puck.nether.net 
> https://puck.nether.net/mailman/listinfo/cisco-voip 
_______________________________________________ 
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/20110406/c400c17a/attachment.html>


More information about the cisco-voip mailing list