Upcoming Events

Cloud Connect
Santa Clara
Feb 13-16, 2012

Cloud Connect brings together the entire cloud eco-system to better understand the transformation we're experiencing and promises to be the defining event of the cloud computing industry. Learn about the latest cloud technologies and platforms from thought leaders in Cloud Connect’s comprehensive conference.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up
Network & Systems Management
F E A T U R E  
Are You a Control Freak?

  January 21, 2002
  By Bruce Boardman and Jon Saperia


Printer Print Full Article
Printer Print This Page
Printer Download the PDF
E-Mail E-Mail This URL
Services are the future, and policy is the way. But it's only by making and implementing policies to match your business requirements will you be able to manage the layers of virtualized ports, queues, circuits, labels and addresses that next-generation services require of networks. And these services are in our future because they align with and advance corporate initiatives. We said it in our recent year-end Survivor's Guide to 2002, and we'll say it again: Whether assuring enough bandwidth, providing secure communications or simply handing extra capacity over to those groups that need it, networks that can be quickly and reliably carved into services will prove invaluable.


Policy management is about knobs, like those on your stereo. Just as you can fine-tune your stereo to get exactly the right amount of bass, you can customize bandwidth service for those pumping out the baseline traffic. And just as you preset your favorite FM stations, PBNM (policy-based network management) products make it possible to preset infrastructure configurations and, with a flick of a switch, change the network's configuration from laid-back "Amarillo By Morning" country to high-energy "Kickin' It, Yo!" hip-hop.

But it's not all exciting. Policy management is also about the boring, eyelid-lowering oatmeal sandwich of operational and service-delivery procedures: crossing the T's and blurring the eyes; droning on about daytime versus nighttime gold service; and writing down what the deliverables are, how and where they will be measured, and what configurations represent these services.

What Do Readers Think?

Check out our e-poll results
on Policy Management.

It's about holding the network stable while dynamically changing it.

Networks are larger and more complex than ever. Part of the added complexity is that users are demanding more from their routers, switches and hubs. They want reliable service, reasonable assurances of security, predictable performance (remember, that's part of what drove the PC revolution) and specialized services, such as videoconferencing, that never fail. All this adds management complexity.

And specialized networks are harder to configure. Because there are more interrelationships, these networks have more knobs and are more difficult to troubleshoot when they do have problems. System configurations -- particularly at the edge -- are morphing rapidly to accommodate new customers and changes in their selected services. To top all this off, add in the scarcity of skilled engineers capable of installing, configuring and managing enterprise-level networks. Houston, we have a problem.

Meanwhile, service providers are looking for ways to squeeze additional revenue streams from their infrastructures. Enterprises want to get more services out of their existing networks, thereby reducing costs. In either environment, more knobs are needed to create these services, and these knobs must be turned more frequently. Historically, such a challenge would be met by extremely skilled individuals writing new scripts or using element management to touch the devices or to generate configuration files for them. This type of "nondynamic" provisioning may work well for stable devices at the core of a network but is more problematic in environments where change is more frequent.

Automated policy-based management is supposed to fix it so networks can be run by fewer -- and less highly skilled -- individuals. It does this by distributing intelligence to managed devices and the management applications, so dynamic-change environments can be operated more easily. Note that some skilled individuals will always be needed to build and operate systems. PBNM systems give individuals who understand networking a longer reach; it does not make their talents obsolete -- we discovered this the hard way while testing PBNM tools.

Bottom line: The promise of policy-based management is that people will be able to deploy more complex services across a wider array of devices with fewer highly skilled individuals. The result is increased revenue and decreased expenses. However, the fly in the peanut butter -- you knew there had to be one -- is that fully realizing this goal is impossible without policy and QoS (Quality of Service) standards, which are still being created (see "No Standards, No Policy, No Management," for a look at the state of standards).

The current crop of policy-management tools will have some usefulness in specific pockets but won't begin to deliver fully policy-managed networks without help from standards.


   Page: 1 | 2 | 3 | 4 | 5 | Next Page

Research and Reports

Hypervisor Derby
August 2011

Network Computing: August 2011

TechWeb Careers