Performance Monitoring for Bottlenecks [Chart]
Apr 1st
Steven Choy posted this excellent article on MS TechNet back in August of 2008. I still consider it an excellent starting place to determine where various bottlenecks may be occurring on systems.
I’ve taken the liberty to summarize the information contained in the article and created a chart for convenience. Enjoy!
(Click image for larger version)
Create Custom Music on Hold for Cisco UCME
Feb 24th

Here’s one from my personal tip jar. This is well documented on Cisco’s website, but sometimes it’s just nicer to have this type of info in bite-sized portions.
As nice as the canned music on hold files are that come with Cisco Unified Communications Manager Express, sometimes you just want to add that personal touch.
A custom MOH file format must be 8khz 8-bit mono u-Law audio in WAV or AU.
Tools
- Sound editor (I prefer Audacity, as it’s free and does a great job)
- Sound recording (create your own or use your favorite song(s))
Prepare the Sound File
I’m not going to go into how to use Audacity, for that you should check out their well documented website. However, here are some tips related to preparing your sound file for use as a music-on-hold file.
- Adjust your sound levels prior to saving/converting your file, as you can’t adjust audio levels in UCME. Often what sounds great on your computer speakers can be blaring at best or ear-drum shattering at worst playing through the phone system.
- Encoding options:
- Output format: .au or .wav
- Codec: uLaw
- Sample Rate: 8000 or 8khz
- Channels: Mono

When you have your sound file prepared, upload your MOH file via TFTP to the router’s flash file system. I use TFTPD32 for this.
Configuring UCME
Lastly, you’ll need to configure UCME to use the uploaded file for your music on hold.
Configuration Steps:
1. enable
2. configure terminal
3. telephony-service
4. moh filename
5. multicast moh ip-address port port-number [route ip-address-list]
6. exit
7. ephone phone-tag
8. multicast-moh
9. end
RD Gateway/Web Access Outside the Firewall
Jan 5th

I recently had the opportunity to work with one of Microsoft Windows Server 2008 R2’s neatest features: Remote Desktop Gateway (RD Gateway) and Remote Desktop Web Access (RD Web Access). If you aren’t familiar with these features, check out a brief summary here.
The setup is fairly straightforward, as outlined here and here. However, I did run into an issue that slowed me down a bit. The solution to this was not documented in the step-by-step guides or on the Microsoft Technet website. If anyone knows otherwise and I’ve overlooked this, as always, please provide the appropriate links in the comments.
Problem: Not able to connect to a Remote Desktop or Remote App program from outside the firewall. Inside the firewall, everything worked like a charm. The network firewall (Cisco router) was configured to allow the appropriate traffic (port 443). Disabling the Windows Server 2008 R2 firewall did not make a difference.

Solution part 1:
Add computer account to domain “IAS and RAS Servers” group
Solution part 2:
You should also be sure to configure the default Remote Desktop Gateway server for RD Web Access. Otherwise you could run into issues with the RD Web Access not knowing which RD Gateway to use (even if both roles are installed on the same server!).
- Open up “IIS Admin” console from the “Administrative Tools” menu.
- Navigate to the default web site and configure the “Application Settings” for “Default Web Site\RDWeb\Pages“.
- Change the following setting:
“DefaultTSGateway” = [fqdn of Internet accessible TS Gateway]
Note: make sure this is also the server name listed on your SSL certificate.




