<div dir="ltr"><div>You can't take a message directly to a call handler. You have to have it taken by a pdl, or a subscriber.</div>
<div> </div>
<div>But getting the calls to the call handler is pretty easy. Assign it a DID. GIve it that extension (where it says optional). Create a cti port, or cti route point or a dummy phone and forward all to voicemail.<br>
<br></div>
<div class="gmail_quote">On Thu, Sep 11, 2008 at 7:31 AM, <span dir="ltr"><<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Send cisco-voip mailing list submissions to<br> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a><br><br>You can reach the person managing the list at<br> <a href="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</a><br>
<br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of cisco-voip digest..."<br><br><br>Today's Topics:<br><br> 1. Cisco call handlers (Emmanuel Shoroma)<br> 2. Re: Cisco call handlers (Joe Cisco)<br>
3. Re: VG224 - SCCP - DTMF (Ed Leatherman)<br> 4. Re: unity connection 7 questions (Christopher M. Bomba)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Thu, 11 Sep 2008 04:50:45 -0700 (PDT)<br>
From: Emmanuel Shoroma <<a href="mailto:emmanuel.shoroma@yahoo.com">emmanuel.shoroma@yahoo.com</a>><br>Subject: [cisco-voip] Cisco call handlers<br>To: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Message-ID: <<a href="mailto:12985.1069.qm@web46102.mail.sp1.yahoo.com">12985.1069.qm@web46102.mail.sp1.yahoo.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br><br><br><br><br><br><br><br><br>
<br>Hi,<br>?<br>I need help setting up call handler. I have created a call handler and I need calls coming from outside to be directed to this call handler and record messages (this will take messages only afterhours). How do I go about that? How do I get calls routed to the call handler?<br>
<br><br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20080911/cb906a46/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20080911/cb906a46/attachment-0001.html</a>><br>
<br>------------------------------<br><br>Message: 2<br>Date: Thu, 11 Sep 2008 07:00:23 -0500<br>From: "Joe Cisco" <<a href="mailto:smetsysocsic@gmail.com">smetsysocsic@gmail.com</a>><br>Subject: Re: [cisco-voip] Cisco call handlers<br>
To: <a href="mailto:emmanuel.shoroma@yahoo.com">emmanuel.shoroma@yahoo.com</a><br>Cc: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Message-ID:<br> <<a href="mailto:ae303060809110500i1a2fad5fu100c9893d7ace423@mail.gmail.com">ae303060809110500i1a2fad5fu100c9893d7ace423@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br><br>You are a little vague, do you want calls to go to an "operator"<br>during the day and to the call handler at night? If so, simply give<br>the call handler the extension of the operator phone. Then have the<br>
operator forward all to voicemail after hours or you can set the phone<br>to forward no answer to voicemail. There is a STANDARD and a CLOSED<br>option on the call handler, build them accordingly.<br><br>-Joe C.<br><br>On Thu, Sep 11, 2008 at 6:50 AM, Emmanuel Shoroma<br>
<<a href="mailto:emmanuel.shoroma@yahoo.com">emmanuel.shoroma@yahoo.com</a>> wrote:<br>><br>><br>> Hi,<br>><br>><br>><br>> I need help setting up call handler. I have created a call handler and I<br>
> need calls coming from outside to be directed to this call handler and<br>> record messages (this will take messages only afterhours). How do I go about<br>> that? How do I get calls routed to the call handler?<br>
><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>><br><br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 11 Sep 2008 08:30:02 -0400<br>From: "Ed Leatherman" <<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>
Subject: Re: [cisco-voip] VG224 - SCCP - DTMF<br>To: "Mohit Saxena" <<a href="mailto:MohitS@starcomms.com">MohitS@starcomms.com</a>><br>Cc: Cisco Voip <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Message-ID:<br> <<a href="mailto:94a1afde0809110530h1038ef20m1ac5b76ca60dd457@mail.gmail.com">94a1afde0809110530h1038ef20m1ac5b76ca60dd457@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br>
<br>Hi Mohit,<br><br>Do you think this will work even though these are SCCP controlled ports? I<br>thought of that too but we're not running in H.323 mode so I was hesitant..<br>I didn't want to break the line's registration with callmanager.<br>
<br>On Wed, Sep 10, 2008 at 5:27 PM, Mohit Saxena <<a href="mailto:MohitS@starcomms.com">MohitS@starcomms.com</a>> wrote:<br><br>> Hello Friend,<br>><br>><br>><br>> You may put the following command under VoIp dial peer:<br>
><br>><br>><br>> dtmf-relay h245-alphanumeric<br>><br>><br>><br>> and retest.<br>><br>><br>><br>> Brgds,<br>><br>><br>><br>> *Mohit C. Saxena*<br>> Sr. Network Administrator<br>
> Starcomms Plc.<br>> <a href="http://www.starcomms.com/" target="_blank">www.starcomms.com</a><br>> Mob: +234-702-800-0709<br>><br>><br>><br>> *From:* <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a> [mailto:<br>
> <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] *On Behalf Of *Ed Leatherman<br>> *Sent:* Wednesday, September 10, 2008 7:08 PM<br>> *To:* Cisco Voip<br>> *Subject:* [cisco-voip] VG224 - SCCP - DTMF<br>
><br>><br>><br>> Hello all,<br>><br>> I've got a user out on a branch campus that is trying to use a long<br>> distance calling card from her dorm room (POTS phone), and she is unable to<br>> enter in the card number successfully after she connects to the carrier. If<br>
> she moves to an IP Phone it works fine.. so I am thinking this might have<br>> something to do with DTMF tones between the VG224 and the pstn gateway. I've<br>> had then swap out her POTS phone already, didn't help.<br>
><br>> VG224 ports are in SCCP mode. Anyone run into a similar problem before? Is<br>> there some specific configuration on the gateway I need to add to deal<br>> correctly with DTMF?<br>><br>> --<br>> Ed Leatherman<br>
> Assistant Director, Voice Services<br>> West Virginia University<br>> Telecommunications and Network Operations<br>><br>> ------------------------------<br>> DISCLAIMER: The information contained in this message (including any<br>
> attachments) is confidential and may be privileged. If you have received it<br>> by mistake please notify the sender by return e-mail and permanently delete<br>> this message and any attachments from your system. Any form of<br>
> dissemination, use, review, distribution, printing or copying of this<br>> message in whole or in part is strictly prohibited if you are not the<br>> intended recipient of this e-mail. Please note that e-mails are susceptible<br>
> to change. STARCOMMS PLC shall not be liable for the improper or incomplete<br>> transmission of the information contained in this communication nor for any<br>> delay in its receipt or damage to your system. STARCOMMS PLC does not<br>
> guarantee that the integrity of this communication has been maintained or<br>> that this communication is free of viruses, interceptions or interferences.<br>> STARCOMMS PLC reserves the right to monitor all e-mail communications,<br>
> whether related to the business of STARCOMMS or not, through its internal or<br>> external networks.<br>><br><br><br><br>--<br>Ed Leatherman<br>Assistant Director, Voice Services<br>West Virginia University<br>
Telecommunications and Network Operations<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20080911/ccf513bf/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20080911/ccf513bf/attachment-0001.html</a>><br>
<br>------------------------------<br><br>Message: 4<br>Date: Thu, 11 Sep 2008 08:31:25 -0400 (EDT)<br>From: "Christopher M. Bomba" <<a href="mailto:cbomba@s4nets.com">cbomba@s4nets.com</a>><br>Subject: Re: [cisco-voip] unity connection 7 questions<br>
To: "Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>Cc: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Message-ID: <<a href="mailto:1221136285.534121823@192.168.1.202">1221136285.534121823@192.168.1.202</a>><br>
Content-Type: text/plain;charset=UTF-8<br><br>Yes, that is a good idea. Also with version 7 you can implemenet CSS and partitions inside Unity. That way if you wanted to logically separate all users you can. Also one nice feature is that you can assign those CSSs to Call Handlers. So if you have overlap or some other reason why you needed to separate the searching of call routing you can do that.<br>
<br>Alternate extensions also support partitions.<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Christopher Bomba CCNP, CCVP<br>solutions4networks<br>Email - <a href="mailto:chris@s4nets.com">chris@s4nets.com</a><br>Cell - 412.398.3990<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br><br>-----Original Message-----<br>From: "Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>Sent: Wednesday, September 10, 2008 2:44pm<br>To: "Christopher M. Bomba" <<a href="mailto:cbomba@s4nets.com">cbomba@s4nets.com</a>>, <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: unity connection 7 questions<br><br>Thanks again Christopher. This looks good. It's interesting to see how they<br>might give you free VPIM across platforms but charge you for inter platform.<br>We'll have to evaluate if VPIM is worth it though.<br>
<br>I'm also considering the clustering option. Like I said, we have two<br>seperate servers right now for two fairly distinct user groups, i.e. student<br>vs. staff. By buying the high availability software we could combine the two<br>
and cluster them.<br><br>Lelio<br>--------------------------------------------------------------------------------<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>...seen on a Geek Squad patch cord: "While it is the same length, this 7'<br>crossover cable<br>is not regulation issue for most competitive Manhattan double dutch leagues.<br>
----- Original Message -----<br>From: "Christopher M. Bomba" <<a href="mailto:cbomba@s4nets.com">cbomba@s4nets.com</a>><br>To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Cc: <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>Sent: Wednesday, September 10, 2008 8:26 AM<br>Subject: RE: unity connection 7 questions<br><br><br>If you are going with all Unity Connections you can use digital networking<br>
and stuff should just work. You will have to join them to each other's<br>"connection network".<br><br>I know VPIM between Unity - Unity Connection and Unity - CUE is free but<br>between UC and UC there is probably a license cost. List price of VPIM is<br>
$8,500 and you would need at least two of those. When you have VPIM<br>licensed, you can create as many VPIM subscribers as you like.<br><br>Chris<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Christopher Bomba CCNP, CCVP<br>
solutions4networks<br>Email - <a href="mailto:chris@s4nets.com">chris@s4nets.com</a><br>Cell - 412.398.3990<br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br><br>-----Original Message-----<br>Date: Tue, 9 Sep 2008 22:14:45 -0400<br>From: "Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>
Subject: Re: [cisco-voip] unity connection 7 questions<br>To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Message-ID: <004801c912ea$feb74280$9801a8c0@pdp11><br>Content-Type: text/plain; charset="utf-8"<br>
<br>Thanks Christopher....I've added some additional comments for clarification.<br> 1.. OK - I guess we don't have internet subscribers.<br> 2.. I read that document after I posted and saw that page and the<br>following paragraph. Let's hope this means I can enable a call handler<br>
greeting and allow users to enter an extension that is not associate with a<br>user and have them transferred to that number. While it seems like that's<br>what it means, I've been surprised before. I'm hoping it's not the first<br>
step and it requires additional keystrokes from the user. I want a user to<br>hear a call handler greeting and enter the extension of the coffee room the<br>same way they would enter a regular extension.<br> a.. To Configure an Individual Greeting to Allow System Transfers<br>
Step 1 In Cisco Unity Connection Administration, go to the Greetings<br>page for the applicable user, user template, call handler, or call handler<br>template.<br> Step 2 Select the applicable greeting.<br> Step 3 On the Edit Greeting page, check the Allow Transfers to Numbers<br>
Not Associated with Users or Call Handlers check box.<br> Step 4 Click Save.<br><br> 3.. We are looking at deploying multiple Unity Connection servers. We<br>currently have three Unity servers, we would likely migrate them all to<br>
Unity Connection. I'm hoping digital network would allow two seperate unity<br>connection servers to communicate with each other. One server is analog<br>integration, so we might leave that as is and get VPIM networking working<br>
with that one.<br><br> 4.. It might be of administrative benefit to do this rather than having to<br>remember which call handlers to replicate. Is there a cost to VPIM<br>subscribers? We have quite a number of leftover voicemail subscribers - can<br>
I just use one of these licences or do I have to buy VPIM licences?<br><br><br><br>----- Original Message -----<br>From: "Christopher M. Bomba" <<a href="mailto:cbomba@s4nets.com">cbomba@s4nets.com</a>><br>
To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Cc: <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>Sent: Tuesday, September 09, 2008 8:57 AM<br>Subject: RE: unity connection 7 questions<br>
<br><br>A. I don't see anywhere to create an internet subscriber<br><br>B. Depending on how you set up permissions and transfer rules you can do<br>this:<br><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/connection/7x/administration/guide/7xcucsag115.html" target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/connection/7x/administration/guide/7xcucsag115.html</a><br>
<br>C. Connection supports VPIM and Digital Networking, no AMIS. I think<br>Digital Networking only works between two UC clusters. So if you have Unity<br>and you want to migrate to Unity Connection you would need to use VPIM.<br>
Then if that was the case you would have to create those subscribers as VPIM<br>subscribers so they could be reference between the boxes.<br><br>D. If you wanted to have a call handler on one box to reference subscribers<br>
on another you would again have to create those subscribers as VPIM<br>subscribers.<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Christopher Bomba CCNP, CCVP<br>solutions4networks<br>Email - <a href="mailto:chris@s4nets.com">chris@s4nets.com</a><br>
Cell - 412.398.3990<br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br><br>-----Original Message-----<br>Date: Mon, 8 Sep 2008 23:16:51 -0400<br>From: "Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>><br>
Subject: [cisco-voip] unity connection 7 questions<br>To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>Message-ID: <001601c9122a$80ffbd60$9801a8c0@pdp11><br>Content-Type: text/plain; charset="windows-1252"<br>
<br>now that unity connection 7.0(1) is out of the bag (well, documentation at<br>least)...i'm hoping anyone out there who was involved in the early field<br>trials (or Cisco staff in the know) might be able to answer a few questions:<br>
a.. does it have Internet Subscribers?<br> b.. does it have integrated system transfer, that is, will it<br>automatically forward a call to an extension that isn't a user or call<br>handler?<br> c.. does it offer "networking" like Unity does? we have two voicemail<br>
servers we would like networked similar to what they have now?<br> d.. if so, are call handlers exported across this network? this is why we<br>chose internet subscribers, they were replicated in the directory<br><br>--------------------------------------------------------------------------------<br>
Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>
"Bad grammar makes me [sic]" - Tshirt<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL:<br><<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20080908/7200e474/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20080908/7200e474/attachment-0001.html</a>><br>
<br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL:<br><<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20080909/ef8e6fa8/attachment.html" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20080909/ef8e6fa8/attachment.html</a>><br>
-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: not available<br>Type: image/gif<br>Size: 43 bytes<br>Desc: not available<br>URL:<br><<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20080909/ef8e6fa8/attachment.gif" target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20080909/ef8e6fa8/attachment.gif</a>><br>
<br>------------------------------<br><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br><br>End of cisco-voip Digest, Vol 59, Issue 72<br>******************************************<br><br><br><br><br><br>------------------------------<br><br>_______________________________________________<br>cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>
End of cisco-voip Digest, Vol 59, Issue 93<br>******************************************<br></blockquote></div><br></div>