OSS compatibility rules

What is life without incompatible realities?”
Ursula K. Le Guin
.

One of the nifty features of many inventory management solutions is their compatibility rules. They’re effectively the equivalent of ensuring a designer doesn’t put a square peg in a round hole.

A sample use-case is when trying to build a 1 Gigabit (1Gb) Ethernet circuit, you can’t plug either end of the cable into Fast Ethernet (100Mb) port within the inventory management circuit design tools.

Some OSS even filter the pick-lists to ensure that you only see compatible objects (ie you only see the available 1Gb ports) on the equipment or card you’re trying to connect to when building a 1Gb circuit. This reduces the risk of design errors.

Just one word of warning. Ensure you run a proof of concept on this functionality using your own contextually accurate data (eg naming conventions, equipment types, port types, circuit types, etc). In some cases the effort in setting up and maintaining the compatibility rules outweighs the benefits. Afterall, your designers will normally be so familiar with the attributes of your network that they’ll rarely make these types of design mistakes (I hope).

If the effort required to maintain the compatibility rules is significant or if they preclude you from building valid circuits (eg throttled or rate-limited circuits being mis-matched against line speeds), then you won’t get the benefits that this functionality would initially seem to offer.

If this article was helpful, subscribe to the Passionate About OSS Blog to get each new post sent directly to your inbox. 100% free of charge and free of spam.

Our Solutions

Share:

Most Recent Articles

No telco wants to buy an OSS/BSS

When you’re a senior exec in a telco and you’ve been made responsible for allocating resources, it’s unlikely that you ever think, “gee, we really

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.