The Ultimate Cisco Live Attendee

Posted on August 15, 2011 by networkingnerd

The results are in, and the Ultimate Cisco Live Attendee…isn’t me. Bummer. Congrats to Carole Warner Reece from Chesapeake NetCraftsmen for taking home the gold!

In all honesty, I never really figured I was going to win anyway. There are people that have been going to Cisco Live since it began. People that are way more involved in tons of aspects that I’ve never even seen. And yet, I was named a semi-finalist along with my good friend Jeff Fry. Jeff was a no-brainer because he did some great PR work with Cisco Live leading up to the event. He was even a recommended read for all the first-time attendees this year. You can’t knock the guy for being that popular.

I probably wouldn’t have entered the contest if it hadn’t been for the awesome time I had hanging out with all my friends. Yes, crazy things happened. Yes, I brought some of them on myself. However, it all added up to make a great event and give me lots of interesting fodder for my submission video. All of those things happened to me this year. Except for my wife threatening to leave due to my overwhelming desire to collect t-shirts (that happens every year).

Here’s my submission video in all its glory direct from Cisco’s Youtube account. For the record, I did record it on my Cius.

SIP Trunking – Review

Posted on August 15, 2011 by networkingnerd

When I first got started working with Voice-over-IP (VoIP), I was excited about all the possibilities of making calls over the Internet and moving away from my old reliance on Ma Bell. However, the reality of my continued dependence on the good old phone company is an ever-present reminder that sometimes technology needs to mature a little before I can make bigger leaps. That’s why the idea behind SIP trunking has me excited. It brings back a little bit of that hopeful magic from my early days of VoIP possibilities. Thanks to Christina Hattingh, Darryl Sladden, and ATM Zakaria Swapan and the good folks over at Cisco Press, I got my feet wet with SIP Trunking:

This is the “pound cake” of Cisco Press books. It’s only about 300 pages and a bit on the thin size, but it’s a very dense read. Part 1 covers the differences between traditional Time-Division Multiplexing (TDM) trunking and SIP trunking. There is discussion of the cost and benefit of moving to a hybrid model or even to a pure SIP environment. This is a good part to focus on if you aren’t familiar with SIP trunking in general or you are trying to convince your decision makers to give it a try.

Part 2 is all about planning. One hundred plus pages of modeling and design and checklists. An engineer’s dream. You are going to spend a lot of time in here dissecting the cutover strategies and the list of questions that you need to ask your provider before delving into the SIP-infested waters. In fact, I would recommend this book for Chapter 9 alone, the checklist chapter. It goes into great detail about all the questions you need to ask your provider, along with a description of each question and why the answer would be so important to you.

Part 3 is the deployment guide. No Cisco Press book is complete without some code examples, and Chapter 10 has them in spades. One thing I did like about their examples of AT&T and Verizon configuration is that they are appropriately annotated with notes to be sure you understand why a particular setting was configured. I want to see more of this in the networking-focused Cisco Press books, not just the planning ones. There are also case studies to help you make decisions and a chapter on the future of Unified Communications. This one’s kind of dubious, though, as most of the time the predictions either end up looking hilariously obvious in hindsight or wide of the mark. You can’t fault the authors for wanting to put a little bit of vision in at the end of this read, though.

Tom’s Take

If you want to learn a little more about SIP trunking or you are planning to put one in in the next 6-8 months, grab a copy of this book. Have a cup of coffee before you jump into it, as the material could be a little dry if you aren’t focused on the task at hand. Make sure to dog-ear the first page of Chapter 9, as you’ll find yourself coming back here more and more as you start implementing your SIP trunk.

Disclaimer

This book was provided to me as a perk at Cisco Live for being a NetVet. I chose this book from a list of the available titles and it was provided to me at no charge above the cost of the conference. Cisco Press did not ask for nor did I promise any kind of consideration in the above review. The thoughts and opinions expressed above represent my true and honest opinion of the material.

Dirty Chai – The Engineer’s Little Helper

Posted on August 11, 2011 by networkingnerd

From time to time, I still see tweets about asking about the dirty chai. The hallmark of any rough morning or caffeine-deficient situation, the dirty chai combines many things that are both delicious and useful into a small, portable package. A little background…

What most people refer to as “chai” is actually a specific kind of spiced tea with milk known as Masala Chai. I’ve been drinking these things for years. The smooth taste is much more agreeable to me than strong coffee. On a cold day, it really hits the spot with its combination of spices and richness. However, one of the downsides of the delicious chai is the low amount of caffeine. Due to the tea used and the brewing process, very little caffeine makes it into the drink. Great if you are looking for something to drink right before bed or to calm you down. Not so great if you find yourself in need of an energy infusion, or in my case, a jumpstart at the beginning of the day. After all, hot drinks without caffeine are like beer without alcohol. What’s the point?

Jennifer Huber introduced me to the concept of a “dirty” chai. After ordering your typical hot chai drink, have the barista pour in an additional shot of espresso. I wasn’t for sure the first time I ordered this drink, even going so far as to order it by recipe instead of using the sobriquet “dirty”. When the barista confirmed that this was indeed “dirty”, I knew I’d found something good. By adding the additional shot of espresso, the caffeine content is kicked through the roof. The bitter flavor I typically associate with espresso shots is mellowed by the rich flavor of the chai. A win/win situation. If you find yourself in need of an additional pick-me-up, you can double the amount of espresso for a “double dirty” chai. I hesitate to recommend the triple shot version before you’ve built up a tolerance, as mainlining that much espresso with chai could lead to molecular vibrations that will cause you to pass through solid objects or travel back in time. Caveat drinkor.

In case you need a better example of the universal appeal of the dirty chai, check out this little example from Tech Field Day 5 in San Jose from February:

Less Than Dial Peer Zero

Posted on August 10, 2011 by networkingnerd

There was a good question posed by Karla Reyes a few days ago about the use of a voice dial peer that included the string incoming-called-number. I did my best to figure out why one would use such a dial peer in production, and that led me to a search and discovery of all sorts of interesting things about dial peers and what happens when you are forced into defaults.

On a Cisco phone system, whether it be CallManager or CallManager Express, dial peers on your voice gateways route calls to the correct destinations, both inbound and outbound. The outbound dial peers I’m familiar with, having configured them on numerous CUCME systems. The inbound dial peers, not so much. I configure most of my systems to use connection plar opx <extension> to ring analog circuits and send the calls to an operator or an auto attendant (AA). Absent that configuration, you can still configure dial peers to evaluate incoming calls and route them to the proper locations.

Cisco voice gateways will evaluate the dial peers and choose the one the has the longest set of matching digits when deciding where to send a call. So if one dial peer is 8… and the other is 85.., then if you call “8511”, the second dial peer will be used since it has the most matching digits of the two. If you dial “8721”, the first dial peer is matched. This is a simple, straight forward process. When incoming calls are headed into the system, the same process is used. So what happens if there isn’t a perfect match?

This is where Dial Peer 0 comes into play. Dial Peer 0 exists on every voice gateway. It’s a sneaky little default setting that no one pays much attention to until they stumble across it. Part of the reason is that it’s invisible. No reference to Dial Peer 0 pops up in the configuration. Since it’s the default and it’s hard-coded, it’s always there. It’s kind of like the implicit deny statement at the end of every access list. And much like that deny statement, it often produces strange and undesirable results when it gets triggered. That’s because Dial Peer 0 is designed to work with just about anything, so it has some of the silliest settings imaginable:

It supports any codec you throw at it. The designers figured that rather than waste precious time negotiating whether or not your should use G.711 or G.729, Dial Peer 0 should just accept whatever it’s sent and move on. Not so great when you are trying to keep bandwidth conserved on a slow link and someone sends you big fat voice packets.
DTMF packets are sent in-band, so if you decide to use G.729 as your signaling protocol, the tones can get mangled by the compression process.
All the voice signaling and data packets have their IP precedence settings remarked to 0. All that pain and effort you went through getting your perfect Quality of Service (QoS) setup working gets chucked right out the window.
Resource Reservation Protocol (RSVP) is disabled. That means if you spent even more time and pain setting up an Integrated Services QoS setup, it’s going to fail when the call hits Dial Peer 0.
IVR applications are disabled. This means that any scripts that would be used for things like auto attendants are going to break.
Last but not least, Direct Inward Dial (DID) isn’t present. This means your callers will get confused because they’ll hear a secondary dial tone when the call leg completes. This is where they would enter your extension number to speak to you. Instead, they’ll figure the call didn’t work then hang up and try again. Enterprising hackers will hear the dial tone and realize what that means then try and transfer to another number, such as long distance or international calling. That’ll run up your phone bill fast.

Sounds like a whole bunch of bad reasons to never use Dial Peer 0, right? Except you can’t get rid of it. It’s always there, lurking and waiting to screw up your day. The only way to avoid using it is to configure a new default dial peer to match instead of letting the call fall all the way down to Dial Peer 0. In order to understand that, you have to know the order in which Cisco matches incoming dial peers:

Match the dialed number with incoming-called-address configured in the dial peer.
Match the calling number with answer-address configured in the dial peer.
Match the calling number with destination-pattern configured in the dial peer.
Match an POTS dial peer with a port command configured in the dial peer.
Take your chances with Dial Peer 0.

The easiest (and by far most popular) method of overriding Dial Peer 0 is to use #1 above like this:

dial-peer voice 1 pots
  incoming-called-number .
  direct-inward-dial

This ensures Dial Peer 1 is always matched ahead of Dial Peer 0, but not matched if a longer match exists. It also uses DID to disable two-stage dialing, so those nefarious hackers won’t get a chance to call Cuba on your dime.

Tom’s Take

Defaults exist so that we don’t have to think about things sometimes. Anyone who’s ever told someone how to install Microsoft Office by saying “Click Next, Next, I Agree, Next, Next” will know what defaults come in very handy. However, if the default settings are baked in and unable to be changed, it makes life difficult if you can’t account for them and find a way to work around them. At the very worst, it just means you get to spend a little more time on the phone with your favorite TAC engineers.

I’d like to thank Karla Reyes, Amy Arnold, and Aaron Conaway for their help on this post.

Software I Use Every Day

Posted on August 5, 2011 by networkingnerd

People tend to find programs that work really well for them in their day-to-day jobs and then find themselves using those programs over and over again. I’m no different. In my job as a network engineer for a Value Added Reseller (VAR), I have quite a few programs installed on my laptop at any one time. However, there are three that always find themselves getting installed first whenever I upgrade, or I find myself installing them when I’m remotely connected to a server and need to do some work. The best thing about these three programs? They’re totally free.

TeraTerm

If you work with Cisco/HP/Juniper/Brocade/etc devices that have a console port, odds are good you have a console cable or three in your backpack. You also have some sort of terminal program on your laptop. A lot of engineers I know used Hyperterm in Windows XP. I loathe Hyperterm. A crippled version of a retail product that’s confusing and hard to use. When I started at my current employer, my mentor introduced me to TeraTerm. It’s a wonderful little program that can be used to telnet, SSH, or console to a device. There are a ton of programs out there that can do the same, such as PuTTY or SecureCRT. No matter how many times I use them I keep coming back to TeraTerm. One reason is the Serial connection drop down box. On my laptop, every time I plug in a USB-to-Serial converter, it is assigned a different COM port depending on which port I plugged it into. With PuTTY, I have to remember when COM port is associated with a particular USB port. With TeraTerm, I just choose from a drop down box. Simple. Another nice option is the ability to log all your console output to a text file. If you’ve every had to type show tech-support on a router, you know the flood of info that comes rushing at you with no way to stop or pause and copy it to a file for TAC. With TeraTerm, you just set the logging option, pick a file name, type your command, and sit back while it takes care of the copying for you. It’s also great if you want to capture a configuration after you’re finished for archival just in case you need it again.

TeraTerm has had some development issues in the past, but since 2004 it has been maintained by it’s own development team for free at Sourceforge. Get it HERE. You may also be interested in PuTTY or SecureCRT, but please note that SecureCRT isn’t free.

TFTPD32

If you work with Cisco/HP/Juniper/Brocade/etc devices, you’ve found yourself in need of a TFTP server at some point in time. TFTP is the most popular way to upload/download software and configurations to and from these devices. It’s a quick protocol with little overhead, since it relies on UDP packets to deliver information. Many vendors have a TFTP server, whether it be Solarwinds, 3COM’s old TFTP server, or even Klever’s PumpKIN TFTP server. I find myself coming back to TFTPD32 because it’s more than just a server. It’s also a TFTP client, which is handy if you want to try and pull down a file to make sure it’s being shared correctly. It’s a tiny DHCP server if you are plugged directly into a device such as an access point and you need to give it a quick address to get to the web configuration. It’s a Simple Network Time Protocol (SNTP) server if you have a device that needs to sync to an NTP server, such as CUCM during setup. Lastly, it has a syslog server if you need to redirect syslog output during a debug or troubleshooting session. TFTPD32 also supports the transfer of files over 32MB in size, which has left some of the older TFTP servers in the dust, as most modern firmware images are well above 32MB. There’s even a 64-bit version for those who have made the switch to the new generation of operating systems. If you just need something simple to transfer files to and from your routers, you can’t go wrong with TFTPD32.

TFTPD32 is free and available HERE. You may also be interested in alternatives from Solarwinds or Klever’s PumpKIN. Note that Solarwinds requires registration. I don’t recommend using the old 3COM TFTP server any longer, as it isn’t capable of 32MB image transfers and is generally considered dead software.

freeFTPd

Working with CUCM lately as much as I have been, I’m finding myself growing more reliant on using FTP instead of TFTP. CUCM seems to want to use FTP (or SFTP) for almost everything, whether it be configuration backups or upload of new COP files. I’ve used Xlight FTP server (the free version) for a while, but when I needed an SFTP option, the licensing options for Xlight seemed somewhat steep. After some searching, I came across freeFTPd. It’s very simple to setup and configure both FTP and SFTP, along with users and virtual directories. You can also set it to listen on all your laptop’s interfaces, so if you find yourself with a slow Ethernet connection you can always flip over to the wireless interface. I highly recommend installing freeFTPd if you use CUCM today or you might find yourself working on it in the future. You’ll thank me later.

You can also use Xlight’s FTP server or Filezilla. Note that Xlight is a 30-day trial of the standard edition, but after those 30 days it becomes the limited personal edition. You might also check the license terms in case you want to use it professionally.

Tom’s Take

Discussing favorite programs is a lot like arguing who the best Doctor is. Everyone has their opinions and beliefs about why a particular program works the best, or they’ve been burned by a program in the past and have forsworn it for all eternity. I find these programs easy to use, easy to install if they aren’t on the machine I’m using, and since they are mostly open source, free of any sticky licensing issues that might cause problems down the road. Feel free to suggest any programs you find useful in the comments so that others might try them out too. Note that because I’m a Windows user, all of these programs run on Windows, either XP or Windows 7. If you’re interested in a Mac version of this list, please feel free to send me a MacBook Pro and I’ll whip one up for you. I’m keeping the MacBook, though.

How to Transfer

Posted on August 2, 2011 by networkingnerd

The number one question I get asked when installing a new phone system has to be “How do I transfer a call?” Seems that most people who have been using phones most of their adult lives are mystified by the little button that allows them to send a call somewhere else. Especially when I put the complexity of a Voice over IP (VoIP) phone system in their hands.

The majority of people that have been using Private Branch Exchange (PBX) phone systems for the past few decades should be familiar with basic unsupervised transfer. You may also hear this referred to as a blind transfer or a cold transfer. In this implementation, the party initiating the transfer presses the transfer button, dials the number that the call needs to go to, and is then disconnected from the call. The original caller is sent to the new target and when the target answers, they get an earful of whatever the original caller wishes to tell them. They call this blind (or cold) because the other party has no idea it’s coming. Some people, especially executives, get kind of upset by all this messy blind stuff.

Most modern phone systems use a method of supervised transfers. These are also called consult transfers or warm transfers. These kinds of transfers start out the same. A called party presses the transfer button and dials the number of the person that needs to get the phone call. In this case, though, the called party stays on the phone until the target picks up. All the while, the original caller is hearing the dulcet tones of Streaming Winds (or whatever your music on hold happens to be). When the target picks up, you get to give them all the gory details of the phone conversation so far, out of earshot of the transferred party. Only when the person on the other end agrees to take the call do you complete the transfer by pressing the Transfer button again. It’s a warm transfer because the target gets to hear a friendly voice before the original caller gets to launch into whatever they want to talk about. It’s still possible for you to pull off a blind transfer in this setup. When the target’s phone starts ringing, you press the transfer button to complete the transfer. Now, the original caller will hear the target’s phone ringing and they get to start talking as soon as the phone picks up. In some cases, depending on how the transfer caller ID works, this can be worse than a blind transfer, because the target will see the caller ID of the original called party and think it’s someone internally wanting to talk, only to get an outside caller when they answer. It’s caused some embarrassment before, I can assure you.

For whatever reason, some people have a problem with warm transfers. Especially if they are used to blind transfers. They hang up on the original caller, thinking the transfer went through with no issues. The problem is that the call won’t complete until the transfer button is pressed twice, meaning that hanging up without pressing it twice will disconnect the caller. Then they get to call back, angry they’ve been disconnected. No amount of training in this world has been able to break people of this bad habit.

Cisco Unified Communications Manager (CUCM) doesn’t have an option for blind transfers. It’s a consult transfer system only. However, there is an option you can set that will act like a blind system and allow your users to act as they always have without disconnecting callers.

Log into your CUCM publisher and go to the System menu.
Choose the Service Parameter option.
Choose the publisher server from the dropdown menu.
Choose the Cisco CallManager Service.
Scroll down until you find the Clusterwide Parameters (Device-Phone)
Look for the Transfer On-Hook Enabled setting. By default, it’s set to FALSE.
Change this setting to TRUE to allow On-hook transfers.

Here’s a picture in case you get lost:

Easy as cake. If your phones are all SCCP-based, the setting will take effect immediately. If you phones are SIP, you’re going to have to reset them to change this, so be sure to do it when you can reboot them all without affecting communications.

There you have it. Once you’ve enabled this little setting, you can still use a warm transfer, but those users that can’t or won’t transfer with the Transfer button can still pull off a transfer by hanging up without disconnecting the caller. If you can find a way to drill the concept of a warm transfer into the heads of those that just don’t seem to get it for some reason, you can make some real money. Sure, it may involve some heavy duty mind control, but in the end I think it will all be worth it.

CCIE…For A Few Dollars More

Posted on August 1, 2011 by networkingnerd

The price of becoming an Expert just went up a little. Effective August 1, 2011, the price of the CCIE lab is being increased by $100US across the board to be $1500. The email that candidates received this morning:

As of August 1, 2011, the price of the CCIE Lab will change from $1400
to $1500 USD*.  Your lab fee will be processed 90 days before your
scheduled lab date. Since payment for your lab will be processed after
this date, you will incur the new price.  While you can cancel your
lab date without cost, we hope you will continue on with your
certification exam to certify that you are one of the most expert
networking professionals in the world.

As an administrative change, the timing on this is just about right. The Cisco fiscal year begins on August 1 every year, so we are now officially in FY12. Revenue increases usually get recognized in a new accounting period for reasons that I’ve managed to forget since my last accounting class in college. Suffice to say that tying the lab price increase to the beginning of the fiscal year isn’t all that unheard of.

Why increase the price at all? What am I getting for an extra 7%? All valid questions. Allow me to speculate:

1. A Weak Dollar. It’s no secret that the US dollar isn’t doing so well against other foreign currencies, like the Euro. I’m not a Harvard Economist, so I’m not going to delve into areas that I know nothing about. However, the price difference between the two currencies could lead Cisco to believe that the customers paying for the lab in denominations other than the US Dollar aren’t getting a fair shake. Or, it could mean that other candidates are looking at the US labs as a bargain compared to Brussels and Dubai. That would mean they could start booking labs here as opposed to there and start overloading the seating available here for US students. It’s happened before, so I wouldn’t be that surprised to see it again if the candidates believed the price difference was that great. By raising the lab to $1500, Cisco is essentially resetting the level so that everyone is fair again.

2. Layoffs. Yes, I know that within the next two weeks, Cisco is looking at about 6,500 layoffs from all over the company. This includes 2,100 people who opted for an “early retirement” package in lieu of a furlough. Why would this have an impact on the CCIE lab? Because I have it on good authority that once of those 2,100 retirees was a CCIE proctor. Typically, most labs run two proctors. One shows up early to get the lab up and running for the day and run the candidates through the morning instructions. The other proctor ends the lab and collects materials. Depending on the time differences, the first proctor may not even be around when the lab ends. Only having one proctor available for a site means a lot of overtime for that poor soul. More likely is the idea that a new proctor will need to be brought on board, so increasing the price of the lab makes sense from the perspective of training a new guy in how to be mean and paying a chunk of his/her salary in an environment where pennies are going to be pinched pretty soon.

3. Technology Refreshes. Before any candidates out there have a heart attack, notice I said “technology” and not “blueprint”. There is a lot of interesting technology coming in the future for the CCIE lab. Mark Snow hinted at some of it in his Cisco Live 2011 recap post. The plan going forward is to port all the lab workbooks to the CCIE Lab Delivery System that the R&S lab uses now. This costs money. Also, Cisco wants to start introducing more troubleshooting tasks in the actual configuration section now that the Open-Ended Questions have been removed. This isn’t cheap. In addition, Cisco is working on varying the lab tasks slightly among different versions of the exam, for instance asking a task to be configured one way on a version and the same task to have a slightly different configuration in another version. This kind of development takes time and (you guessed it) money. So, by adding another $100 to the lab price, they can effectively pay for the development of these new technologies without having to increase revenue from another source. By making sure the CCIE lab can generate enough revenue to fund its own development, you never have to worry about another business unit getting involved and deciding how things are going to be run.

Tom’s Take

The CCIE lab isn’t cheap. Not by a long shot. Between the lab costs and the flights and the hotels and the rental cars, even one trip is a fairly costly adventure. Adding another $100 onto that may not seem like a lot up front. But the psychological effect can’t be understated. The lab is now a nice round $1500 amount. For those footing the bill themselves, this is another wallet-sized portrait of Benjamin Franklin that they have to part with. In the end, all the pain and suffering is worth it, even that of your poor bank account. I think the price increase will fund some great new advances in the lab and hopefully do away with the 3-ring binders for the workbooks and usher in a new age that uses technology to full advantage. If this increase is due to currency parity, then the additional revenue that is brought in after the currency markets stabilize will be useful as well. Just don’t expect the price of the lab to go down anytime soon, if ever. Because if there’s one thing you can count on, it’s the cost of the CCIE lab always being a fistful of dollars.

You Can Call Me Al (or not)

Posted on July 29, 2011 by networkingnerd

My CCIE plaque arrived today. I’m happy that it weighed more than my usual certificates, as it can now be a handy weapon to wield when salesmen intrude on my solitude of studying:

Purdy, Ain't It?

There was one thing that did seem to generate some discussion, though. Yes, my plaque says “Alfred” because my legal first name is indeed Alfred. It’s a fun story.

I am the first male grandchild born to my both sides of my family. Therefore, it is my responsibility to carry on the family name and legacy. My mother and father had already agreed to name me after my grandfathers. My paternal grandfather was named Alfred. My maternal grandfather was named Tommy, so they decided on Thomas. Right up to the point where my mom went into labor they both knew what my name was going to be. Or so they thought.

I was a particularly difficult child, even before I was born. 20-some-odd hours of labor and an emergency C-section later, and Mom found herself sitting in the Intensive Care Unit (ICU). When the nurses presented my father with the birth certificate, he filled it out according to what he thought was going to be the correct name. They had discussed the names, but not the order. Naturally, my father picked his dad’s name as my first name (Alfred) and put Thomas as my middle name. In Mississippi (where I was born), the practice at that time was to file the birth certificate with the state and provide a stamped copy to the parents as the official birth certificate. So three days later when Mom finally came around, she was presented with a new baby boy and a Xeroxed copy of the birth certificate proudly proclaiming me as Alfred Thomas Hollingsworth. To which she replied, “He named our son WHAT?!?!” The nurse jumped back and assured my mother that since she pushed me out, she could name me whatever she wanted. My mother politely declined, knowing that she would later name my brother something normal, like John. I’ve gone by Tom most of my life. The only time I heard Alfred as a boy was when I was in trouble. The only time I hear it now is when the government or a telemarketer calls my house. But it always seems to be a great source of fun when people find out my “real name”.

There’s a moral in this for IT people as well. Communication is very important, even on the little details. My parents knew what two names they were going to use for me, but they forgot the important detail of what order to put them in. When faced with a decision, my father chose what he thought was the logical order. My mother had always assumed I would be Thomas Alfred, but never communicated that to my father. And now when people try to verify my CCIE number, I constantly have to tell them to use Alfred as the verification name. If you glaze over the details in any type of communication, you will invariably end up with results that aren’t quite what you expected, even if the majority of the project/trouble ticket/birth certificate is correct. Then, being called “Al” is the least of your worries.

For Sale: One Nerd

Posted on July 27, 2011 by networkingnerd

As many of you know, I’m a recently certified CCIE. As many of these things happen, it has take a while for my current employer to talk to me about what this means to them and to me moving forward. I’ve heard many stories about CCIEs that have attained their lab only to find themselves out of a job quickly because their employer either doesn’t see the advantage of having a Cisco Expert on staff, or they feel that having a CCIE around will cost too much in the long run and they decide to part ways before the expenses grow too great. In my case, I’m graced with an employer that wants to keep me around for the foreseeable future. However, I’m now tasked with a different challenge.

After some conversations, I’ve been asked to come up with a way to sell myself. No, not like that. Or that. Okay, maybe like that. I’m supposed to find a way to put my skill set front and center and bring in new customers based on things that I can provide that no one else can. This is a somewhat interesting proposition for me. Despite what I might say or do around my Twitter friends, I’m usually a shy and reserved person. I have a hard time being anything other than modest, and I don’t take compliments very well. Now, I have to turn that on its head and find a way to put myself out there for all the world to see.

When I’m in a group of people, such as at Cisco Live, it’s easy for me to put on a fun act. Tattoos nonwithstanding, I get to be funny and entertaining for my friends. I feel comfortable calling attention to myself and generally being goofy. However, in front of people that don’t know me very well, I find myself much more reserved. The hardest job interview I’ve ever had involved the interviewer telling me, “Son, I don’t know anything about you. If you don’t tell me more about yourself, you aren’t going to do very well.” I tend to hang back and speak only when spoken to. I don’t interrupt conversation, even when I see someone is wrong and needs to be corrected. Many times, it’s easy for me to take this role as the silent partner because the people I’m meeting with do the majority of the discussing.

Now, however, I think I’m going to have to be more forward. That doesn’t sit well with me. I’ve tried my hand at sales-type activities before and found they weren’t for me. I’m good at presenting information and answering questions. I suck at closing people. I don’t have the patience or desire to endlessly ask someone to buy something. I tend to take the approach that I’ve presented you with all the information that you need to make up your mind. It’s up to you to buy this widget or not. I think I’m going to need to start finding ways to “close the deal”, even if only from the aspect that I have to convince the people I’m “selling” to that I’m capable of doing the job they want me to do.

This is just a little peak into what happens after you spend years of your life chasing something that identifies you as one of the best in your field. It tends to change your standing in ways you couldn’t possibly understand when you start out on the path. I’m going to be spending a lot of time in the immediate future figuring out exactly how I can sell myself more effectively than I have been. And suggestions would be warmly appreciated.

Nerd Icons

Posted on July 23, 2011 by networkingnerd

A while back, I took Angry Cisco Guy’s Cisco Geek picture and turned it into a Cisco Nerd picture. You know, for branding purposes. Afterwards, I noticed two things. Firstly, Solarwinds has some great stickers that say things like “Network Geek” or “IOS Geek”. They seem to be popular with my co-workers. The other is Netpappy’s current Twitter avatar. It looked very appealing to me, as it boldly stated who he was and what he was all about. Taking my preference for nerdiness into account, I figured I’d come up with my own icon set for displaying my talents. I took the Cisco marketing icons that are almost universally recognized in the networking industry and added a little Photoshop magic.

Routers:

Switches:

Voice:

CallManager (Per request of Erik Peterson)

Security:

Wireless:

And even one for the VDCBadgers out there:

Thoughts? Ideas? Let me here em!

EDIT: Due to several people using these as Twitter avatars, I’ve resized them so that no dimension is more than 128 pixels, which means it shouldn’t be cut off when you put it into Twitter. Enjoy!

Yet Another Edit:

Seems that I’ve got a few more icons to add to the pile thanks to some submissions of other vendors material. I’ll be happy to keep churning these out, but remember that marketing icons make much better source material than wireframes in Visio. You want something that can be recognized on sight, like the Aircraft Recognition Guides.

Juniper Router: