- Is the Cisco MARS mission going to abort?
- First iPhone worm spreads Rick Astley wallpaper
- 10 stunning 3D buildings made with Google SketchUp
- Open source software ready for big business
- Four reasons to buy (and one reason to avoid) the Droid
It sounded like a no-brainer when we started the project in 2003. The idea was to replace our aging, 155Mbps ATM-over-SONET network with a new network based on 10G Ethernet over dense wavelength division multiplexing.
Nobody could have imagined the glitches, snafus and legal holdups that we ran into over the past four years. We finally issued the contract for the project in May, and, needless to say, we learned a bunch of valuable lessons along the way. Here's the whole saga, from the beginning:
During the nine years that the ATM-over-SONET system has been in place, the metropolitan network has grown to 55,000 nodes encompassing two San Francisco campuses, four hospitals and more than 200 remote sites, including regional clinics spread throughout California. The campus network also has evolved into an essential, mission-critical utility, right up there with water and electric power.
Reliability had become a worry, however. Of great concern was the ticking clock: network devices that were at -- or rapidly heading toward -- end-of-life. That means no vendor support for such essentials as software patches, technical support and replacement of failed hardware components. Cisco's support for the Catalyst 5500s and LS-1010s was waning.
In addition, the demands of video distribution, telemedicine and medical-imaging technologies were quickly making the network outdated. It lacked QoS or multicast capabilities. That meant e-mail, Web surfing, video and medical images all got the same "best effort" treatment. Video packets were broadcast indiscriminately, causing bottlenecks and congestion. Applications that needed greater bandwidth or QoS, such as those used for remote clinician consultation and patient diagnosis and medical research, could not be carried efficiently -- or at all -- on the network.
Partner Content
Blue Stripe Software
www.bluestripe.com/
Improving Application Performance Troubleshooting
Diagnosing why an application is slow is hard, at times taking days or weeks to isolate and resolve. This paper explains the challenges involved using current management tools, provides a 'wish list' for application management and analysis, and explains the need for an application system-wide approach that monitors entire applications, not components.
Download Whitepaper
Virtual Vigilance: Managing Application Performance in Virtual Environments
This paper highlights the impact of virtualization on application performance. "Managing Application Performance in Virtual Environments" states: "Best-in-Class organizations are predominately taking actions around improving visibility across both physical and virtual systems, assessing the business impact of application performance and understanding interdependencies of applications in virtualized environments."
Download Whitepaper
Application Service Requests: The Missing Link for Pragmatic ITSM
Forrester Research analyst Glenn O'Donnell and BlueStripe co-founder Vic Nyman discuss a breakthrough approach to application problem management. Learn the new approach for ITSM problem management, which provides: Rapid isolation of application slow-downs to specific components for quick problem resolution, 24/7 monitoring for proactive notification of potential issues before end users are impacted and much more.
Register for Webcast
Comments (4)
RE: Network-upgrade horror storyBy Dan on July 23, 2007, 6:25 pmThe URL links are invalid at the bottom of the article for pages 2-6. :-( The links are like: http://research/2007/072307-network-upgrade.html?page=2
Reply | Read entire comment
On the dead page that showsBy Anonymous on July 23, 2007, 7:17 pmOn the dead page that shows up, paste and insert the following ( www.networkworld.com// ) just ahead of the word "research" in the url box... and then the links...
Reply | Read entire comment
Questioning the motive for pulling back and starting over....By Anonymous on July 24, 2007, 5:39 pmWith the decision to "re-sell" the project, and "re-engineer" it for economically, but not technically, different fiber provisioning, this begins to sound more like...
Reply | Read entire comment
Belated apologies; links fixedBy Adam Gaffin on July 26, 2007, 4:10 pmThey seemed to start working Monday; then I never posted that.
Reply | Read entire comment
View all comments