Category Archives: WAN Optimization

Further Progress of Infineta

When I attended Network Field Day 3 (NFD3) in the Bay Area back in late March, the other delegates and I had the pleasure of receiving a presentation on Infineta Systems’ Data Mobility Switch (DMS), a WAN-optimization system built with merchant silicon and designed to serve as a high-performance data-center interconnect for applications such as multi-gigabit Business Continuity/Disaster Recovery (BCDR), cross-site virtualization, and other variations on what Infineta calls “Big Traffic,” a fast-moving sibling of Big Data.

Waiting on Part II

I wrote about Infineta and its DMS, as did some of the other delegates, including cardigan-clad fashionista Tony Bourke  and avowed Networking Nerd Tom Hollingsworth. Meanwhile, formerly hirsute Derick Winkworth, who goes by the handle of Cloud Toad, began a detailed two-part serialization on Infineta and its technology, but he seems to be taking longer to deliver the sequel than it took Francis Ford Coppola to bring us The Godfather: Part II.

Suffice it to say, Infineta got our attention with its market focus (data-center interconnect rather than branch acceleration) and its compelling technological approach to solving the problem.  I thought Winkworth made an astute point in noting that Infineta’s targeting of data-center interconnect means that the performance and results of its DMS can be assessed purely on the basis of statistical results rather than on human perceptions of application responsiveness.

Name that Tune 

Last week, Infineta’s Haseeb Budhani, the company’s chief product officer, gave me a update that coincided with the company’s announcement of FlowTune, a software QoS feature set for the DMS that is intended to deliver the performance guarantees required for applications such as high-speed replication and data backup.

Budhani used a medical analogy to explain why FlowTune is more effective than traditional solutions. FlowTune, he said, takes a preventive approach to network congestion occasioned by contentious application flows, treating the cause of the problem instead of responding to the symptoms.  So, whereas conventional approaches rely on packet drops to facilitate congestion recovery, FlowTune dynamically manages application-transmission rates through a multi-flow mechanism that allocates bandwidth credits according to QoS priorities that specify minimum and maximum performance thresholds.   As a result, Budhani says, the WAN is fully utilized.

Storage Giants

Last week, Infineta and NetApp jointly announced that the former has joined the NetApp Alliance Partner Program. In a blog post, Budhani says Infineta’s relationships with storage-market leaders EMC and NetApp validate his company’s unique capability to deliver “the scale needed by their customers to accelerate traffic running at multi-Gigabit speeds at any distance.”

A software update, FlowTune is available to all Infineta customers. Budhani says it’s already being  used by Time Warner.

Advertisements

Addressing SDN Burnout

In the universe of staccato text bursts that is Twitter, I have diagnosed a recent exhaustion of interest in software defined networking (SDN).

To a certain degree, the burnout is understandable. It is a relatively nascent space, generating more in the way of passionate sound and fury than in commercial substance. Some Twitter denizens with a networking bent have even questioned whether an SDN market — involving buyers as well as sellers — actually exists.

On that score, the pointed skepticism has been refuted. SDN vendors, including Nicira Networks and Big Switch Networks, increasingly are reporting sales and customer traction. What’s more, market-research firms have detected signs of commercial life. International Data Corporation (IDC), for example, has said the SDN market will be worth a modest $50 million this  year,  but that it will grow to $200 million in 2013 and to $2 billion by 2016. MarketsandMarkets estimates that the global SDN market will expand from $198 million in 2012 to $2.10 billion in 2017, representing a compound annual growth rate (CAGR) of 60.43% during that span.  I’m sure other market measurers will make their projections soon enough.

But just what are they counting? SDN isn’t a specific product category, like a switch; it’s an architectural model. In IDC’s case, the numbers include SDN-specific switching and routing as well as services and software (presumably including controllers and the applications that run on them). MarketsandMarkets is counting  SDN “switching, controllers, cloud virtualization applications, and network virtualization security solutions.”

Still, established networking vendors will argue that the SDN hype is out of proportion with on-the-ground reality. In that respect, they can cite recent numbers from Infonetics Research that estimate global revenue derived from sales of data-center network equipment — the market segment SDN is likely to make most headway during the next several years — was worth $2.2 billion in the first quarter of 2012. Those numbers include sales of Ethernet switches, application delivery controllers (ADCs), and WAN-optimization appliances.

This is where things get difficult and admittedly subjective. If we’re considering where the industry and customers stand today, then there’s no question that SDN gets more attention than it warrants. Most of us, including enterprise IT staff, do not wish to live in the past and don’t have the luxury of looking too far into the future.

That said, some people have the job of looking ahead and trying to figure out how the future will be different from the present. In the context of SDN, those constituencies would include the aforementioned market researchers as well as venture capitalists, strategic planners, and technology visionaries. I would also include in this class industry executives at established and emerging vendors, both those directly involved in networking technologies and those that interact with networking infrastructure in areas such as virtualization and data-center management and orchestration.

For these individuals, SDN is more than a sensationalized will-o’-the-wisp.  It’s coming. The only question is when, and getting that timing right will be tremendously important.

I suppose my point here is that some can afford to be dismissive of SDN, but others definitely cannot and should not. Is interest in SDN overdone? That’s subjective, and therefore it’s your call. I, for one, will continue to pay close attention to developments in a realm that is proving refreshingly dynamic, both technologically and as an emerging market.

Understanding Cisco’s Relationship to SDN Market

Analysts and observers have variously applauded or denounced Cisco for its network-Cisco ONE programmability pronouncements last week.  Some pilloried the company for being tentative in its approach to SDN, contrasting the industry giant’s perceived reticence with its aggressive pursuit of previous emerging technology markets such as IP PBX, videoconferencing, and converged infrastructure (servers).

Conversely, others have lauded Cisco’s approach to SDN as far more aggressive than its lackluster reply to challenges in market segments such as application-delivery controllers (ADCs) and WAN optimization, where F5 and Riverbed, respectively, demonstrated how a tightly focused strategy and expertise above the network layer could pay off against Cisco.

Different This TIme

But I think they’ve missed a very important point about Cisco’s relationship to the emerging SDN market.  Analogies and comparisons should be handled with care. Close inspection reveals that SDN and the applications it enables represent a completely different proposition from the markets mentioned above.

Let’s break this down by examining Cisco’s aggressive pursuit of IP-based voice and video. It’s not a mystery as to why Cisco chose to charge headlong into those markets. They were opportunities for Cisco to pursue its classic market adjacencies in application-related extensions to its hegemony in routing and switching. Cisco also saw video as synergistic with its core network-infrastructure business because it generated bandwidth-intensive traffic that filled up existing pipes and required new, bigger ones.

Meanwhile, Cisco’s move into UCS servers was driven by strategic considerations. Cisco wanted the extra revenue servers provided, but it also wanted to preemptively seize the advantage over its former server partners (HP, Dell, IBM) before they decided to take the fight to Cisco. What’s more, all the aforementioned vendors confronted the challenge of continuing to grow their businesses and public-market stock prices in markets that were maturing and slowing.

Cisco’s reticence to charge into WAN optimization and ADCs also is explicable. Strategically, at the highest echelons within Cisco, the company viewed these markets as attractive, but not as essential extensions to its core business. The difficulty was not only that Cisco didn’t possess the DNA or the acumen to play in higher-layer network services — though that was definitely a problem — but also that Cisco did not perceive those markets as conferring sufficiently compelling rewards or strategic advantages to warrant the focus and resources necessary for market domination. Hence, we have F5 Networks and its ADC market leadership, though certainly F5’s razor-sharp focus and sustained execution factored heavily into the result.

To Be Continued

Now, let’s look at SDN. For Cisco, what sort of market does it represent? Is it an opportunity to extend its IP-based hegemony, like voice, video, and servers? No, not at all. Is it an adjunct market, such as ADCs and WAN optimization, that would be nice to own but isn’t seen as strategically critical or sufficiently large to move the networking giant’s stock-price needle? No, that’s not it, either.

So, what is SDN’s market relationship to Cisco?

Simply put, it is a potential existential threat, which makes it unlike IP PBXes, videoconferencing, compute hardware, ADCs, and WAN optimization. SDN is a different sort of beast, for reasons that have been covered here and elsewhere many times.  Therefore, it necessitates a different sort of response — carefully calculated, precisely measured, and thoroughly plotted. For Cisco, the ONF-sanctioned approach to SDN is not an opportunity that the networking giant can seize,  but an incipient threat to the lifeblood of its business that it must blunt and contain — and, whatever else, keep out of its enterprise redoubt.

Did Cisco achieve its objective? That’s for a subsequent post.

Report from Network Field Day 3: Infineta’s “Big Traffic” WAN Optimization

Last week, I had the privilege of serving as a delegate a Network Field Day 3 (NFD3), part of Tech Field Day.  It actually spanned two days, last Thursday and Friday, and it truly was a memorable and rewarding experience.

I learned a great deal from the vendor presentations (from SolarWinds, NEC, Arista, Infineta on Thursday; from Cisco and Spirent on Friday), and I learned just as much from discussions with my co-delegates, whom I invite you to get to know on Twitter and on their blogs.

The other delegates were great people, with sharp minds and exceptional technical aptitude. They were funny, too. As I said above, I was honored and privileged to spend time in their company.

Targeting “Big Traffic” 

In this post, I will cover our visit with Infineta Systems. Other posts, either directly about NFD3 or indirectly about the information I gleaned from the NFD3 presentations, will follow at later dates as circumstances and time permit.

Infineta contends that WAN optimization comprises two distinct markets: WAN optimization for branch traffic, and WAN optimization for what Infineta terms “big traffic.” Each has different characteristics.  WAN optimization for branch traffic is typified by relatively low bandwidth and going over relatively long distances, whereas WAN optimization for “big traffic” is marked by high bandwidth and traversal of various distances. Given their characteristics, Infineta asserts, the two types of WAN optimization require different system architectures.

Moreover, the two distinct types of WAN optimization also feature different categories of application traffic. WAN optimization for branch traffic is characterized by user-to-machine traffic, which involves a human directly interacting with a device and an application. Conversely, WAN optimization for big traffic, usually data-center to data-center in orientation, features machine-to-machine traffic.

Because different types of buyers involved, the sales processes for the two types of WAN optimization are different, too.

Applications and Use Cases

Infineta has chosen to go big-game hunting in the WAN-optimization market. It’s chasing Big Traffic with its Data Mobility Switch (DMS), equipped with 10-Gbps of processing capacity and a reputed ROI payback of less than a year.

Deployment of DMS is best suited for application environments that are bandwidth intensive, latency sensitive, and protocol inefficient. Applications that map to those characteristics include high-speed replication, large-scale data backup and archiving, huge file transfers, and the scale out of growing application traffic.  That means deployment typically occurs at between two or more data centers that can be hundreds or even thousands of miles apart, employing OC-3 to OC-192 WAN connections.

In Infineta’s presentation to us, the company featured use cases that covered virtual machine disk (VMDK) and database protection as well as high-speed data replication. In each instance, Infineta claimed compelling results in overall performance improvement, throughput, and WAN-traffic reduction.

Dedupe “Crown Jewels”

So, you might be wondering, how does Infineta attain those results? During a demonstration of DMS in action, Infineta tools us through the technology in considerable detail. Infineta says says its deduplication technologies are its “crown jewels,” and it has filed and received a mathematically daunting patent to defend them.

At this point, I need to make brief detour to explain that Infineta’s DMS is  hardware-based product that uses field programmable gate arrays (FPGAs), whereas Infineta’s primary competitors use software that runs on off-the-shelf PC systems. Infineta decided against a software-based approach — replete with large dictionaries and conventional deduplication algorithms — because it ascertained that the operational overhead and latency implicit in that approach inhibited the performance and scalability its customers required for their data-center applications.

To minimize latency, then, Infineta’s DMS was built with FPGA hardware designed around a multi-Gigabit switch fabric. The DMS is the souped-up vehicle that harnesses the power of the company’s approach to deduplication , which is intended to address traditional deduplication bottlenecks relating to disk I/O bandwidth, CPU, memory, and synchronization.

Infineta says its approach to deduplication is typified by an overriding focus on minimizing sequentiality and synchronization, buttressed and served by massive parallelism, computational simplicity, and fixed-size dictionary records.

Patent versus Patented Obtuseness

The company’s founder, Dr.K.V.S. (Ram) Ramarao, then explained Infineta’s deduplication patent. I wish I could convey it to you. I did everything in my limited power to grasp its intricacies and nuances — I’m sure everybody in the room could hear my rickety, wooden mental gears turning and smell the wood burning — but my brain blew a fuse and I lost the plot. Have no fear, though: Derick Winkworth, the notorious @cloudtoad on Twitter, likely will addressing Infineta’s deduplication patent in a forthcoming post at Packet Pushers. He brings a big brain and an even bigger beard to the subject, and he will succeed where I demonstrated only patented obtuseness.

Suffice it to say, Infineta says the techniques described in its patent result in the capacity to scale linearly in lockstep with additional computing resources, effectively obviating the aforementioned bottlenecks relating to disk I/O bandwidth, CPU, memory, and synchronization. (More information on Infineta’s Velocity Dedupe Engine is available on the company’s website.)

Although its crown jewels might reside in deduplication, Infineta also says DMS delivers the goods in TCP optimization, keeping the pipe full across all active connections.

Not coincidentally, Infineta claims to significantly get the measure of its competitors in areas such as throughput, latency, power, space, and “dollar-per-Mpbs” delivered. I’m sure those competitors will take issue with Infineta’s claims. As always, the ultimate arbiters are the customers that constitute the demand side of the marketplace.

Fast-Growing Market

Infineta definitely has customers — NaviSite, now part of Time Warner, among them — and if the exuberance and passion of its product managers and technologists are reliable indicators, the company will more than hold its own competitively as it addresses a growing market for WAN optimization between data centers.

Disclosure: As a delegate, my travel and accommodations were covered by Gestalt IT, which is remunerated by vendors for presentation slots at Network Field Day. Consequently, my travel costs (for airfare, for hotel accommodations, and for meals) were covered indirectly by the vendors, but no other recompense, except for the occasional tchotchke, was accepted by me from the vendors involved. I was not paid for my time, nor was I paid to write about the presentations I witnessed. 

Riverbed’s World-Spanning Acquisitions

Despite some time-constrained, desultory, and ultimately fruitless investigations by your intrepid correspondent, I was unable to determine whether Riverbed Technology’s just-announced acquisitions of virtual application delivery controller (vADC) specialist Zeus Technology and Web-content optimization vendor Aptimize Limited were conditioned by its having most of its available cash outside the USA.

Looks Good on Paper

Don’t misunderstand. I’m not saying these were bad acquisitions. In fact, on paper, these buys look relatively good. Much depends, as it always does, on execution — on how well Riverbed integrates, assimilates, and monetizes its new properties — but strategically there’s not much to dislike about these moves.

Still, it’s interesting that Riverbed bought two companies half a world apart from one another, and another half world away from Riverbed itself. The company’s executives must have racked up prodigious air miles during their due diligence.

There’s nothing wrong with that, of course. The airline industry could use the support. More to the point, these acquisitions could come together to fulfill a strategic vision that will see Riverbed deliver integrated WAN optimization, Web-app optimization, and application traffic management for virtualized and cloud customers worldwide. Riverbed calls the concept “asymmetric optimization” — just one box is required, sitting in a data center — and it believes it can become more than a lucrative niche.

The bigger of the two acquisitions involved UK-based Zeus Technology. Riverbed will pay $110 million upfront for Zeus, and perhaps another $30 million in performance-based bonuses. Zeus, which took a long and winding road toward its ultimate raison d’être in application delivery and load balancing, is highly regarded by knowledgeable market watchers and a growing stable of customers, Rackspace among them.

Zeus Takes Riverbed Into New Battle

Zeus’ virtual traffic manager, which runs on all the major hypervisors, has been installed by about 15,000 customers worldwide. The company apparently generated $15 million in revenue this year, and Riverbed, perhaps underpromising so that it can overdeliver, projects that Zeus’ offerings will account for about $20 million in revenue during their first year under Riverbed’s expanding corporate tent.

In my view, though, the Zeus acquisition isn’t only the bigger of the two, but it’s also more fraught with risk. Yes, it makes sense, presuming the aforementioned plan comes together without a hitch, but it also takes Riverbed into intensive competition with ADC kingpin F5 Networks.

Until now, Riverbed has stayed clear of F5’s core market, which it leads with considerable aplomb. Now Riverbed, already fighting a tough battle against a number of WAN-optimization players, must go up against a strong leader in the ADC space. How well can it fight on two major fronts simultaneously? Part of the answer, I suspect, hinges on how quickly customers begin to perceive the two fronts (or is it three?) as one. If or when that happens, Riverbed’s three-pronged value proposition — WAN optimization, Web-app optimization, and application delivery — will give it the edge it craves.

Mind you, F5 won’t be standing still. It will be interesting to see how this battle plays out in customer accounts.

Kiwis on the Move

The other Riverbed acquisition, of New Zealand-based Aptimize, looks a safer bet. According to reports, Riverbed paid less than $20 million for Aptimize, but the acquired company’s backers could collect more than $30 million if an “earn-out clause” in the deal is fulfilled.

Aptimize’s Website Accelerator, according to Riverbed, “reorders, merges and resizes content, essentially transforming it in real time . . . to deliver the application up to four times faster.” It’s closer conceptually and practically to what Riverbed does today than is the Zeus technology, making it easier to integrate, package, and sell to the company’s existing customers.

While the Zeus team will remain in England, the Aptimize team, comprising co-founder Edward Robinson and ten engineers, will relocate from New Zealand to the Bay Area.

As an aside, though not to investors, Riverbed stock plunged vertiginously on the markets today after the high-flying company, whose shares had soared during the past year, missed its revenue number, disappointing punters and analysts who tend to be unforgiving about such things.

Handicapping Dell Networking Acquisition Candidates

There’s a strong possibility that Dell will make a networking acquisition in the near future. In the spirit of fun, I thought it would be mildly entertaining, and perhaps edifying — though I don’t want to push it — to handicap the field of potential candidates, providing morning-line odds for each vendor.

Brocade 5-2

I addressed the Dell-Brocade scenario in a previous post.

Even though there are reasons Dell might not pursue Brocade, the company is a logical candidate and should be considered the favorite. As any gambler can tell you, however, favorites don’t always win, and there’s a chance Dell will look elsewhere in the field for its networking play.

Juniper Networks 7-1

Dell resells Juniper’s enterprise switches and security boxes under its own PowerConnect brand, but a lot of what Juniper offers, particularly routers to carriers and service providers, isn’t a Dell priority.  What’s more, Juniper would prefer to remain independent, has other major partnerships (especially with IBM), and believes it is well placed to take share from Cisco at carriers and service providers as virtualization proliferates and cloud computing takes hold.

Last, but probably not least, Juniper’s market capitalization, at more than $16 billion, makes it prohibitively expensive. Dell’s cash hoard amounts to more than $14 billion, but I doubt it wants to break the bank  on a single transaction.

Aruba Networks 10-1

Dell sells Aruba’s wireless networking solutions under the Dell PowerConnect W-Series. Aruba is seen to benefit from continued growth in enterprise wireless networking. Still, Dell is probably happy to leave the relationship as it stands.

Enterasys 12-1

The two companies were active partners several years back, but not much is happening today. Not likely.

 Arista Networks 7-1

Michael Dell is enthusiastic about the prospects for 10GbE and cloud computing. Arista probably isn’t willing to sell, but my guess is that Dell — seeing Arista’s gains against Cisco in financial services, with more possibly to come in other verticals — would be interested.

That said, Arista seems destined for an IPO. The company’s CEO Jayshree Ullal has said she is asked often by customers about Arista’s exit strategy, and she replies that the company’s plan is to remain independent.

Extreme Networks 6-1

Extreme and Dell have an existing partnerships, with the former’s switches supporting Dell’s EqualLogic iSCSI SAN arrays. Extreme also has the 10GbE  switching of which Michael Dell is so enamored.

Extreme isn’t an industry leader, and it’s still struggling for traction in a competitive marketplace, but it’s active in many verticals where Dell is strong — including healthcare — and Dell might feel it could do relatively well with such a cost-effective purchase. (Extreme’s market capitalization is $314 million.) It could be a good way Dell to make a modest entry into networking, though it would create complications with existing partners.

 Force10 Networks  7-2

Dell partners with Force10 for Layer 3 backbone switches and for Layer 2 aggregation switches. Customers that have deployed Dell/Force10 networks include eHarmony, Salesforce.com, Yahoo, and F5 Networks.

Again, Michael Dell has expressed an interest in 10GbE and Force10 fits the bill. The company has struggled to break out of its relatively narrow HPC niche, placing increasing emphasis on its horizontal enterprise and data-center capabilities. Dell and Force10 have a history together and have deployed networks in real-word accounts. That could set the stage for a deepening of the relationship, presuming Force10 is realistic about its market valuation.

 F5 Networks 8-1

Dell is the largest reseller of F5 products, and the relationship clearly is working for both companies. Dell resells not only F5’s flagship BIG-IP application-traffic controller, but also the company’s ARX file-virtualization appliance.

Dell and F5 have a great partnership, but I think Dell believes F5 isn’t going anywhere — it will likely remain independent, despite the perennial rumors that it could be acquired — and will agree to leave well enough alone.

Riverbed Technology 8-1

Riverbed and Dell are partners, with Riverbed’s Steelhead WAN-optimization appliances and Dell EqualLogic PS Series iSCSI SAN arrays deployed together in disaster-recovery and centralized data-backup applications.

The relationship works, Dell has other near-term priorities, and an acquisition of Riverbed would be relatively pricy and still leave Dell with networking gaps.

Any Others? 

It’s possible Dell will look elsewhere, perhaps at an emerging niche player, so I’ll leave the field open for late entrants. If you think any should be included, let me know.

How Cisco Arrived at the Crossroads

As reports of Cisco’s impending layoffs intensify and spread, I started thinking about how the networking giant got into its current predicament and whether it can escape from it.

One major problem for the company is that the challenges it faces aren’t entirely attributable to its own mistakes. If Cisco’s own bumbling was wholly responsible for the company’s middle-life crisis, one might think it could stop engaging in self-harm, right the ship, and chart a course to renewed prosperity.

Internal Missteps Exacerbated by External Factors

But, even though Cisco has contributed significantly to its own decline — with a byzantine bureaucratic management structure replete with a multitude of executive councils, half-baked forays into consumer markets about which it knew next to nothing, imperial overstretch into too many markets with too many diluted products, and the loss of far too many talented leaders — external factors also played a meaningful role in bringing the company to this crossroads.

Those external factors comprise market dynamics and increasingly effective incursions by competitors into Cisco’s core business of switching and routing, not just in the telco space but increasingly — and more significantly — in enterprise markets, where Cisco heretofore has maintained hegemonic dominance.

If we look into the recent past, we can see that Cisco saw one threat coming well before it actually arrived. Before cloud computing crashed the networking party and threatened to rearrange data-center infrastructure worldwide, Cisco faced the threat of network-gear commoditization from a number of vendors, including the “China-out” 3Com, which had completely remade itself into a Chinese company with an American name through its now-defunct H3C joint venture with Huawei.

Now, of course, 3Com is part of HP Networking, and a big draw for HP when it acquired 3Com was represented by the cost-effective products and low-priced engineering talent that H3C offered. HP reasoned that if Cisco wanted to come after its server market with Unified Computing System (UCS), HP would fight back by attacking the relatively robust margins in Cisco’s bread-and-butter business with aggressively priced networking gear.

Cisco Prescience

HP’s strategy, especially in a baleful macroeconomic world where cost-cutting in enterprises and governments is now an imperative rather than a prerogative, is beginning to bear fruit, as recent market-share gains attest.

Meanwhile, Cisco knew that Huawei, gradually eating into its telecommunications market share in markets outside North America, would eventually seek future growth in the enterprise. It was inevitable, and Cisco had to prepare for the same low-priced, value-based onslaught that Huawei waged so successfully against it in overseas carrier accounts. In the enterprise, Huawei would follow the same telco script, focusing first on overseas markets — in its home market, China, as well as in Asia, the Middle East, Europe, and South America — before making its push into a less-receptive North American market.

That is happening now, as I write this post, but Cisco had the prescience to see it on the horizon years before it actually occurred.

Explaining Drive for Diversification

What do you think that hit-and-miss diversification strategy — into consumer markets, into home networking, into enterprise collaboration with WebEx, into telepresence, into smart grids, into so much else besides — was all about? Cisco was looking to escape getting hit by the bullet train of network commoditization, aimed straight at its core business.

That Cisco has not excelled in its diversification strategy into new markets and technologies shouldn’t come as a surprise. Well before it make those moves, it had failed in diversification efforts much closer to home, in areas such as WAN optimization, where it had been largely unsuccessful against Riverbed, and in load balancing/application traffic management, where F5 had throughly beaten back the giant. The truth is, Cisco has a spotty record in truly adjacent or contiguous markets, so it’s no wonder that it has struggled to dominate markets that are further afield.

Game Gets More Complicated

Still, the salient point is that Cisco went into all those markets because it felt it needed to do so, for revenue growth, for margin support, for account control, for stakeholder benefit.

Now, cloud computing, with all its many implications for networking, is roiling the telco, service provider, and enterprise markets. It’s not certain that Cisco can respond successfully to cloud-centric threats posed by data-center networking vendors such Juniper Networks as Arista Networks or by technologies such as software-defined networking (as represented by the OpenFlow protocol).

Cisco was already fighting one battle, against the commoditizing Huaweis and 3Coms of the world, and now another front has opened.