What’s in a Naming Convention?



By David Mellon

For a suite of tools to be as effective as possible, how routers and interfaces are named is critical.

A company I previously worked at implemented a naming convention worldwide as part of their NetQoS implementation. We made sure that the names were structured in this format: “Region-Sector-Country-Location-Other-Instance.”

For the region, we used AM (Americas), AP (Asia-Pacific) or EMAI (Europe, Middle East, Africa, India).  Sector was which part of the business sector the equipment serviced.  For example, we had a “bath and kitchen” sector at the company I worked for, so that became “BK.”  Commercial systems were “CS,” residential systems were “RS” and Vehicle Control systems were “VCS,” for example.

We used the two character country code for each country that you’d find in the ISO 3166-1 Alpha-2 standard, and we used airport codes for a three-letter city location. 

In the “Other” section, we added necessary additional information such as model number, floor, street address, circuit id, equipment type (RTR for routers, AP for access point, SW for switch), etc.  We expanded this section with dashes to add more information as needed. For example, we always used the vendor circuit ID in the name.

Finally, we numbered the devices sequentially in the “Instance” section.  We made it a company standard that the first device in any location was designated number “1” and we went up from there.

Here’s some examples:

  • Router EMAI-BK-UK-HUL-3745-wa453596

Just from looking at the name, we know that this device is from a site in EMAI, part of the Bath and Kitchen sector, located in the city of Hull, U.K., and that it is router type 3745, and the vendor link ID is “wa453596” 

  • Sub-Interface EMAI-BK-UK-HUL-MFG-MPLS-E1-wa453596

This is a site in EMAI, Bath and Kitchen sector, in Hull, U.K. again.  But we also know that it is on a manufacturing site, it’s an MPLS link, and it’s got an E1 speed.  

It may seem a little bit complicated – but when we were looking for network performance data, it was invaluable.  We were able to easily filter by region, sector, country, site type, and other criteria for granting views, reporting, capacity planning, and other activity.  It greatly simplified our work process. Without this level of standardization, I would not have been able to get the most out of the tools we had.

Of course, this is just the naming convention we used – what is your naming convention and how does it facilitate the use of your networking tools?


David Mellon is a Senior Account Manager at NetQoS


If you liked this article, please feel free to "re-tweet" it on Twitter:
What’s in a Naming Convention? http://bit.ly/LuyX

Prediction: 2009 will be the year of predictions.



Happy New Year, everyone.  Only six more years till hoverboards

At the beginning of the new year, there’s almost always a slew of tech news articles and editorial talking about how 2009 will be the year of X. 

To wit, it has been the year of “the Linux Desktop” every year since 1999.  (Personally, I think that 2008 was the year of the Linux Desktop, but that’s an article for a different day.)

But while predictions may provide some source of humor when they go awry, the paradox is that they should be taken seriously.

Part of the problem with making predictions is that if the result is positive, they can become self-fulfilling, negative, and they become self-avoiding.  Look at Y2K.  The world thinks nothing happened – however, if you were in IT during the late 1990s, you know that Y2K required a major overhaul, increased upgrades, etc.  Y2K wasn’t a disaster overhyped, it was a disaster avoided through massive hard work.  It also may have had no small part in the zenith of the tech boom of the 1990s, as companies bought new hardware before the usual refresh cycles. 

Network World is making one big prediction that I think does deserve some attention. 

The first is Steve Taylor and Larry Hettick’s prediction that 2009 will be the year of IP video. 


Our observations: We recall the days when public and enterprise networks were engineered first for voice and data second, but as data traffic demands grew, the engineering focus by necessity had to change to data first, voice second. We see the same evolution in network engineering focus as video demand grows to surpass data. We also note that while some enterprise IPV will be sent and received entirely across private networks (especially for telepresence), inter-company and business-to-consumer traffic will principally cross the Internet - so service providers will need to accommodate both consumer and enterprise video traffic in a way that does not compromise voice and data network integrity. And with the consumer market for Internet delivered commercial video also beginning to burgeon, the task of managing all the video traffic across the network cores will not be trivial.


I suppose that now would be a good time to mention that we’re probably going to be stepping up our Whiteboard Video series articles in the new year. 

In addition to teleconferencing, video’s simply a simple way to convey information to those who learn by both sight and sound.  It’s much easier to explain a concept when you can show them, rather than just telling them about it.  Maybe one new years resolution could be to check with your marketing and sales departments to see if they have any plans to put video online for customers, or with HR to see if there’s any important training videos going out on the intranet. 

The problem is that video, voice, and data all travel on the same pipe.  If one of those three monopolizes the pipe at the expense of the other two, it doesn’t matter how large or how small the pipe is.  Network monitoring and proactive management is sorely needed in a “triple pipe” environment.  Proper network management allows you to mitigate the worst problems with an oversubscribed line until you can get more bandwidth; but improper network management will cause problems no matter how much bandwidth you add. 

Network Performance Daily: Best of 2008



January:

I, Human: Recreational network use, network QoS policies and rational value judgments


The alternative is artificial intelligence and with it the ability to make value judgments like human beings. However, (if comic books are to be taken as the peer-reviewed annals of computer science that we all know they should be,) this would eventually cause the robots to question the nature of the orders they are given. The next thing you know, the robot is bent on destroying everything, and the only things that can stop it is a plucky 11-year-old child.

So until we figure out how to synthesize pluck or set up pluck-harvesting farms where we raise 11 year olds like veal, we're stuck with the kind of robots that can only tell you "Zero" or "One."


Recreational Network Traffic, Wafaa Bilal and Untraceable - The Movie


Pam gave me a little sumo wrestler toy if I promised not to mention "Teeth" again.


Network World compiling list of favorite IT products for 2007. We're going with the DoorSlinky™


Finally, while SNMP polling products may help you identify problems with infrastructure availability and resource consumption, no device performance management tool on the market makes the cool "Sproinggggg!" sound of the DoorSlinky™ in use.


The Ten Other Reasons To Attend NetQoS Symposium 2008


7: Feel invigorated by knowing that, due to Texas's liberal "concealed-carry" laws, any of your fellow network engineers could be "packing heat."

8: Every fifth application delivery controller at the symposium is filled with delicious candy!


February:

A step forward for IPv6: ICANN rolls out IPv6 connectivity for key DNS servers.


The Internet Corporation for Assigned Names and Numbers (ICANN) recently put out a press release which announced that six of the 13 root servers in the root zone (presumably located in-between the Phantom Zone and the Forbidden Zone) now had IPv6 addresses.


Network Visibility: What we need to know is NOT what we already know.


What network engineers need to know is not what they already know. This is because if they already knew it, they wouldn't need to know it, after all, because they already know it. And if they didn't know it, well, then, they wouldn't have known it, then, unless they've forgotten it, in which case all bets are off and might as all pack it in and follow our dream of writing Monty-Python style British comedy making fun of tautological banter.


Network Behavior Analysis Tool Shows Odd Temporal Behavior - Warning: Anomaly Detected!


[I think] Anomaly Detector may have detected an anomaly… in the space-time continuum. (Posted Feb. 29)


March:

St. Patrick's Day


…the only thing I could really tie into St. Pat's Day was a lame comparison that St. Patrick drove all the snakes out of Ireland, and NetQoS Anomaly Detector helps you drive worms from your network. In my notes, I got as far as pointing out that St. Patrick also drove out the entire fossil record which would have shown that there were once snakes in Ireland, but, by way of contrast, NetQoS Anomaly Detector keeps detailed logs.


In keeping with the Twitter theme, this post is only 140 characters.


Twtr has scale probs. At SXSW, twtr netperf :( Cook said SXSW wifi :(, but 30 twtr srvrs not enuf. http://tiny.cc/UEbhb


April:

NetQoS Destructobot™ Enforces Network Performance SLA Agreements


“NetQoS Destructobot is the only flesh-rending robot that unites application performance monitoring metrics with a warped, blasé attitude towards human life,” said Steve Harriman, vice president of marketing for NetQoS. “This new network performance tool includes automatic and on-demand investigations to speed problem diagnosis and enhanced trend reports to aid planning for future deployments, all with a complete lack of anything resembling a human soul.”…

Destructobot v1.0 will not harm network application performance, or through inaction, allow network application performance to come to harm.


MySQL isn’t going from open to closed-source. However, D&D is.


I tried to think of a prominent case where someone successfully “closed the source” of a flagship product after it was open-sourced - but couldn't until I went much, much farther afield.  There is a company “closing the source” on its major flagship product.

That company is Wizards of the Coast, a subsidiary of Hasbro.  And the flagship product is “Dungeons and Dragons.”


May:

Blaming the webcam guy.


Of course, the network engineer who latched onto the “streaming video” theory should have gotten the blame for misdiagnosing the problem using the same kind of “If she weighs the same as a duck, she’s made out of wood and therefore a witch!” logic that can destroy the best laid plans of IT.


The Expense of Packet Capture at the Edge


SURGEON GENERAL’S WARNING:  PACKET CAPTURE PROBES MAY CAUSE IT BUDGETS TO VANISH AND MAY COMPLICATE PREGNANCY


QoS: Quality of Sasquatch.


Step 1: Drink half a bottle of Crown Royal. This will help you to see the Chupacabra in Step 3.
Step 2: Take the train to a border town in Texas. Listen to ZZ Top on your iPod.
Step 3: Capture a Chupacabra, using the other half of the Crown Royal as bait, and the bag to transport the Chupacabra. (See Fig. 1)
Step 4: Tell your roommate you will release the Chupacabra into his room if he doesn’t stop the bandwidth hogging.


June:

The Application Delivery Engineer


Things used to be easy.

No, wait.  Things never used to be easy.  In fact, they were horribly complex and frustrating to the point where engineers pull their hair out.  But now we usually expect around 99.99umpteen% uptime from our network equipment.


3G iPhone shows bandwidth limiting, not data caps, actually work.


Apple’s new 3G iPhone will soon be issued to most of you.  Ownership of the Apple 3G iPhone is mandatory.  This message is brought to you by the Ministry of Cellphones, MiniCel. 

APPLE IS PEACE.
FREEDOM IS NO THIRD PARTY APPS.
NOT INCLUDING AN ACCESSIBLE BATTERY COMPARTMENT IS STRENGTH.


July:

Let Us Consult The Tomes


But it was not long before business unit owner, Casiphia, came forward and said: “What is this, wise Guru Amnon? I see the lights, but my unit cannot place or process orders. I see the green lights promise a harvest of luscious pairs, but they turn to ash in our mouth when we dare to sup.”


Does Ono speed up torrents? Informal test: Inconclusive.


I will assume we’re all adults here and that we see the benefits of BitTorrent for reasons other than criminal activity, but just to get this out of the way, NetQoS and Network Performance Daily do not condone the use of BitTorrent for blackmailing the king of Lichtenstein, rigging reality TV call-in voting shows, painting more than 3 pigeons per week pink, war crimes, or copyright infringement.


San Francisco’s Network Management Problems


You could say that San Francisco had a network security issue, but that’s really not accurate. San Francisco’s network was secure. It’s just that it was secured against the wrong people.


August:

The Antikythera Network


DAY 23, DECEMBER: IASON SAYS THAT THE MECHANISM’S PREDICTIONS DON’T MATCH VP WITH THE ORACLE’S. HE INSISTS THAT THE ORACLE IS RIGHT AND THE MECHANISM IS WRONG. (SOMETIMES I WONDER IF THE ORACLE ISN’T SPOVTING THESE THINGS OVT OF HIS BACK-END RATHER THAN HIS FRONT-END.) RATHER THAN TRYING TO DIAGNOSE IT FROM AFAR, HE HAS SENT THE DEVICE BACK TO ME ON THE NEXT AVAILABLE SHIP, ANTIKYTHERA. AT LEAST WE WON’T HAVE TO WORRY ABOVT DROPPED PACKETS.

DAY 27, DECEMBER: SON OF A…


Olympics Shmolypics!


First, and to the chagrin of those guys at Brunswick, there are no bowling events.  They just completely ignore the sport.  How can you even take the Olympics seriously if they don’t include bowling?  We’re talking about a franchise whose winter version has included curling.  Curling is practically the same thing, only colder and with brooms.


September:

Without network visibility, everything gets blamed on the dog


The second is simply that you can’t manage what you can’t measure – it’s as true on the residential level as it is for the largest corporate networks. Silicon Alley Insider’s numbers are, as far as we can tell, accurate, but a tech-savvy family of four could easily go over that limit, and it could be difficult to tell exactly who or what is responsible for data consumption. Dad’s teleconferencing, Mom’s downloading a Linux distro, Junior is watching a documentary on a topic for school via NetFlix, the little miss is live vodcasting, and the dog is downloading a torrent of the entire “Lassie” series. (Point is: without network visibility, everything gets blamed on the dog.)


Work Harder, Puny Earthlings!


This type of mentality – that all employees earn X dollars per second, and any second they are not working costs the company money – is a bit alien to me. And by “alien” I mean the kind of alien that enslaves the human race to make them build statues to their leaders and orbital brainwarp lasers. Yes, work ethic is important. But micro-managed employees are stressed and unhappy, and stressed and unhappy workers make mikstakes.


Network Performance Links: September 16, 2008


I removed the tag from my mattress that says “Do not remove,” and, well, it was the straw that broke the back of the American economy, apparently. Sorry about that.


Props from Redmonk


The other was a minor slip, which he quickly corrected, when he referred to “Quality of Assurance,” instead of what he meant to say, “Quality of Service.” However, just to set the record straight – NetQoS provides some of the highest quality assurance possible, with daily affirmations, a self-esteem lab, positive-thinking modules for the Cisco routers, and assertiveness training for passive monitoring. And if you work here five years, they give you a puppy.


October:

Challenging Biometrics and Network Performance


Boy, if there’s one thing on this blog I’d like to touch with a 10-foot barge pole, it’s the Iraq war. I can’t wait to step with both feet first into the controversial, nation-dividing conflict that has adversely affected many, many lives. And I would love to do it while everyone’s stirred up over the Presidential election occurring in just over a month.

You know what else I like doing? Kicking hornet nests. Licking flagpoles in winter. Pressing buttons marked “Self Destruct.” Rubbing myself in meat tenderizer and trying to sneak by impound-lot pit bulls. Sticking forks in toasters. Playing with matches. Wearing Yankees caps in Boston. Looking at Chuck Norris funny.


Disasters in IT, and Ninja Networking


Networking performance problems can cause the best laid plans to often go astray; the worst laid plans need no additional help.


November:

What I Did On My Summer Vacation


The Zorb in Rotorua has two tracks, both of which start from the same point, and both of which come to a stop at the bottom of the same hill; but I only had the time to go down one before the last bus of the day left.  Wanting to extend my fun as long as possible, instead of choosing the straight, downhill, fast track, I chose the bumpy, zig-zag one.  This track was more circuitous and involved multiple hops.  More hops = longer time.  In a network context, this delay is called “serialization delay.” In a zorb, this delay is called “WHEEEEEEEEEEE!


Virtualization and Performance - Why networks often fail (to perform)


How many of you out there are doing a server virtualization project? More specifically, how many of you are doing a server virtualization project that you know of?


December:

Latest Aberdeen Poll: Screwdriving with Butterknives


The good news from all this is that you can take comfort because you are not alone. It is okay to admit that you have a problem with performance… of your critical applications. Lots of IT departments have performance problems from time to time. It’s more common than you think.

[Being an irreverent person employed as editor of a corporate blog means that I have a strict innuendo budget, and if I don’t use it up by the end of the year, it’s hard to justify the budget for next year. -ed]


Obama Proposes Network Infrastructure Upgrades as Economic Stimulus


President-Elect Barack Obama, recently put a new video on Change.gov, the official Web site of the office of the President-Elect. In the video, Obama is seated in the office of the President-Elect, sitting in the chair of the President-Elect in front of the desk of the President-Elect. And if I had to guess, he’s probably reading prepared notes from the teleprompter of the President-Elect into the YouTube camera of the President-Elect.


Network service disrupted by undersea cuts – send in the robots!


“Welcome to the future, ladies and gentlemen.  In lieu of flying cars, please take this funny picture of a cat.”


And that line pretty much sums up 2008. From all of us at Network Performance Daily and NetQoS, have a safe and happy New Year.

To the people of 1958:



Hello, those of you embarking on a new year 1959.  We are just wrapping up the year 2008.  It has had its ups and downs, and many people here may not consider it a very good one – we’re in a bit of an economic pickle right now, we’re involved in a war (don’t worry, it’s not a nuclear war,) and we’re all worried about our troops, and global politics remains “interesting.”  Still, I wanted to tell you what you might have to look forward to in the next 50 years.

First, let me tell you a little bit about myself.  I live and work in Austin, Texas, in the United States.  My job title doesn’t exist yet, so it would be hard to explain what I do for a living.  I’ll give it a try.

For a living, I write about computers – specifically, the connections that let computers talk to each other.  It’s fairly specialized, and I am the editor of… a sort of a periodical about maintaining the connections between the computers that let them talk to each other, and by extension, let people talk to each other.

It gets a little more confusing after that – my periodical isn’t printed on paper.  Instead, I use a computer to write it, then it gets distributed through the interconnected computer network – an “inter-net” – to computers worldwide.  Anyone with a computer, and a connection to the Internet, can read what I have written. 

And indeed, “anyone with a computer” is almost everyone in the industrialized world.  (I’m more “technically inclined” than most – I own two – three if you consider the one my company gives me to work on.)  That may seem ridiculous – where would you keep them? – but computer technology has decreased the size of computers while making them much, much, more powerful. 

I mean – looking at the IBM RAMAC 305 – which costs you guys about $160,000, weighs a ton, and takes up a large room.  In 1958 dollars, my “work” computer cost $90, sits on my desk, and takes up about as much space as a 1958 RCA Deluxe television set.  My home computers cost $155 – I spent more than most because, as I said, I’m technically inclined - and $400 for a portable model which runs for three hours off a single charge of a rechargeable battery, contains an integrated 17 inch display, and takes about the same space as stack of four Life magazines

And yet, despite the size and relative cost of the computer, they really are much more powerful.  Since you guys in 1958 invented the integrated circuit, generally, the number of transistors that can be placed inexpensively on an integrated circuit doubles approximately every two years.  So, doing the math, our computers are 2^25 – or about 33.5 million times more powerful than yours.  Approximately, of course.

What do we use the computer for?  Well, mostly what you guys use them for, processing transactions and making rapid calculations in business, and creating models in scientific research. 

It can be hard to explain all the things that a computer is used for –listening to music, watching television, both live and prerecorded, editing movies, playing games, writing letters, looking up research information, making phone calls, painting and illustrating, touching up photos – but the best way to describe the way the computer is used is that it is a device that allows us to model and mimic different things, and we use the models instead of the real thing because the models are often faster. 

For example, I mentioned “touching up photos.”  Well, we could film on photographic film – and many still do – but most of us have cameras that store a model of the photographic image into a small, integrated mini-computer in our cameras just for that purpose.  Indeed, there is a camera sitting on my desk that is roughly the same size as a can of beans.  It takes photographs as well as any camera on the market in 1958.  (It can also record television picture and sound better than an entire studio, to media which is the size of a thumbprint and the thickness of a potato chip, but I’m getting ahead of myself.)

We then take the model of the image that the mini computer generates and transfer it to a model of a photographic lab, with many tools a professional photographer would use are emulated (and a few tools that simply couldn’t exist in reality!).  We then alter our model of the photograph until we’re satisfied with the result, and then either print it out on paper – to get a “real” photograph from the model, or more likely, send it via the Internet to others on their computers. 

Of course, we don’t think of it as “modeling the photography process” – to us, this is what photography is, and the model of the photograph is the photograph. 

And yes, all of this is amazing, but none of these are as amazing as what happened when we started putting all of our computers together on the Internet.  I’ve already told you that the processing power of one of our computers was about 33.5 million times greater than yours.  And that most people in the industrialized world have a computer.  Imagine the power that you’d get when each one of those computers can talk to each other. 

Or better yet, I’ll tell you. 

There is a massive store of information which is written, monitored, edited, fact-checked, and funded by volunteers.  It is literally on any topic that is known to man, in much greater detail than you’d find in an encyclopedia. 

If the database does not have an answer, or, more likely, that the answer that the database has simply is not enough information, you can use another tool to search the vast array of computers connected to the internet for the answer that you’re looking for.  It searches among billions and billions of bits of computer data and returns results – usually within a second.  And the information is portable – the entire print run of the New York Times can be digitized and fit onto a single disc the size of a saucer.  (Though we mostly use these discs for watching movies and playing games.)

This is just a small part of what you can do with interconnected computers.  I can call anywhere in the world on a videophone, and it costs me nothing to do so. A complete amateur has more ability to edit a film or TV show than Paramount Studios, and can publish it to potentially more people than watch I Love Lucy every week, within minutes.

My phone works anywhere on the planet, contains no wires, and is smaller than a deck of playing cards. It also has a “mini-computer,” and stores the numbers of all my friends and family, as well as takes messages for me when I’m away from the phone. It is considered obsolete - newer phones contain a full computer, including the ability to access the Internet I mentioned earlier. All without wires.
I mentioned that there is a war on.  While most of our soldiers are in harm’s way, a few can attack via remote control from home.  The morality of it is… complicated.  Let’s talk about something more pleasant – human beings. 

See, things aren’t all that different.  Sure, my clothing is 70% cotton and 30% complex polymers which you haven’t invented yet, but it’s not a silver jumpsuit.  My cheese may come from France, my wines from Australia, and my orange juice from India – but they’re still cheese, wines, and orange juice – I’m not taking food pills. 

And people do change – for the better.  For example, the President-Elect of the United States is black.  Though Russia is still at odds with us from time to time, the real rivalry is economic, not militarily.  Eastern Europe is independent, and there is no real threat of a mutually assured nuclear destruction. 

There are counterexamples of how we haven’t changed – we now fear “sleeper cells” of Islamic terrorists instead of “communist spies,” there are still poverty, there is still injustice, there is still sickness, and there is still a distinction between parts of the world which are free and parts of the world which are not.  It’s only been fifty years, after all, and human nature does not change quickly.

But I think, all in all, you have a lot to look forward to in the future.  Here’s hoping that we do too.   

Sincerely,

Humanity,
December 30, 2008. 

Whiteboard Series: Christmas Outtakes:



It’s the week of Christmas, which means that, chances are, if you’re reading this, you’re the hardcore, Network Performance Daily demographic. Either that, or you used up all your vacation days back in November, by zorbing.

Anyway, while we're out, we thought you’d enjoy these outtakes of Ben Erwin’s Whiteboard Series.


Which brings us to another point. We’re currently looking at ways to do more Whiteboard Series in the new year, and if you have any ideas for how to bring up the production values or content you’d like to see us cover – feel free to leave a comment below or to e-mail me at brian.boyko@netqos.com.


We'll be back next week.

Network service disrupted by undersea cuts – send in the robots!



James Niccolai at Network World is reporting robots are now searching for the ends of undersea cables cut last Friday.

Undersea Robots.  Huh.  “Welcome to the future, ladies and gentlemen.  In lieu of flying cars, please take this funny picture of a cat.”

Network traffic was disrupted when two cables, the Sea Me We 3 and Sea Me We 4, located between Sicily and Tunisia, were severed. 


Immediately following the cuts, average network response times between India and the rest of the world increased to three to four times their normal level, while network availability dropped at one point to 72 percent, according to Keynote Systems, which measures Web site performance. Performance and availability to India had returned to "almost normal" after 1 p.m. GMT Friday but continued to fluctuate.


If this story seems familiar, it’s because last February, the same thing happened to undersea cables in the Middle East.  Network traffic was disrupted and delayed while the problem was repaired.

Back then, conspiratorially minded geeks posited the idea of there being a conspiracy to cut the Internet cables as precursor to some sort of military action.  We interviewed Eric Schnoover at TeleGeography back then, who explained that, yes, sometimes cables get accidentally cut.  He also pointed out that while it’s common knowledge that “the Internet routes around damage,” he explained that when you’re talking about the amount of capacity that these undersea cables are responsible for, that the Internet simply can’t route around that much damage – that someone had to pull a switch somewhere to get some sort of restoration. 

Any time you go the long way around the world to get your traffic, you’re going to end up with increased latency, and any time massive amounts of capacity is cut off, you’re going to create congestion with the amount of demand out there.

One interesting thing about the conversation with Schnoover that probably bears repeating now:


The thing to suffer the most would be the Internet. Because that's not as latency sensitive as voice or real-time business communications, the carriers allow it to be more affected by the problems than the other services.


This is reassuring unless you are one of the many companies that run their real-time business communications over the Internet.

Between the Taiwan cables snapping in December 2006, the undersea cables in February or the undersea cable outages of last Friday, the moral is the same: Have a backup plan. 

Find restoration paths, and have existing agreements with your service providers should a massive, unforeseeable infrastructure problem occur. Have diversity in providers, if you can, and, of course, monitor connections to make sure that you’re able to detect and monitor abrupt changes in your traffic patterns

Whiteboard Series: How To Manage QoS In Your Environment, Part 3 of 3



Ben Erwin concludes his three-part Whiteboard Series installment on how to manage QoS in your environment. In this episode, Ben shows you how to use NBAR in the NetQoS Performance Center to manage QoS policies in your environment. 

Below you’ll find the embedded video, now in widescreen YouTube HD. A low definition version can be found here.

Whiteboard Series: How To Manage QoS In Your Environment, Part 2 of 3



Ben Erwin continues his three-part Whiteboard Series installment on how to manage QoS in your environment. In this episode, Ben shows you how to use IP SLA monitoring in the NetQoS Performance Center to manage QoS policies in your environment. 

Below you’ll find the embedded video, now in widescreen YouTube HD. A low definition version can be found here.


Google, Net Neutrality and the Zero Sum Game



brianboyko3.jpgby Brian Boyko

Several people have suggested that I take a look at the Wall Street Journal story, or a number of stories based on that story, about how Google is allegedly abandoning network neutrality in favor of a “fast lane” of Internet traffic. Specifically, John C. Dvorak over at Network World asked “Why has Google demanded a ‘fast lane?’” It seems to be based on reporting by Vishesh Kumar and Christopher Rhoads over at the Wall Street Journal. The opening paragraph of that story:


The celebrated openness of the Internet -- network providers are not supposed to give preferential treatment to any traffic -- is quietly losing powerful defenders.


I was once the associate editor of the Daily Texan, a daily newspaper in Austin, Texas. In the Newspaper business, we call the opening paragraph the “lede,” and in the lede, you are supposed to inform the reader of the most important aspects of the story.

Kumar and Rhoads got the lede very wrong. Here’s other important points from the article.


Google Inc. has approached major cable and phone companies that carry Internet traffic with a proposal to create a fast lane for its own content, according to documents reviewed by The Wall Street Journal. Google has traditionally been one of the loudest advocates of equal network access for all content providers.

At risk is a principle known as network neutrality: Cable and phone companies that operate the data pipelines are supposed to treat all traffic the same -- nobody is supposed to jump the line.


Also from the article:


In addition, prominent Internet scholars, some of whom have advised President-elect Barack Obama on technology issues, have softened their views on the subject…. But Lawrence Lessig, an Internet law professor at Stanford University and an influential proponent of network neutrality, recently shifted gears by saying at a conference that content providers should be able to pay for faster service. Mr. Lessig, who has known President-elect Barack Obama since their days teaching law at the University of Chicago, has been mentioned as a candidate to head the Federal Communications Commission, which regulates the telecommunications industry.


And arguing that Google wants to violate the spirit of network neutrality:


Google's proposed arrangement with network providers, internally called OpenEdge, would place Google servers directly within the network of the service providers, according to documents reviewed by the Journal. The setup would accelerate Google's service for users. Google has asked the providers it has approached not to talk about the idea, according to people familiar with the plans.

Asked about OpenEdge, Google said only that other companies such as Yahoo and Microsoft could strike similar deals if they desired. But Google's move, if successful, would give it an advantage available to very few.


Now, here’s what’s wrong with each of these points.

Lawrence Lessig referred to the story as “the made-up dramas of the Wall Street Journal.” (“Made-up” is never a phrase you want to associate with journalism.) In his blog, he points out:


The article is an indirect effort to gin up a drama about a drama about an alleged shift in Obama's policies about network neutrality. What's the evidence for the shift? That Google allegedly is negotiating for faster service on some network pipes. And that "prominent Internet scholars, some of whom have advised President-elect Barack Obama on technology issues, have softened their views on the subject."

Who are these "Internet scholars"? Me. And of course, because I have "softened" my views about network neutrality, and because I advised the Obama campaign about technology issues during the primary, it follows (and obviously so) that Obama too must be going soft on network neutrality….

But the whole punch of the story comes from the suggestion that my position is something new. … Missing from the article, however, is the evidence that my view is a "shift" or "soften[ing]" of earlier views. That's because there isn't any such evidence. My view is the view I have always had -- whether or not it is the view of others in this debate.


Eek. Strike one. What about Google? Well, in Google’s Public Policy Blog, they explain:


Despite the hyperbolic tone and confused claims in Monday's Journal story, I want to be perfectly clear about one thing: Google remains strongly committed to the principle of net neutrality, and we will continue to work with policymakers in the years ahead to keep the Internet free and open.
P.S.: The Journal story also quoted me as characterizing President-elect Obama's net neutrality policies as "much less specific than they were before." For what it's worth, I don't recall making such a comment, and it seems especially odd given that President-elect Obama's supportive stance on network neutrality hasn't changed at all.


Here’s one of the areas where the Wall Street Journal makes it’s mistakes: Google’s current “OpenEdge” project is basically a form of “edge caching” – that is, providing a copy of their offerings that is physically closer to the end-user, by hosting it on broadband provider’s own local networks. Yes, this would create faster access to Google, than to it’s competitors that do not edge-cache but this is not a violation of network neutrality.

The principle of network neutrality is not violated when a company invests money to improve the performance of the services they offer over the open Internet. Where Network Neutrality comes into play is when a company pays money (or a broadband provider demands money from a company) in order to provide added performance of services at the expense of their competitors.

By moving the data physically closer to the end-user on the network, Google lowers the propagation delay of their offerings. In fact, moving data physically closer to your users is the only way to lower propagation delay, at least until such time as we can figure out how to move data faster than the speed of light.

But in so doing, Google does not slow down the offerings of Yahoo or Microsoft. Edge-caching is not a zero-sum game; if it took 100ms to reach Google, Yahoo, and Microsoft earlier, it will still take 100 ms to reach Yahoo and Microsoft even if it only takes 25ms to reach Google’s cached servers. This is a good thing – a new technology which can improve the end-user experience.

And we want these kind of network improvements. If Google does, someday, indeed invent warp-speed data transmission, it would be hard to argue that just because Google takes less time to access than competitors that it is somehow violating network neutrality. Violating laws of physics, maybe, but not network neutrality.

What would be a violation of network neutrality is if, somehow, Yahoo and Microsoft were to suffer extra delay due to the improvements granted to Google. Using the above example, where Google, Yahoo, and Microsoft all have 100ms of latency to the end user, when Google uses something like packet shaping or QoS policies based on source (Layer 8?) to decrease the latency of their own packets – say to 75ms - in order to avoid congestion, Yahoo and Microsoft necessarily have their own packets delayed a bit, say to 105ms. That scenario is a zero-sum game.

Now, there are some scenarios where QoS prioritizing and packet shaping might make sense. For example, VoIP, teleconferencing, and gaming over the internet all require low-latency, low-jitter connections and performs best when using smaller packets with little delay. An ISP could put these latency sensitive applications into a separate class of traffic, and in so doing, degrade the response time of latency non-sensitive applications.

Does this violate network neutrality? No – because the preferential treatment is being assigned equally to all applications – all competitors – who design these latency sensitive applications. World of Warcraft may get lower latency under this scenario than Google Docs, but it does not get lower latency than Eve Online, in other words. Or put another way, if you simply give a higher priority of traffic to UDP applications over TCP applications, you’re making decisions based on OSI layer 4, not OSI layer 7. The other thing about this setup is that the prioritization of the traffic is based on the needs of the network application, not on the ability for the application provider to pay. World of Warcraft would make better use of lower-latency connections than Google Docs would.  (I know, I know, it sounds vaguely Marxist, but it’s still a good idea.)

It’s complicated, thorny, and hairy. However, I’m going to propose a rule of thumb. Call it Boyko’s Network Neutrality Guideline if you like, because there aren’t enough things in this world named after me.


“A particular method of improving Internet performance for a particular application violates Network Neutrality only when the implementation of the method would degrade the performance of competing applications."


Royalty checks to me can be sent c/o Network Performance Daily.


This article includes research contributions from Joel Trammell.

Whiteboard Series: How To Manage QoS In Your Environment, Part 1 of 3



Ben Erwin starts off a three-part Whiteboard Series installment on how to manage QoS in your environment. In this first episode, “Leveraging Cisco Tools: Using CBQoS & NetFlow to Manage QoS Policies in Your Environment” Ben goes from the Whiteboard to actual CBQoS monitoring in the NetQoS Performance Center, illustrating some of the problems that can occur with QoS, and what steps to take to resolve them.

Below you’ll find the embedded video, now in widescreen YouTube HD. (Yes, we are aware of the irony of telling you how to watch out for things like, say, excessive YouTube traffic, with an excessively large YouTube video.) A low definition version can be found here.

False security can lead to real performance problems



The Obama-Biden transition team promised last Monday, Dec. 8th, that they would provide most policy documents from meetings with outside groups – i.e., lobbyists – would be posted on the Change.gov Web site.

By Wednesday, Dec. 10th, this policy already saw some interesting results. David Kravets over at Wired’s Threat Level blog pointed out that the site has already published a paper detailing the requests of the MPAA’s lobbying organization, which include requesting filtering information from technology companies.

We’re not against the MPAA using the means available to protect their intellectual property concerns, but there are two problems with filtering: false positives, and performance degradation.

False positives are already a major problem with the content industry – back in 2003, the RIAA sent a cease and desist letter to Penn State University – they had confused work from Prof. Peter Usher at the Department of Astronomy and Astrophysics with that of Usher, the R&B pop singer.

This is also a recent problem; in October of 2007, Google launched a copyright filter for the YouTube Web site. It, too, has many false positives. For example, a fan production of the reality TV show “The Mole” was removed, presumably, because it was confused with the real thing by the filter. Judging from the production values of the fan-film, it’s very unlikely that a human censor would confuse the two.

(Fun fact I learned while researching this article: Andy Warhol made a “Batman” fan film back in 1964.)

Videos removed for copyright complaint – legitimately or not - have been catalogued (but not archived) at YouTomb, a project from MIT Free Culture.

But YouTube is one, privately operated Web site. Filtering the content as it is uploaded merely affects the time to publish, not the time to distribute. Additionally, videos can also be hosted on competing sites.

If one were to try to use filtering on the Internet as a whole, as the MPAA seems to be lobbying, it is likely that the results would be similar to the results of the tests run by the Australian government – where even the best of filters degraded network performance, and the better the filter was at avoiding false positives and false negatives, the more performance degraded. Even the best filter wasn’t very effective.

The lesson to learn from all of this is that too often, measures taken in the name of “computer security” – even if it’s to instill a false sense of security – can have serious impacts on network performance. For this reason, those in the enterprise responsible for making sure that networks remain secure and those responsible for making sure that applications remain responsive absolutely need to coordinate efforts.

Information Asymmetry and the Art of Subcompact Maintenance



My car, a Ford Taurus from 2000, with 120k miles on it, is dying. The check engine light went from a manageable steady golden hue, indicating need of expensive repair, to intermittent blinks which indicate that death is imminent.

Coincidentally, this is also the general state of the American automobile manufacturing industry.

The trade-in value is less than what it would cost to repair, so I’ve decided to buy a new car.

It’s my first time buying a new car, as all the other cars were given to me by relatives as hand-me downs. I’m running up against a familiar nemesis, however, and that is information asymmetry.

That is, the dealers know a hell of a lot more than I do about how this works. For example, I couldn’t figure out why all the local dealers were charging $15k for a car that has an MSRP of $14k. (Turns out that all the cars of that brand go through a wholesaler who adds options.) Also, it’s either an urban legend (or inapplicable with my insurance company) that red cars cost more to ensure than blue ones. But I was misinformed about it until just recently and that artificially limited my options.

Stephen Dubner and Steven Levitt wrote extensively about this in Freakonomics and I’d be happy to quote the relevant passages. I can’t, however, because I don’t trust my current car to make it all the way to Barnes & Noble and back.

What I can take comfort in is that compared to a few years ago, I am at least more informed than I once was, being able to look up MSRP, Invoice price, and average sale price on the Internet. In fact, between Edmunds.com, KBB.com, Caranddriver.com, Yahoo Autos and various auto blogs, I’m probably in a better shape, information wise, than my father when he bought his first car – and Dad was a mechanic as a teenager.

Similarly, enterprise customers who use network service providers need to have visibility into how the services are actually performing.  Are they living up to SLAs?  Is the service provider having performance problems that are affecting your applications?  Without the transparency, there is an information asymmetry and the service provider has an advantage over the customer. 

There are several different ways to address this. One, you can keep some amount of network performance monitoring in-house to validate contracted performance. Another route, which is gaining popularity with service providers that are differentiating their services and adding more granular, performance-oriented offerings, is to provide their clients with their own view of network performance.

Either way, sharing data and context between client and service provider removes the asymmetry, building trust for the client and potential new streams of revenue for the provider.

Will networking bear the brunt of IT cuts?



Thomas Nolle at ComputerWorld (via NetworkWorld) suggests that not only will the economic downturn affect IT budgeting, but that networking, in particular, will take a harder hit than the rest of IT.

The logic goes something like this: when the first tech bubble burst in the early 2000s, IT spending shifted from networking to computer systems and software. To quote Nolle:


The fact that the point where the shift occurs corresponds with the previous major economic downturn raises some legitimate questions about whether networking might not take a further hit in the current slump, as well as questions of what might be done to prevent that.


That is one theory.

But I think it’s simply more likely that there were other factors that precipitated 2000s IT spend shifting to computer and software expenditures.

For example, 1999 and 2000 were the years of the Y2K scare. (I still believe that Y2K will, of course, eventually kill us all. It just didn’t happen on New Year’s Eve, 1999, because everyone knows that Y2K will strike when you least expect it...)

To prepare for Y2K, companies spent millions on upgrading their entire IT departments to newer equipment that was “Y2K compliant.” It makes a bit of sense that more was spent on the desktop than in the network – there’s only a handful of data centers but tons of workstations.

Additionally, Windows 2000 came out in February of 2000, with Windows XP soon after in October 2001. Both OSes provided a more stable, and thus, more business-friendly computer working environment – so companies might have a compelling reason to upgrade.

Or, consider that prices for desktop computer hardware, already on a deep decline, started hitting very low prices, comparatively, around the same time – computers were becoming so cheap that there were companies that would give you a computer with 2 years subscription to an Internet service. At those prices, computers could be given to every employee instead of only the most savvy. Also, 2000 was when early graduates of universities in the Internet era were out looking for jobs – and these graduates knew how to use PCs, which justified the cost.

So I think that perhaps Nolle might be confusing correlation and causation. Then again, Nolle may be right and I might be confusing correlation and causation. Then again, correlation and causation might be causing confusion. (Then again…)

Additionally, the networking environment of 2000 is very different from 2009. How many applications did your company have on the network in 1999/2000? How many does it have today? Can you even count that high? 2000 was before the advent of Salesforce.com and other SAAS products that depend on network connectivity – back then, you were just as likely to e-mail a file as you were to copy it to a floppy disc.

And let’s not forget the point about the number of people working remotely, which will actually be more important as companies shrink campuses.

However, that doesn’t mean he’s necessarily wrong about some of the points later on in the article. For example:


The question we might ask is why networking couldn't capitalize on the attention it received. The answer, I think, lies in the stuff that binds networks to applications. The pivotal point in that critical issue came in the early 1990s, when IBM's Systems Network Architecture was supplanted by TCP/IP. SNA network equipment was just too expensive, and enterprises went to the lower cost of TCP/IP instead. The critical thing was that SNA was an application architecture as well as a network architecture, and TCP/IP vendors didn't present application tools… Networking won hearts and minds in the '90s, then lost them again because it didn't offer the whole solution. The application connection to the network was never made by the network vendors, and so IBM and other system and software players continued to control that critical linkage -- and still do today.


We often say, (mostly because we agreed with it when Jim Metzler said it,) that in IT, you either develop applications or you deliver applications. It’s all about the applications – because ultimately, layers 1-6 have no purpose unless they’re supporting layer 7.

If you’re going to have problems with IT budgets during the economic downturn, the best way to weather the storm is to make it clear how the network enables the applications that run on it, and how the applications add to the business’s bottom line.

If anything would precipitate a slowdown, it would probably be that for years, during the good times, CIOs have been future-proofing their networks in order to meet increased demand during a time when they couldn’t just throw more resources at the problem – that day seems to have arrived, so now they may be looking to finally use the capabilities that they paid for when times were tougher.

Thanks to Chandra Hosek and Steve Harriman for their help in writing this article.

Cisco’s MXE 3000 and video optimization



My day job is covering networking innovations and trends, but I moonlight as a video editor, director, and producer, so I was personally really excited to hear what Cisco was doing with the Cisco regarding the new Cisco Media Experience Engine (MXE) 3000, and my question lists includes questions about bitrate, framerate, dynamic re-encoding, and “can I borrow one for the weekend, pretty pretty please?”

Network World has a picture of it, which looks like a 1U blade with a DVD-ROM drive. According to the Cisco FAQ, it’s designed to be used in the data center.

But what does it do, exactly, and how will it impact network performance?

Ultimately, the MXE is a transcoding device that resides in the Data Center. For non-video geeks, transcoding is what happens when you take a video that is in one computer format, and want to turn it into another video format. For example, when you take your digital camcorder’s DV tape and burn it to a DVD, part of that process is your computer converting from the DV format to the format used in DVDs – MPEG2. That conversion is called transcoding – moving from one codec to another.

The question, of course, I would have really liked to ask Cisco: What is the advantage of putting the transcoding software and appliances in the data center, compared to, say, buying a Mac XServe, putting it in a closet somewhere, enabling a remote desktop, and using a program like Final Cut Studio’s Compressor to accomplish many of the same pre-processing and encoding tasks that the MXE can accomplish?

This is an especially important question because while one of the key goals of the MXE is to limit traffic congestion on the WAN by reducing large videos into smaller ones. For example, videos may be recorded using an HD camera in HDV, which records at 25 mbits/s in the MPEG2 codec. However, you could save on bandwidth by reducing the movie from the original 25Mbits/s to around 3Mbits/s in the H.264 codec, which preserves video quality at lower file sizes with the tradeoff being the extra processing power needed to both encode and decode the image. You could cut that down even further if you don’t need HD detail.

So, yes, if having an MXE means that raw video travels on the high-bandwidth, low-latency LAN down to the MXE, where it is converted to a smaller file for travel on the low-bandwidth, high-latency WAN, it could be huge.

What seems to be strange, though, is that Cisco suggests, in the online promotional video for the product, sending the large source video through the WAN to be transcoded. I’m not sure that that would work out as well as Cisco thinks it will. Even with a device like the MXE, keeping track of your network’s capacity and monitoring your traffic flows and response times end-to-end remains important for the simple reason that not all video is optimized for the network. We were unable to, as of press time; hear back from Cisco directly, and that was a little disappointing.

So what is the advantage of the design decision to put this in the data center? I’m sure there is one – I just wasn’t able to get with Cisco – yet- to find out exactly what it is.

Additionally, the MXE transcodes files, not streams. This means that video-over-IP won’t be affected by the device. What I’d really like to see is a device that can transcode streaming video on the fly – using higher resolutions and bitrates when the link is relatively uncongested, and reducing it when there is other traffic on the network with higher QoS priority. That would be a killer app for videoconferencing, and this might be a good first step towards that goal.

Julie Amero’s Case Finally Resolved – but at a high cost



Readers of this blog will remember “The Strange Case of Julie Amero,” which we’ve covered extensively here:


Julie Amero’s conviction was overturned after the Internet community, led by Alex Eckleberry of Sunbelt Software, rallied around her cause.  It’s rare for a judge to throw out a case after a conviction, but the evidence was overwhelming.  A new trial was ordered.

You could have argued that the prosecutors in this case were computer illiterate, but for months, prosecutors held the threat of a new trial over Ms. Amero’s head, and then, instead of dropping the charges, to suggest a plea bargain - $100 fine, loss of state teaching license, and a conviction for disorderly conduct. 

Ms. Amero took the plea bargain, and with the case concluded, she finally was able to speak out in an interview with ComputerWorld.  Here’s a bit of information that we didn’t know:


What was on the screen?
Little itty bitty tiny pictures of sites: Viagra sites, sex enhancement creams, women in lingerie, things of that sort. Nothing lewd.
So no pornography?
No.
Was there nudity?
There was no nudity. There were sites listed. And the things they said [in court] I clicked on and went and looked at have been proven that they never were clicked on and looked at. The things that were on there were just inappropriate things to be looked at in a classroom; Victoria's Secret kind of stuff, you know….

So there was never anything pornographic?
[The prosecution] said there was one site visited, where there was a thumb-sized picture of oral sex.
So they found one picture of oral sex on the computer, but you didn't see that?
No.


The prosecution in this case knew full well that Ms. Amero was completely innocent.  And had an opportunity to try to mitigate the damage by dropping the charges when the wrongful conviction was overturned after the evidence came to light.  They did not.  And eventually they got what they wanted – some sort of conviction of an innocent woman for a crime that turned out never to have happened.

From Rick Green at the Hartford Courant:

New London County State's Attorney Michael Regan told me late Friday the state remained convinced Amero was guilty and was prepared to again go to trial.


"I have no regrets. Things took a course that was unplanned. Unfortunately the computer wasn't examined properly by the Norwich police," Regan said.

"For some reason this case caught the media's attention,'' Regan said.


The good news is that though it may not have resolved satisfactorily, at least it is finally resolved.