Can you hear me now? Tales from a Cisco voice instructor - Tales from a Cisco voice instructor

Can you hear me now? Tales from a Cisco voice instructor

Nov 25 2009   7:04PM GMT

What You Should Know Before You Add Unity Subscribers



Posted by: Dave Bateman
Unity, Cisco, Subscriber template, Adding Users to Unity

Whenever I teach, I begin the class by doing introductions. One week while we were doing introductions, a student introduced herself and said, “And Unity sucks.” I said to her, “I can sense something’s bothering you, would like to share it with the class?” She said, “Yeah, we just ran into that Unity bug this weekend, and I spent the whole weekend fixing it.” I told here that she would have to be a little more specific than that “Unity bug.” “You know, the one where the phone doesn’t ring when it is transferred from the auto attendant” was her reply. I immediately knew exactly what she was talking about.

If you don’t change the subscriber templates before adding users, you are going to end a few things that you may like about the way it operates. One of things is that when it transfers the call, it is sent directly to voicemail and does not ring a subscriber’s extension. This is not a bug in the system, or an error. This is just the way it works. So before you add subscribers you may want to make a few changes.

Let’s take a look at a few of the settings that you may want change. First let’s look at the issue this young lady had. If you look at the default subscriber template and go to the Call Transfer settings, you’ll see that it is set to go directly to greeting. You will want to change this to ring the subscriber’s extension. Figure 1 shows that how this setting should look.

Call Transfer Settings

Figure 1

Another common issue is that when a user wants to send or forward a voicemail to another user of the same system, Unity will ask them to address the message by entering the name of the other user. Typically, people want to simply enter the extension number of the person. To fix this setting, go to the Conversation section of the subscriber template and set the Identify addressee by: setting to Enter the extension. You need to go into system settings to fix this. Figure 2 shows what this setting should look like:

Identify Addressee Setting

Figure 2

Another setting that a lot of administrators don’t like is that by default the user will have the ability to remove themselves from the directory of the auto attendant. This setting is not part of the subscriber template but rather the Class of Service. To change this, navigate to the class of service you wish to change and go to the Profile page. Change the setting so it reflects what you see in figure 3:

Directory Listing Setting

Figure 3

There may be other settings that you want changed based on your environment. Do yourself a favor - take the time to look at all the different settings within Unity and make sure things are set the way you want before adding subscribers.

The good news is if you don’t do this, there is a way to quickly change settings for multiple users. There is a tool called bulk edit. We’ll take a look at this tool in the next post.

Nov 23 2009   7:46PM GMT

How To Add Phones That Don’t Have Voicemail To Unity’s Auto-Attendant



Posted by: Dave Bateman
Unity, Cisco, Internet subsciber, auto attendant

Have you ever run into a situation where you needed to add phones to the directory in Unity but the phone didn’t necessarily need a voicemail account? Let’s say you have a customer that has five phones they want listed in the directory but didn’t want voicemail assign to them. They want to know if there was a way to add these phones to directory without having to use a voicemail license. Here’s what you are going to tell them.

Unity allows for a type of subscriber known as an Internet subscriber. The subscriber is configured with an Internet e-mail address. If a voicemails is left to the subscriber, Unity will send it via e-mail as a wav of attachment. This type of subscriber does not require any type of licensing so that makes them free. Free is always good. These types of subscribers can appear in the directory so that they are searchable via the auto attendant. Figure 1 shows the standard parameters that must be completed when configuring an Internet subscriber. When configuring the subscriber, you have to enter an e-mail address. Since no voicemail will actually be sent to this e-mail address, it does not have to be a real e-mail address. Typically I select a dummy e-mail box within the customer’s domain.

Internet Subscriber Properties

Figure 1

Since the customer didn’t want this phone to receive voicemail, we simply created Internet subscribers and configure After greeting action to Send to caller to: Call handler. This way, if somebody searched for the user in the directory they would find them select that user and the phone would ring if nobody answered the phone and a message would play saying, “Sorry, nobody is currently able to take your call.” Also be sure to configure this so that the call would then be sent to the top of the auto attendant. Figure 2 shows how this would be configured on the greetings page of that subscriber.

Greeting Settings

Figure 2

So there you have it. You can now add users and phones to the auto attendant within Unity without having to use of a voicemail license.


Nov 20 2009   5:11PM GMT

Understanding Cisco Unity Networking



Posted by: Dave Bateman
Cisco, Unity Networking, Unity, VPIM, AMIS

From time to time I will be meeting with a client that is considering a Unity implementation. One common concern is how they will integrate it in with their existing voicemail systems. Often they have systems spread across the country and are not ready to replace all of them. While this is a valid concern, it is not a problem. Unity has the ability to integrate with a number of different voicemail systems. This article will offer an overview of four types of Unity networking.

The first is called Digital networking. This type of networking is not used to interrogate Unity with another vender’s voicemail, but rather to connect multiple Unity servers together. One requirement of Digital networking is that all the Unity servers be part of the same Active Directory (AD). Since all the Unity servers use the same AD, there really isn’t much Unity has to do to make this work. Unity leverages AD to provide Digital networking. Once Digital networking is implemented, the users on any Unity server can forward and reply to messages to a user on any of the servers. To the users they all feel as if they are on a single voicemail system.

When integrating with a voicemail system from another vender, you will most likely use Audio Messaging Interchange Specification (AMIS) or Voice Profile for Internet Mail (VPIM). They are similar in that they allow you to integrate with other voicemail systems but how they do it is quite different. AMIS uses analog telephone lines to communicate with the other voicemail system (figure 1). The simplest way to explain this is that Unity calls the other voicemail system and plays the message which the other system records and delivers to the user’s voicemail box. Since Unity has to play the message, the delivery will take at least as long as the message is. For example, if the message is 30 seconds, it will take 30 seconds to play the message plus time for the setup and tear down of the call.

AMIS Diagram

Figure 1

VPIM on the other hand uses IP as its transport mechanism. This, of course, requires that the systems be connected via some type of IP network (figure 2). VPIM works very similar to the way email works. VPIM messages are actually sent via Simple Mail Transfer Protocol (SMTP) just as emails are. Since these messages are sent across an IP network, the time that it takes to deliver a message is dependent on the speed of the connection; but it is safe to say that it will always be quicker than AMIS.

VPIM Diagram

Figure 2

So why wouldn’t you just always use VPIM? That’s an easy one… because you can’t. Some voicemail systems don’t support VPIM. This would leave you going the AMIS route, assuming the other voicemail system supported that.

The last type of networking is called Bridge networking. This is used to connect Unity to an Octel system. This type of networking requires a separate server called a Bridge server (figure 3). Unity connects to the Bridge server via IP while the Bridge server connects to the Octel system via analog lines. The bridge server looks like another Octel server to the Octel network. Messages from the Unity server are delivered to the Bridge server, and the Bridge server delivers them to the Octel server.

Bridge Diagram

Figure 3

So now you know everything you ever wanted to know about Unity networking. OK, maybe not, but you should have a good understanding of the different types of networking that Unity supports.


Nov 18 2009   6:41PM GMT

Cisco’s Got Its Game On



Posted by: Dave Bateman
Cisco, Game, Edge Quest, myPlanNet

A couple of weeks ago I talked about a new game form Cisco called MyPlanNet where you took on the role of a service provider CEO and tried to grow your company. If you thought it was odd that Cisco had entered the game market, you may be surprise to hear that is not the only game out by Cisco. This time you don’t have to play it on a PC. No, they haven’t created an Xbox,PS3 game or even a Wii game. I wonder what a Cisco Wii game would be like? I suppose you could use the Wii remote to plug the cable into the correct port. Now, doesn’t that sound like fun? OK, maybe not. The game I am talking about runs on the Iphone. Don’t worry; if you don’t have an Iphone, there is also a flash version of the game

This game is called Cisco Edge Quest 2. In this game you are the pilot of a ship and must guide the ship across five lanes of network traffic within an ASR 9000. Exactly why there is a ship in an ASR 9000 is never really explained. While you fly through the ASR 9000, you need to collect the green data packets and avoid the red blocks that represent network disruptions.

Edge Quest 2

The game has some interesting points of play to it. Since collecting data packets and avoiding red blocks can get pretty repetitive, damaged packets are also on the track. At first you may think you want to avoid the damaged packets but, if you pick one and then pick up a repair packet within a certain amount of time, you can earn bonuses. Along the way you can also pick up speed upgrades to increase the speed at which your network operates. I think my favorite aspect of this game is the fact that you pretty much maintain 99.999% up time to successfully complete a level. The geek in me found that pretty clever. The How to Play section of the game is done well and the narration certainly sounds like it is done by Patrick Stewart but I can not verify that.

Since this it is a free game, I can honestly say it is worth every penny you pay for it. This game isn’t going to give the Need for Speed series anything to worry about but, it is a fun little app. While the game is free, you may have to watch a short ad when playing the flash version. Go ahead and download it to you Iphone and give it a try. If you don’t have an Iphone, give the flash version a shot. I think I actually enjoyed the flash version a little more.


Nov 14 2009   9:38AM GMT

Cisco 9900 Series Phones - Seeing What Others are Saying



Posted by: Dave Bateman
Cisco, IP Phone, 9971, 9951, video phone

We have been hearing about desktop video phones for a long time. Some say that one day all calls will be video calls. Perhaps that is true, but I am still not sure I want someone to see what I look like when I answer the phone first thing in the morning (or at noon on a lazy Saturday). It reminds me of an old Jetson’s episode where Judy didn’t want the caller to see her so the phone popped up a photo of her all made up. When we get to the point of video calls being a standard, I think I am going to have to get one of those made. Well, in another push towards this end, Cisco has announced two new phones that could help bring this idea closer to reality. They have announced two very slick looking phones: the 9971 and the 9951.Cisco 9900 Series Phones

Photo Courtesy of Cisco Systems, Inc. Unauthorized use not permitted.

These phones boast a number of nice features. Here are peek at a few of them:

-640×480 Color Screen

The 9971 has a 5.6 inch screen while the 9951 sports a 5 inch screen

-Bluetooth 2.0

This is for Bluetooth headset support

-USB 2.0 Ports

Support USB headsets and the optional Cisco Unified Video Camera

-Gigabit Ethernet Port

Allows you to plug a PC into the back of the phone

These phones do look very nice but, like I said, I am not so sure I want all my calls to be video calls. I know that when I am in WebEx meetings and video streaming is enabled, no one ever seems to be sending video. The internet has seemed to lower people’s inhibitions, just go check out the status updates of your Facebook friends. I don’t know if people are ready for live video streaming of all their calls. I guess that might be why Cisco chose to design the phone so that the camera is an optional feature.


Nov 11 2009   8:05PM GMT

MWI work around for Unity



Posted by: Dave Bateman
Unity, MWI, Cisco, Voicemail

In the last article I discussed how to setup multiple voicemail accounts for a single phone. In the example, the phone I used was an analog phone. While some analog phones have MWI indicators, with three voicemail accounts associated to this phone, it would not be possible to determine which voicemail account the message was in without logging into each until you found it. Another situation I came across a few weeks ago was a customer that had a small call center. They had configured a hunt group of nine people and set the last forward to go to a voicemail box. They wanted to know how they could set message waiting indication (MWI) up for everyone in the hunt group. Since the phone they were using had no available buttons, we could not set up the typical MWI solution. It needed to be setup so that everyone in the group was notified that there was a new message and would also know when someone had listened to it.

This solution is not really glamorous, but it gets the job done. In short, the standard MWI function will not work so we are going have to look elsewhere. We chose to use the message notification function of Unity. We setup the voicemail box for the hunt group to send an email to an email alias when a new message was received. The email alias was setup to send the message to the email account of everyone in the hunt group. Figure 1 shows how this configuration looks. You will see that we selected Text Pager 1 as the device since this uses an email address as the destination.

Message Notification Device Settings

Figure 1

This solved the problem of notifying people that there was a new message, but how are they going to know if someone listened to it or if the message just sat there for days? We configured what I call the “nag factor.” We configured message notification to resend the email every five minutes until it was listened to. This was done be setting the Repeat notification if there are still new messages after this many minutes parameter to five. We included the supervisor in this group so that she would know how long it was taking for someone to listen to the message. Figure 2 shows how this is configured.

Message Notification Device Settings

Figure 2

The solution we settled on could also be used to notify people in the situation of multiple voicemail boxes assigned to a single phone. In the case of the multiple voicemail boxes assigned to a single phone, you could do the same type of thing by setting up message notification for each voicemail account and have it send an email to the owner of the account.


Nov 6 2009   6:16PM GMT

How to Configure Multiple Cisco Unity Voicemail Boxes for a Single Phone



Posted by: Dave Bateman

A customer of mine had a phone that was located in the warehouse and shared by three workers. With all of the moving equipment that was in the warehouse they didn’t want to take the chance of damaging a Cisco IP phone so they placed an analog phone out there that was hooked up to an analog gateway. Since three people shared the phone, they wanted to know if everyone could have their own voicemail box. This can be done fairly easy with Cisco Unity.

The first thing we did was create three mailboxes in Unity. This allowed us to assign a different extension for each worker. Each mailbox was configured with the call transfer setting set to ring the extension of the analog phone. For instance, the extension of the phone was 1012; we assign extension 1015, 1016 and 1017 to the workers. When someone called in through the auto attendant and entered any of the worker’s extensions, Unity would send the call to 1012. If no one answered, the voicemail was left in the mailboxes of the worker that the call was for. Figure 1 shows how this was configured on the Call Transfer page for extension 1015.

Call Transfer Settings

Figure 1

By tweaking a few other settings we were able to add a couple other cool features. The transfer type was set to Supervised Transfer. This allowed us to configure Unity to prompt the caller for their name. When the phone was answered, Unity would then say who the call was for, who the call was from and allow the worker to accept the call or send it to voicemail. These features were configured by checking the following boxes on the bottom of the Call Transfer Page:

  • Introduce
  • Confirm
  • Ask caller’s name

Figure 2 shows how these settings were configured on the Call Transfers page.

Call Transfer Settings

Figure 2

The result was better than the customer expected. By configuring it this way, anyone in the warehouse could answer the phone and hear who the call was for. They could then hand the phone to that person. If the person wasn’t there, they could press 2 and the call would be sent to voicemail.

One issue this configuration presents is that the standard Message Waiting Indictor (MWI) method won’t work. In my next post I will discuss ways to work around this issue.

There are a number of situations where this type of solution might come in handy. Hopefully, it will come in handy for you someday.


Nov 4 2009   7:53PM GMT

Game Play the Cisco Way



Posted by: Dave Bateman
myPlanNet, Cisco, Game, myciscocommunity

Do your dreams include becoming the next CEO of Verizon or AT&T? Well if they do, then you had better get your service provider management game on. Don’t know where to start? Well how about with a game. That’s right, there is a new game out that lets you take on the role of a service provider CEO and grow your business from a simple dial up provider to one that can rival the likes of Comcast.

Now, before you run out to GameStop to try to buy this game, there is a few things you should know. The first is that you won’t find it at GameStop, the second is that you can’t buy it. That is because it is available for free. The name of the game is myPlanNet and is available for download from Cisco’s myCiscoCommunity website.

You can choose to start out as a landline, cable or cell provider. You even get to come up with a catchy name for you company and, if that isn’t enough excitement for you, you can also name the blocks of your city. I know, this all sounds like just too much fun right? Well, if you like sim games at all and you have a bit of a geek streak, then you might find yourself enjoying this game. I am not saying that I will be putting away Call of Duty anytime soon but I am finding it somewhat interesting.

The idea behind the game is to help players understand the challenges service providers face. Those that have been following the whole network neutrality debate may find it interesting. I’m not saying it will cause anyone to change their position, but it’s not a bad thing to walk a mile in the other man’s shoes.

At the end of the day, this is just a game. Go ahead and see what it feels like to inflict outrageous rates on your customers or see how much money you can make by selling services below cost. For fun you could charge the same fees you are actually paying and see how happy that makes your customers. I don’t think we will be seeing this title on any of the game consoles in the near (or distant) future, but if you find yourself with some extra time and want try to take over the service provider empire, give it a try.


Oct 31 2009   2:27AM GMT

Removing Unused Directory Numbers in Cisco Communications Manager



Posted by: Dave Bateman
Cisco, communications manager

I am not sure what it is like where you live but where I am the leaves are falling and the trees are becoming bare. It’s a nice time of the year with the color in the trees and the leaf covered yards. But, as the trees becoming bearer, I am able to see more clearly into my woods, and I see all of the clean up that is needed. It was nice during the summer when all the foliage covered it up but the work ahead of me is becoming a little too easy to see. I guess that is nature’s way of making sure things don’t go unnoticed for too long. This started me thinking about the things that tend to go unnoticed in Cisco Unified Communications Manager environments. Things that we really should clean up but tend to forget about because we don’t see them.

The one thing that quickly comes to mind is unused Directory Numbers (DNs). In the past it wasn’t so much a problem. When you deleted a phone, the directory number was removed as well. Things have changed. In the current releases of CM, when you delete a phone, the directory number is not removed from the database. This may not cause a problem but it is best to keep the database as clean as possible.

You are thinking to yourself, “no problem, I have never deleted a phone so I don’t have unused directory numbers.” Think again… have you ever place an exiting number into a partition? If you have, then you most likely have unused directory numbers. In the current versions of CM when you assign a partition to a directory number a new directory number is created within the selected partition. The result is that you have two directory numbers with the same number but in different partitions. Over the course of time you can end up with a number of unused directory numbers.

Now that you understand how unused directory numbers came to live in your system, it is time to remove them. The following steps show you how to find and delete these directory numbers. But first, a disclaimer… as with all CM administration, only qualified personnel should attempt this procedure. Remember that all changes are final so make certain that you really want to delete the DNs. In other words… proceed at your own risk.

Step 1) From within CM administrator select Call Routing>Route Plan Report (Figure 1)

CM Call Routing Menu

Figure 1

Step 2) Select Unassigned DN from the drop down list of the Find field (Fig 2) and click Find.

Route Plan Report Drop Down List

Figure 2

Step 3) You may check the box next to each DN that you want to remove and click Delete Selected or you may click Delete All Found Items to remove all the unassigned DNs (Figure 3).

Unassigned DN report

Figure 3

There you have it. Your system should now be free of unused DNs.


Oct 29 2009   8:32AM GMT

Understanding the Various Cisco Unified Communications Manager Products



Posted by: Dave Bateman
Cisco, communications manager, VoIP, express

I got a call the other day from someone wanting to know the difference between Cisco Unified Communication Manger and Cisco Unified Communications Manger Business Edition. He believed he already knew but just want to make sure the Communications Manger Business Edition was the one that ran on a router (spoiler alert… it isn’t). Thus began a long and sometimes confusing conversation. During the conversation I recalled how I had just posted a blog to help clear up the confusion of various Unity platforms and thought perhaps there was a need for the same for the Cisco Unified Communication Manger platforms.

Cisco offers three call control products which contain “Communications Manager” in the name. In addition to the two mentioned above there is Communications Manager Express But before we talk about these products lets try to clear up the Cisco Call Manager vs. Cisco Communication Manger confusion. People often ask what the difference is… to paraphrase an old time TV show “the names have been change to confuse the masses.” Cisco changed the name of Call Manger to Communications Manager. Many people still refer to it as Call Manager. Most of the consultants I know that have been working with Communication Manager for a number of years are still calling it Call Manager. I think it has something to do with teaching an old dog new tricks.

Now that we have that cleared up lets take a look at Communications Manager and Communications Manager Business Edition . They are basically the same software. The main difference is that Communications Manager Business Edition does not support redundant servers which means that if the Communications Manager fails the devices have no backup Communications Manager to failover to. This does not mean that the system will be down. A Survivable Remote Site Telephony (SRST) device can be deployed which can service the devices until the Communications Manager is back up. Communications Manager Business Edition also has a limit of 500 user where Communications Manager can handle 7500 phones per server. At this point it seems like Communications Manager Business Edition doesn’t have much to offer. First you have to remember that Communications Manager Business Edition is a lower priced option for small and mid-size businesses and secondly it has something Communications Manager doesn’t. It includes an on box Unity Connections service. This means that one box handles call processing and voicemail services. Aside for these features Communications Manager and Communications Manager Business Edition are essentially the same. This means that the most of the feature offered are the same as well as administration interface.

Communications Manager Express is the third product that carries the Communications Manager name. It is very different from Communications Manager. The first thing you will notice when looking a Communications Manager Express device is that it is a router. Communications Manager Express runs on a router. It is very similar to an SRST device and is often used in place of SRST. It can support up to 350 phones but this number is dependent on the platform which it is running on. It runs on a number of routers such as the 2800, 3800, 2900 and 3900 series routers. It is possible to have this same router provide voicemail by installing a Unity Express module in it. Communications Manger Express is a good solution for small/branch offices.

So there you have it, the demystification of the Cisco communication Manager product in 600 words or less. I hope you find this helpful.