Evaluate Weigh the pros and cons of technologies, products and projects you are considering.

Automated service lifecycle management needed for SDN success

To seriously jump-start SDN, automated service lifecycle management is needed for operations efficiency and service agility for legacy and SDN networks.

Arguably, software-defined networking, or SDN, needs three things to succeed: First, it has to maximize its reward-to-risk...

relationship to promote adoption; second, it must present an evolutionary track that facilitates early adoption and allows operators to build on their early commitment; and, third, it has to make a name for itself that stands for something simple and cohesive.

Luckily, a solution can be found in service operations, by which I mean service lifecycle management as the set of software processes that relate to each stage of a service -- from its original customer order, through its deployment, to running live and finally to tearing it down. As defined, service operations can help SDN meet all three prerequisites for success. More to the point, SDN success could be difficult without it.

Let's start at the top to acknowledge one of SDN's big challenges: an imprecise definition. SDN has three distinct models:

By dividing up the SDN space, these models have complicated the goal of SDN adoption. All of these models rely on one thing, however: service operations efficiency.

Service operations benefits to promote SDN

The three existing SDN models have different, low-level management approaches, but none by themselves would affect overall service lifecycle management to improve operations efficiency or service agility -- the two benefits that operators accept as credible SDN drivers. The lack of overall service lifecycle management improvement has pushed network functions virtualization (NFV) to embrace an orchestration model that has a broader effect on automating service lifecycle management tasks. A broad, high-level service operations model similar to the NFV approach could help SDN in two ways.

  • The first improvement would guarantee SDN's benefits. Service operations or service lifecycle management can include all network and service operations tasks. It is based on an orchestration-driven automation strategy with a scope that can cover all possible operations costs and remove barriers to an agile response to competition or opportunity. If SDN is wrapped in an automated service lifecycle management framework, it can offer the best possible business case, which includes capital savings, operational savings and new service revenue potential.
  • The second improvement is NFV's vision of service lifecycle automation that supports both legacy and SDN connectivity. The emerging approach to service lifecycle automation represents both virtual and real devices and networks as functionally defined abstract objects. This abstraction means it is possible to adopt SDN where aging infrastructure, fast-moving competitive pressure or new revenue opportunities dictate -- without dividing the network into new and old or complicating operations. These abstractions can represent any of the three existing SDN models, making it less critical to converge on a single approach.

Service operations automation affects each SDN model

Orchestration-based service lifecycle automation can address everything SDN needs to succeed. But the scope of the approach and its ability to embrace current network infrastructure also delivers many of the benefits without requiring an SDN evolution. If you can automate legacy device services, why not just do that and avoid the cost and risk of a transition?

Service operations may be the key to having SDN break out of its function-based abstraction to shine on its own. We know from the experience of giants like Cisco that SDN can radically improve the efficiency of both metro and transport networks. But to gain the most from SDN, you have to adapt its unique route-control capabilities to work with traditional IP and Ethernet services. This opens a new dimension in service operations -- one that could eliminate the risk of increased operations costs using a SDN-centric networking model or the risk of service problems.

Service operations may be the key to having SDN break out of its function-based abstraction to shine on its own.

Google's SDN approach lets an operator build what looks like a router core, but is in fact a virtual SDN core. A boundary function does the adapting between SDN and IP. Inside that boundary, SDN is used to improve trunk utilization and handles problems by providing controllable failover. This same model could be used by network operators and even by enterprises if service management was made efficient. The SDN-in-a-wrapper approach fits the service operations vision now evolving, and it would make the transition to automated service operations easier.

The overlay SDN model could also benefit from model-based service operations. With overlay SDN, including SD-WAN, there are two network service layers: the SDN overlay itself and the physical network, which is built using IP tunnels with MPLS, Generic Routing Encapsulation and Ethernet. Model-based service operations can represent both service layers and define how quality-of-service and service-level agreement parameters from the top are related to traffic management below. This automated coupling of service management from both service layers reduces operations effort and error, which is critical to control costs.

Even the simplest SDN model, embodied in Cisco's ACI, can be made more efficient through service operations automation. Effective implementation of this kind of SDN is almost always based on policies that must be defined and distributed throughout network infrastructure. Policy distribution isn't new, but it's rarely coupled directly to network or service management. Service operations through model-driven orchestration like that of NFV can provide the link between policies and network behavior, as well as between application services like quality of experience and policies. This link can significantly improve the way service users are supported, even to the point of facilitating automated customer support portals.

The concept of function abstraction inherent in service operations modeling is the only way to let SDN embrace the current state of the network, while at the same time breaking free from current network and service model limitations. The future of SDN lies in improving services, not just reworking the services we already have. A flexible service operations approach enables SDN to meet that future head-on to grow to its full potential.

Next Steps

For SDN success, virtualization and orchestration are key

Apply software automation to service lifecycle management

Service automation transforms more than SDN

This was last published in March 2017

PRO+

Content

Find more PRO+ content and other member only offers, here.

Essential Guide

Software-based networking broadens automation approaches

Join the conversation

2 comments

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

What do you think is the next step in service operations automation in order to grow SDN adoption?
Cancel
As you mentioned their are different flavors fo SDN and different domains (SDx). In order to avoid ending up again with silos, abstraction is key.

So the next step for SDN adoption is to solve the multidomain orchestration from NFV to SDN and legacy management. As an industry we must achieve that without adding too much complexity.

This can be named as the SAME approach (Service Automation Made Easy)

So the challenge now is to provide open platfrom that can enable the SDN migration through vendor-neutral service design and orchestration.
Cancel

-ADS BY GOOGLE

SearchNetworking

SearchEnterpriseWAN

SearchCloudProvider

SearchUnifiedCommunications

SearchSecurity

SearchDataCenter

Close