Programming the NSP: Vendors on SDN for SP Operators

Programming the NSP: Vendors on SDN for SP Operators

Nsp World Sdn

Programming the NSP: Vendors on SDN for SP Operators

L
ast week we looked at what the Network Service Provider Customers are looking for from vendors in the  Network Virtualization Function (NFV). This week, let’s take a look at what the vendors were proposing in October at the SDN & OpenFlow World Congress. Some of the vendor and ONF white papers were posted recently which is nice to see. The keynote was streamed but everything else was members only. These new groups need to generate revenue to maintain bodies and hold conferences and their businesses. That said, it generates more  long tail interest about the events when the lecture recordings are posted for viewing after the fact, like the Open Networking Summit and SIGCOMM conferences.

NSP Optical and Ethernet Market Share

Below is the NSP global market share for optical transport along with the core and edge router market as od 3Q2012.

NSP-Network-Marketshare-2012Q3

Huawei SDN SOX Strategy

Huawei presented on SOX – A Generalized and Extensible Smart Network Openflow Controller (X). Huawei has been quite busy with IETF draft submissions on Alto and SDNi this year. Huawei has large market share in Transport, LTE and NSP route and switch gear.

Huawei-SOX-SDN

Figure 1. Huawei SOX Architecture.

Huawei-openflow-testbed

Figure 2. Huawei testbed focusing on forwarding target neutrality and interoperability with uniform primitives.

Juniper Network Programability for the NSP

NSP-Juniper-Application-sdn

Figure 3. This is an important graphic from Juniper. It says to me, they are going to support what large NSPs want. (Click to enlarge)

I noticed Juniper is moving away from using the term SDN in their paper. Might be differentiation, or customer burnout on hearing it. Fine with me, but for now it’s just  easier than some derivative of programmatically evolving networks through standardized open API or open source primitives. SDN is easier for now, but possibly as annoying as “cloud” for some. Apologies for abusive semantics, but its all we have for now. Though “programmable networks” (PN) is more syllables and two letter acronyms never seem to stick. It does beat a marketing term that means nothing outside of that vendor like some others are doing. Anything is better than SOS. It looks like a good path to freedom.

Programming the NSP: Vendors on SDN for SP Operators

Brocade SDN Data Center Fabrics

Brocade presented two papers one was Exploring Software-DefinedNetworking with Brocade. Tying the Brocade VCS/VDX fabric, Cloud Orchestration and SDN together was first demonstrated at Network Field Day #4. Ferro and Pepelnjak just did a podcast review of the VDX here.

Figure 4. Brocade on the holistic data center.

My Thoughts

There was further articulation for the NSP from vendors, but everything still tracks with the NFV document the NSPs published last month. Operators need to the ability to push multi-layer technical and business policy into the proverbial meat grinder, have consistency and arbitration checks performed while  complexity through abstraction. Scale will come with modularity just as it is in everywhere else of compute. The mechanism is irrelevant but the goal should wherever hardware or software ingestion is to be alikeness or even if we dare to dream, uniformity.

Additional Reading Resources and White Papers

There are dozens of documents to review on the SDN & OpenFlow World Congress site. Thanks to http://layer123.com for publishing the conference papers.


Thanks for stopping by.

About the Author

Brent SalisburyI have over 20 years of experience wearing various hats from, network engineer, architect, ops and software engineer. More at Brent's LinkedInView all posts by Brent Salisbury →