The Holy Trinity of Networks: The Tin, the Service-wrap and the Design

I found myself in a situation the other day having to deliver an ad hoc brief on progress with a project I am running. Many years and many service providers later, it is a poorly designed and operated network.

Fair play to my technical colleagues, as they have sought to design a standards-based solution that is not beholden to any one single vendor and allows the widest possible technology roadmap for the client. However the incumbent's product, both hardware and OS, is dogged with problems and limitations, which in order to progress things along has meant that we have been forced to compromise at every turn.

So I had to broach the subject about needing to be look at a Vendor who we know we can do the 'business'. What I came up with was the best way of cataloging the current Vendor's shortcomings and what we felt were critical success criteria for us to recommend a Network Solution:

• The Tin - the hardware must meet the needs of the client and service provider in terms of business case and fitness for purpose (a naughty term but meant here to mean stability etc)
• The Service Wrap - the whole show that the Vendor puts around the pieces of tin they sell you. Pre-Sales, after sales technical support, new releases of firmware/software etc. Design support and general willingness to go the extra mile for you.
• The Design - what principles are we designing this network against and does the solution uphold them? Open Standards, Standards-based solutions, Resilience, Fast Convergance times, Scalability, Single-vendor vs Multi-vendor environments etc

It actually conveyed the point well and also found use as a framework for the technical team that were so busy testing every possible configuration, they couldn't tell me why they were testing specific scenarios. One example, was testing something that they could get to work, but was an unsupported feature from this troublesome vendor. It upheld the Design principles, but I told them if we can't have the Service-wrap with this solution, then it is not worth testing - they thought about it and had to agree.

So I think I will continue to push this 'Networks Trinity' on this project a little longer as a way of restoring some order in the thought processes of all involved.