A Dip in IT / Telecom Management

Friday, October 08, 2004

Provide QoS or Quit the Enterprise Business.

It was when customers getting service was the most onerous. Now it has come to the ground and customer become king, atleast enterprise customers. Here is a touch to QoS in enterprise telecom/networks.

SLA and QoS are not new to India, but it was only on paper and with the negotiators. Later no one ever know how the SLOs can be measured and claim the penalty if it breaches. Here is the time come, where maturity came in the industry to negotiate on achivable and measurable SLOs than just for the sake of asking.

It was the time when everything works with "chaltha hai" attitude. Now the pressure has come from the internal customer in every enterprise, as their systems are getting more automated across the locations and business dependencies are also keep increasing.

The another pressing requirement came when IP VPN came in. VPN, which is the hot cake in indian enterprise networking picked up lately after the FR, which was ruling for decades. The cheapest IP VPN solution comes with its own limitations of any packet switching network. The major problem with this network is QoS. The same may not be much visible when it is used only for data.

Basic SLOs commited were

  • Uptime
  • Latency or Round Trip Time
  • Packet Loss or Packet Drops

These were commited end-end ( when the lastmile belongs to same provider) , or atleast between provider edges.

The one more presseing need for QoS came when enterprises started using VoIP over VPN to cut their STD, ISD bills. Considering VoIP is very much sensitive to Jitters, the same is added to the SLOs list now.

Even though these all easy to measure using any tools, even free tools can do this. But when it comes to the reclaim, based on the SLA is breach, It raised a question on how much the tools and underlying technologies used are reliable enough to substanciate the claims.

Every provider, uses their own way to do the measuring and reporting. So the question still remains on the technologies used to measure and report the SLOs

Wednesday, October 06, 2004

OSS/BSS: The Never Easy, Never-Ending Story

Let me start this blog with the story of core IT part of any telcom industry "OSS/BSS" ( Operation Support System/Businenss Support System) . This is where I have got more insight too.

There is always a quest for slicker OSS/BSS from any telecom / network service providers. This quest always remains mistry and the story keep moving like a mega serial. Here, I am trying to look into this quest and also trying to find what is that making this piece of IT so such complex and where this constant demand for a slicker OSS/BSS comming from.

Competition and slash

Telecom industry is in such made itself so competitive, which makes the margins to bottom. This makes the telecom CEOs to cut costs to slash prices further down and increase quality to keep the competition at bay. The same concern was raised by JR Lowry, a partner at McKinsey & Co and the author of a keynote presentation at May's TeleManagement World conference in Nice, the US RBOCs will need to reduce unit costs by more than 25% by 2008 to preserve current margins.

Thus chopping the opex is an obvious place to start with. One of them would be shrinking the number of worker bees, which is simply 'eating low hanging fruits'. The real task is to look for the systems, which can automate or reduce cost of running business and network operation. This is where the the quest for a improved slicker OSS/BSS.

As an example (and by its own account), former UK monopoly BT has latterly been quite good at ongoing incremental shrinkage of its cost base. However, according to Phil Holmes, CTO of BT's research, technology and IT operations arm BT Exact, gradual efficiency gains no longer cut the desired mustard. "What we have discovered… is that if you are looking for cost transformation, simply being more efficient and automating more isn't enough", says Holmes.

So is the quest for OSS/BSS also going to remain in the future too. Now the reason for the constant quest for slicker OSS/BSS is clear and the question remains is what makes it so complex.

All Change

As we living in communication era, which gets all the focus of researchers and business community to offer new things in communication on every day basis. When this becomes habit of the industry, the changes are inevitable. This gives a changing systemic nature to the telecom industry as the whole.

The tempo of the market is shifting into a higher gear, particularly in the wireless sector. As Creaner points out, telecom product lifecycles - development, marketing, introduction and shelf-life - have traditionally been multi-year affairs. The lifecycles of some products can now be measured in months or weeks. Again, the implication is that OSS/BSS competencies need to beome much more nimble.

So, this answers that the OSS/BSS is not complex. The life cycle of these systems gets into weeks time, the systems gets obsolute and needs constant change. When there is a constant change in the running system even to its basics it becomes more messier and shows up a complex picture.

So, Where it progress

When we say its so complex and the demand for it is still stable and growing, then where is the progress ? The answer to this is getting formulated in Telecom Management Forum (TMF).

The key technology element in the TMF's 'Lean Operator' initiative is the 'New Generation Operations Support and Software' (NGOSS) programme. This is an integrated framework for developing, procuring and deploying operational and business support systems and software. NGOSS is delivered as a toolkit of industry-agreed specifications and guidelines, and packaged as follow-on 'Releases' approximately once every six months.
There will be another post on this NGOSS, as its big enough for one single post. Till then cia :)