Amy Arnold

Network Computing Blogger

Upcoming Events

Where the Cloud Touches Down: Simplifying Data Center Infrastructure Management

Thursday, July 25, 2013
10:00 AM PT/1:00 PM ET

In most data centers, DCIM rests on a shaky foundation of manual record keeping and scattered documentation. OpManager replaces data center documentation with a single repository for data, QRCodes for asset tracking, accurate 3D mapping of asset locations, and a configuration management database (CMDB). In this webcast, sponsored by ManageEngine, you will see how a real-world datacenter mapping stored in racktables gets imported into OpManager, which then provides a 3D visualization of where assets actually are. You'll also see how the QR Code generator helps you make the link between real assets and the monitoring world, and how the layered CMDB provides a single point of view for all your configuration data.

Register Now!

A Network Computing Webinar:
SDN First Steps

Thursday, August 8, 2013
11:00 AM PT / 2:00 PM ET

This webinar will help attendees understand the overall concept of SDN and its benefits, describe the different conceptual approaches to SDN, and examine the various technologies, both proprietary and open source, that are emerging. It will also help users decide whether SDN makes sense in their environment, and outline the first steps IT can take for testing SDN technologies.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up

See more from this blogger

Debugging Cisco Voice: How To Streamline The Process

I recently discovered the “call filter match-list” command, and I only wish I had realized this tool was available during my years as a voice consultant. Perhaps I just missed it, but I cannot recall coming across it in my voice studies. I haven't seen it used in the wild even though it’s been available on Cisco IOS Voice Gateways since release 12.3(4)T. I may be late to the party, but let me fill you in on how this command can change your voice world.

See, the call filter match-list command works much like an access list applied to a typical network debug. Instead of plowing through pages and pages of debug output from a busy voice gateway, you can use this command to trim down the information to just to the phone calls you are looking for.

More Insights


More >>

White Papers

More >>


More >>

The configuration is quite simple. First, you create the call filter match-list in global configuration mode. The syntax to get started looks like this:

call filter match-list 1 voice

From this point, you can define one or several criteria to match, including, but not limited to, incoming calling number, outgoing calling number, incoming port, outgoing port and dial peer.

Below is what a filter designed to match on outgoing calling number and outgoing voice port would look like:

call filter match-list 1 voice outgoing calling-number 5555555555 outgoing port 0/1/0

The next step is to enable the filter with the “debug condition match-list 1 {exact-match | partial-match}” command. I personally prefer to start with exact match, and then switch over to partial match if I don’t see the debug output I am expecting.

Once the filter is enabled, you then turn on the debug you want from the debugs that work with the call filter list. This feature supports many of the more common debugs you would use, including debug isdn q931, debug voip ccapi inout, debug ccsip messages, debug vtsp. The full list can be found in the documentation for the command on the Cisco website.

[For help in diagnosing external calls failures on Cisco Unified Communications Manager, read "Troubleshooting External VoIP Calls on Cisco UCM."]

Once enabled, all of these normally chatty debugs will be filtered down to the criteria you set up in the call filter list. For example, if the filter above were used as exact match, then only calls with the outgoing calling number 555-555-5555 and matching the outgoing defined voice port would be part of the debug output.

If you have configured your call filter list and are wondering if you applied it correctly, you can always do a show debug and you should see something like this:

#show debug The following ISDN debugs are enabled on all DSLs: debug isdn error is ON. debug isdn q931 is ON. (filter is ON)

Notice the (filter is ON). Also, if you had partial match as the criteria for your debug call filter list, you would see “debug condition match-list is set to PARTIAL_MATCH” when you entered this command.

To turn off the filter, just enter the “no debug condition match-list 1” and you will see that filter is OFF and no longer enabled on your voice debugs.

Call filter list is a great way to save time when going through your voice debugs, especially when you don’t have a low call volume window to work with. I am certainly glad to have this little command addition to my problem-solving tool bucket.

Special thanks to @CollabJonathan who recently tweeted about the call filter match-listcommand.

Related Reading

Network Computing encourages readers to engage in spirited, healthy debate, including taking us to task. However, Network Computing moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Network Computing further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | Please read our commenting policy.
Vendor Comparisons
Network Computing’s Vendor Comparisons provide extensive details on products and services, including downloadable feature matrices. Our categories include:

Research and Reports

Network Computing: April 2013

TechWeb Careers