ShoreTel Route Point Configuration

Thecr ShoreTel IPBX “Route Points” are powerful configuration tools, generally used to enable third party applications.  Using route points, an external application can gain complete call control.  For example, when you configure a ShoreTel Enterprise Contact Center, you will use route points to control call flow, media and routing options.  The interaction with the route point is generally through TAPI and TAPI wave, but route points can be used to create other options for call control including call deflection and the creation of voice message repositories.

Playing with route points is an interesting experience as they seem to work differently depending on which version of ShoreTel you are running.   In all versions, however you can create a route point and associate it with a voice mail box, or use it to deflect a call.   Historically, we have used route points, along with schedules, to redirect call center traffic between different call centers based on the time of day or day of week.

It is quite possible, however to set up a route point for no other purpose than to create a fully functional voice mailbox.  Given that the route point does not require the definition of a user, no extension or mailbox license is required to achieve this result.   Basically, you create an route point much the way you would create a Hunt Group, Automated Attendant or Workgroup.   You define the route point with an extension that can be dialed, and you setup your Ring No Answer and Busy Destinations to be the voice mail port.

We have come to realize that you have to use the Record function on the Route Point configuration page to set the recorded name and greeting. Thought we could enter the same VM box through an IP phone and were greeted with the normal new voice mail box setup routine, when we called the box we did not hear the name or greeting. Using the record option on the configuration page, however, enabled this functionality. After recording the greeting and name in the way, we experienced the expected behavior when we called the extension and were transferred to VM.

Route points can also be used to deflect an incoming telephone call to an external telephone number. This is equivalent to setting your call handling mode to always call forward to an external number. We never encourage users to configure this option in their call manager, as it robs the host company of follow on call control, allowing messages to be taken by a cell phone for example. The fact remains, however, that you can setup a route point, with a DNIS or DID number to always send the call to a remote phone in the pubic switched telephone network.

Route points that forward to traditional TDM connections will actually show up in the ShoreTel CDR when you run a User Detail or Summary Report. This is not the case if you try to run these reports against a route point that is actually used as designed and terminates in a third party call control application via TAPI. This is just one of the mysteries of route points. At the end of the day you could setup a ShoreTel server with no users or extensions, using route points to enable both voice mail and remote call forwarding. Route points are just way kool and worthy play things! More on this later, film at 11.

PDF and Email those ShoreTel Historical Reports!

“Historically”, excuse the pun, we always had a challenge with ShoreTel Contact Center Historical report!There were two issues.First, though you could schedule a report to be run automatically at a present time, you had to chose between printing to a file or printing to an actual print device.If you choose to print to a file, you could not set the path for any location other than that set by the default path of the ShoreTel Contact Center.Secondly, most Supervisors would rather have the scheduled report converted to a PDF and emailed to them!Automating the report is wonderful.Automating the delivery, however, was more important.

In Version 5.1 both of these challenges have been addressed, though a bit of “IT Magic” is still required.ShoreTel provides the path manipulation and email ability, but the GNU project provides the PDF conversion capability.You need to go to http://sourceforge.net/projects/ghostscript and download “ghostscript”. Once you have this software you will use standard Windows facilities to install a new “local” printer to enable the Ghostsciprt PDF printer! This is the first step, printing your Historical reports on a schedule and have them output to a file in the form of a PDF. Works like magic!

The second part takes advantage of the DESTINATION tab in the ShoreTel SCHEDULE option for Historical reports. After you create your Historical Report Template you then have the option to schedule the printing of the report, to a file or to a printer, To have the report emailed to you, you print the report to a file at a scheduled time. You then indicate that you want the report emailed and you complete a simple form that indicates who to email, who the report is from and what the subject of the report is. At the scheduled time, the report is generated, sent to a file through the Ghostscipt option to obtain a PDF and then the ShoreTel SMTP email option forward the email on to the intended recipient.  In 5.1 it is no longer necessary to separately configure the SMTP options.

Sometimes it is the really simple stuff that makes it a desirable feature. This new ShoreTel Contact Center configuration for Historical reports is among the most frequently requested capabilities we have heard among the installed base of Contact Centers! Kudos to the ShoreTel ECC development team for getting this done! Wonder if this will work on ShoreTel IPBX CDR reports?

emailreports1

To VLAN or not to VLAN, that is the question!

An assumption in this blog  is that if your company has a  “network administrator”  on staff, you have a network that is large enough to require constant  “care and feeding”.    As such dumping a bunch of VoIP phones onto your network without VLAN’s  would never happen.  After all,  the fist job of a network administrator is to make the network broadcast space smaller and smaller.  That is why we subnet!   Take a typical Class C network with 100 network devices on it and dump another 100 VoIP phones in that subnet and you are asking for trouble if you don’t VLAN.   To suggest you don’t need a VLAN or at the very least,  a  separate subnet is just plain silly.

Did you ever hear the expression ‘fences make good neighbors”?     Well the same concept applies to networks and VLANs make network applications like voice and data, excellent neighbors!   Lets assume those 100 desktop computers are in the 192.168.1.0 /24 subnet and you created a new 192.168.2.0 /24 network for your VoIP phones.   In a ShoreTel deployment, you will have personal call managers installed on the computers in one network that need to get to the ShoreTel server and switches  in the other network.   How are you planning to do this?    Use the old “router on a stick” solution (send all my LAN traffic up one switch port to a router and back down again)?   Let me help you here, no!   You are going to set up VLANs  and do inter-VLAN routing at backplane hardware speeds  on that new POE Ethernet switch you purchased to support your VoIP deployment.

Data networks have become “mission critical” for even the smallest of companies today.   Just unplug someone’s Internet connection and you will quickly find out just how important the “network”  has become!    Start bogging down the network with Voice, Video and Streaming audio and you will quickly learn the value of VLANs.   We invest billions of IT dollars on firewalls, spam ware and website filtering software so why would anyone suggest that a VLAN is just to complex to bother with?   By the same (excuse the pun) token, why would someone suggest buying a new POE Ethernet switch that was not VLAN capable?

Data networks need to be described within the context of the protocols and business applications that are running on them.   Big or small, we continually find that VLANs are an essential component in the maintenance of proper network hygiene.    Imagine even a small VoIP deployment in a company enraged in video animation and you can quickly realize that it is not only how many devices I have on the network, but how my network is being used that will determine the qualify of voice in this deployment.    We need to make sure that streaming video over even our LAN, does not negatively impact our VoIP deployment.   To do this, we need prioritize voice over data and that means we have to establish QOS.   To enable LAN based QOS you have to VLAN, because the class of service markings live in the VLAN tag!

Put your VoIP deployment in a multi-site environment with WAN links and the VLAN discussion now moves into the realm of “must have”.     Routers use the TOS byte in the IP header to provide enable QOS.   As an aside,  ShoreTel had the advantage of enabling Transport layer QOS  as the VoIP media stream as always on port 5004.  With the move to SIP, this advantage has been minimized as the media stream now moves unpredictably over some 16K ports. We can pass QOS information to our WAN links through a variety of strategies, but VLAN’s are an essential element of that strategy.

At the end of the day, unless you have a network that is so small you are running Vonage as your VoIP solution, you need to VLAN! Make sure that your VoIP deployment includes an assessment of your network and that you graphically understand how the network is utilized before you deploy voice. As your internetwork becomes more essential to your network, VLANs will surface into high relief on your radar screen. Consider that your shiny new ShoreTel now provides for Internet messaging and desktop Video as part of its advanced feature set, the idea of deploying a solution without a VLAN is just plain silly.

The ShoreTel Workgroup Monitor Kicks Butt!

As you can tell from our video library and blogs, we are very excited supporters of the ShoreTel Contact Center!  You can not find a more feature rich or cost effective  solution to call routing, email routing  and web collaboration!    To be fair, however,  ShoreTel has always been ahead of the curve with “call center” like  functionality.    Out of the box, the ShoreTel IPBX has an amazing set of features that can fit just perfectly in the small “call center” model.   It may be easy to define the difference between a “call center” (i.e. phone calls only) and a “contact center” (i.e. voice, email and chat); but it is much harder to differentiate a “workgroup” from a true “call center.     ShoreTel clearly believes there is a definable difference and for that reason has always had an impressive call routing option humbly named the “Workgroup”.    Not the “call center” but the “Workgroup”!   Going way beyond simple  “station hunting”, the ShoreTel “Workgroup” enable scall queuing,  Agent  “log in” / “log out” ,  “wrap codes” and provides a rich set of easy to generate performance reports.

ShoreTel has  recently introduced the “ShoreWare Workgroup Monitor”.   This amazing  software package provides real-time, color-coded, graphical views of the the Workgroup and is an optional feature to the already powerful ShoreTel Workgroup feature set.   Compatible with Version 7.5 and up, this software enhancement enables call center management to both optimize and monitor call center performance.

There are three software components:  an application that is loaded into the Shoreware Director or any of the distributed voice servers;  a client application that is loaded on the Supervisors desktop and any version of the ShoreTel Call Manager.    Key  features of this optional software package enable a Workgroup Supervisor to create a standard workspace display or “canvas”.    This “canvas” could be displayed at the desktop or on a “wall board” and provides many of the real time characteristics of a full blown Call Center solution.   With this software you now have the ability to set color coded threshold displays and audible alerts.    We are particularly excited about the ability not only to see abandonded calls, but to click-to-callback!  (Now admit it! How kool is that)?

Supervisors can drill down on the Workgroup of interest, with an easy <> window arrangement.   You can set the threshold alerts for the selected Workgroup to enable Yellow or Red alerts for Calls in Queue, Maximum Wait time and Average Wait time.   The “at a glance”  window gives you a snap shoot of each Workgroup,  indicating the number of calls with longest and average call holding times.   How about a “trend” analysis?  Yup, we got that!   For those spacial database managers with holistic mind sets, you can replace the rows of linear figures with a color pie chart to see Agent status!

The ShoreTel Workgroup feature set,  built on the f the standard out of the box  ShoreTel IPBX,  when combined with the ShoreTel Workgroup Monitor software option is a powerful call center strategy.    It truly rivals any solution in the market at any price point.     (Full Disclosure: ShoreTel does not pay me a dime to write this blog and ShoreTel does not support this site in any way.    I really do believe this stuff).   Keep in mind, we are talking about a single server solution,  not multiple application servers and five acts of  vaudeville to get this call center functionality.  Just  ShoreTel.  Just simple.

Send me a note  (DrVoIP@DrVoIP.com)  and we will get you set up with a free 30 day trail of the Shoreware  Workgroup Monitor!

How to create ShoreTel AA and ECC audio Files!

You can hardly install a Automated Attendant with out creating the Audio files!    If you have looked at any of our videos on setting up the ShoreTel Enterprise Contact Center, you know that we urge you to create all of your audio files before you start setting up your Contact Center Services!   Making recordings should be easy enough, but ShoreTel wants to have the wav file in a specific format:  CCITT-mulaw, 8Khz, 8bit Mono.  This is easy enough to create with something as simple as the standard Microsoft Sound Recorder, but the default wav format is some other format  and you will need to “save as” clicking on the format change option!

There are actually three other strategies for recording voice prompts in the native ShoreTel format.   Early versions of ShoreTel provided for a “preference” extension, used by the System administrator to indicate which phone would be used for making recordings.  The System Administrator would set a specific phone phone for this purpose and when you pressed the Record button from within the Automated Attendant screen of the Shoreware Director, that phone would ring and you would then make your recording.

The resulting wav file would be stored in the Shoreline Data folder, in the prompts sub folder and it would be in the correct ShoreTel format.   With Version 7 of ShoreTel, the option existed to enable Automated Attendant recordings by logging into the voice mail system, using the Automated Attendant greeting number as the voice mail extension number.   This was an exciting possibility as it allowed recordings to be made remotely and on the fly as required to meet specific emergency or holiday requirements.

Unfortunately, the files that resulted from these two recording techniques had very unfriendly file names.   When managing greetings through the automated attendant, it would be nice to have a wav file with a name that related to the greeting.    As a result the best practice method of enabling ShoreTel recordings is to use your Personal Call Manager!   By creating a recording using your Call Manager, you are able to name the wav file something useful and you are able to export the recording as in the appropriate format.

Over 15K ShoreTel desktops later, people are still asking me how to make an automated attendant recording!   I though I would generate a short tech tip video and demonstrate all three of these techniques!  Enjoy!