...but the right SD-CORE will make you believe it could be.
It's that time of year. 2018 is on its way out the door. We're winding things down, and we're making plans. And in 2019, the single most important thing you can do to enhance your SD-WAN is to connect it to an SD-CORE.
That's the way you keep your business always-on. In fact, it's the best present you can give to your CIO or VP Net Ops this holiday season: peace of mind. Nothing beats a reliable WAN that is easy to start and maintain, and that won't drive you to insolvency.
But which SD-CORE do you choose? Rather than give you a huge list of 10 or more categories, I thought we'd stay true to our roots, and simplify. When it's all said and done, every meaningful distinction among SD-COREs comes down to differences in control and security.
There are a million different companies with an equal number of claims of magical routing or WAN optimization techniques. The names and claims are really impressive, but give you no real information. And that's a shame, because HOW the SD-CORE is controlled matters a LOT.
Here's the reason the better the control, the more efficient the SD-CORE. And the more efficient the SD-CORE, the lower the cost for a given level of performance.
That's a pretty convenient litmus test. Forget the fancy names. Look at the SLA. If there isn't an SLA, move on. And if there is one, look at the numbers. They're usually pretty similar among vendors. And then look at the price. Higher pricing means less capable control.
There are a few other signs if you're looking closely. By far, the best level of control is at the individual packet level. If a vendor doesn't own the backbone network or have a direct relationship with the backbone provider, they can't control each and every packet. So you can toss out SD-COREs that rely on public IP backbones because they can't see packets end-to-end, never mind control them every step of the way.
But let's say the SD-CORE provider offers packet-level control of their own backbone. Let's say you're Google or something like that. You're using advanced AI techniques to analyze the network, then compute a centralized solution, and then push that solution across your network. That's pretty good, except for the fact that it takes time to do this analysis and push it out, and in that time everything has probably changed. After all, AI is figuring out the best solution in the face of insufficient information. Turns out, when it comes to packet-switched networks, you have all the information you need for an autonomous solution. And autonomy is not only better, it's best.
Autonomy trumps AI because, ironically, it doesn't require any intelligence. Every node on the network can independently calculate its own perfect control solution, in parallel. Whether the network has 10, 10 thousand, or 10 million nodes the speed of the control is only limited by the time it takes to measure the network. And that, for a ball the size of the earth, is only 150 milliseconds. Tops.
That's Perfect Network ControlTM, and only Mode has it. We start with world-class private underlays from providers like Ericsson and other major service providers. They've kindly allowed us total control of every packet on the network, end-to-end. We seamlessly stitch them together for superglobal coverage, and the result is an SD-CORE unlike any other: Mode Core. And while we can never claim Mode Core is perfect, the solution that every node on our network uses is nothing less. Perfect Network ControlTM continuously drives Mode Core towards a perfect network in the face of ANY external changes every 150ms.
The result is unmatched efficiency, typically 300% better the state-of-the-art. It's that efficiency that lets Mode Core deliver worldwide high-availability SD-CORE performance for a price no one else can touch.
And come back to this blog next week when we'll tell you about the second most-important consideration in choosing the right SD-CORE to enhance your SD-WAN: security.
You've got to hand it to Amazon. They have their fingers in a LOT of pies. Makes you think if they had known they'd get this pervasive at the beginning, maybe they'd have chosen a different name. I mean, the jungle is pretty big, but it's not a global phenomenon.
Global Accelerator from Amazon is, as its name implies, truly global. No, it's not a startup incubator (sure sounds like one, ahem). It's Amazon's SD-CORE for AWS. It's hot off the presses for those of you attending AWS re:Invent in Las Vegas. It takes its place side-by-side with Azure Virtual WAN and Edge Gravity by Ericsson as the latest SD-CORE from a major cloud provider. And, if you think about it, it validates four major realities facing cloud-era businesses, many of whom have adopted SD-WAN.
1. Internet Core just doesn't cut it.
OK, Amazon does the same thing we do when we talk about the Internet treat it with care. Because, really, we love the public Internet. It does amazingly well as a best-efforts system. But here's the rub: Amazon would not have built Global Accelerator if AWS customers weren't having performance and availability issues using the Internet Core. According to Peter DeSantis, AWS VP Global Infrastructure, Amazon wants to improve the performance and availability of applications running across AWS regions by bypassing the public Internet and transporting data on the AWS Global Network. In particular, he calls out applications like voice, video, interactive experiences, and those requiring long-haul traffic. Sounds pretty ubiquitous.
2. Internet Access is part of the solution.
Like any SD-CORE, AWS Global Accelerator relies on last-mile Internet Access. We've cited many studies that have shown that Internet Access is very capable of being a part of a reliable software-defined WAN solution (SD-CORE QoS Without MPLS from SD-WAN Experts, and Addressing SD-Core: Boosting SD-WAN performance without MPLS from Cisco), and Amazon clearly agrees with this assessment.
3. The world needs a Multi-Cloud and Hybrid-Cloud SD-CORE.
As cool as this is for AWS customers, there is a lot more to keeping a business always-on than just AWS. Businesses need an affordable, reliable, SD-WAN compatible solution that covers the broadest set of enterprise use cases: branch and data center connectivity, all IaaS and PaaS clouds, and the gamut of SaaS applications. An unreliable, unpredictable, and often unsecure Internet Core (see Google goes down after major BGP mishap routes traffic through China, Suspicious event hijacks Amazon traffic for 2 hours, steals cryptocurrency, and Strange snafu misroutes domestic US Internet traffic through China Telecom from ArsTechnica) makes always-on unobtainable at worst, or difficult at best for IT and NetOps. Given that Global Accelerator may very well diminish traffic on Service Provider backbones, this is a major opportunity for SPs to step up and offer an SD-CORE that doesn't just serve Amazon's needs. Hint.
4. Affordability: the big omission
Truth is, there is an Internet Core alternative out there already MPLS. It's the traditional approach, but it's got two major knocks against it: it's expensive, and it's decidedly inflexible, in a few significant ways. These downsides have been the major impetus for SD-CORE alternatives, so it would be ironic if these same alternatives priced themselves out of widespread adoption. Here's the rub: it costs a lot to run a highly available private IP backbone using today's industry standards. Even if you're Amazon, unless you change the fundamentals of network control, a private HA solution is going to cost. The CSP model is also a problem for always-on businesses. It's predicated on making it very inexpensive to get data in, but very expensive to get that same data out. That makes sense when your strategy is to keep customers on your cloud, but it's antithetical to the needs of cloud-era businesses who really need multi-cloud, affordable, HA, secure bi-directional data transport in ever-increasing amounts. That's why we are so excited about Perfect Network ControlTM. When you re:Invent network control, and you triple effective network utilization, you deliver an otherwise unobtainable mix of flexibility, reliability, AND affordability.
An SD-CORE that costs the same as business Internet, but with QoS and SLA guarantees, that supports multi-cloud, hybrid-cloud, every SD-WAN, and pretty much every other enterprise WAN use case? Now THAT'S re:Invention. And that, my friends, is Mode Core: table stakes for keeping your business always-on.
We're not the only ones who think so. Searl Tate, Managing Director, Information Technology of Paul Hastings LLP, has this to say about keeping his global law firm always-on: "Mode stands out as a unique option that offers all facets of reliability, security, flexibility, and value in a software-defined private enterprise WAN today. Mode understands the importance of an affordable high-availability 'middle mile' and Mode Core delivers."
Speaking of always-on: enterprise security plays a big role in giving IT and NetOps peace of mind. It's a hot topic, as is Zero Trust architecture. So what's the role of SD-CORE in all this? re:Inventing end-to-end security in the cloud era, of course. Come back next time to find out how.
Read more about AWS Global Accelerator SD-CORE here.
One of the benefits of being in a startup is that you have a lot more freedom to completely go off the reservation, on occasion. Once you get to a certain size, everyone gets a lot more serious. And then this kind of editorialized fun comes to a dead stop. You know what I mean. So let's enjoy it while we can, shall we?
Welcome to the millennial edition of the Mode blog, and the third part in our analysis of Steve Garson's (CEO and Founder, SD-WAN Experts) ONUG presentation "Measuring Internet Core Variability" aka "Is the Internet Core a Safe Space for Packets" aka "Is Your SD-WAN Relying on a Turkey of a WAN."
But first... Let's talk about perfect. At Mode, we are lucky to have something at our disposal called Perfect Network ControlTM. What is it, you ask? Well, it's pretty rare in technology to have something that's truly perfect. And that's why this is so very cool. We will cover this more in a future blog, but Perfect Network ControlTM isn't an exaggeration at all. It's how Mode controls networks and continuously drives them to perfect efficiency, every 150ms. And we all know, nothing beats perfect.
The point is, most things aren't perfect. For example, the platform we use to host our webinars (it's ok, we know perfect is hard). Turns out, it wasn't cooperating at the scheduled 10 AM November 14 time and date. So for those of you who couldn't make Steve Garson's presentation on "Three Must-Do's to Get Peak SD-WAN Performance" this is your chance to not get left behind, and learn about three common-sense steps to get more from your SD-WAN. Even better, you get to eat turkey first.
Featuring: Nithin Michael, Founder & CTO, Mode;
and Steve Garson, Founder, SD-WAN Experts
When: Wednesday, November 28th, 10:00 a.m. (PDT)
OK. Back to A Safe Space for Packets. I hate to break it to you, but it's time to hand out the blankets, coloring pads, and crayons, because we've already learned that the Internet Core isn't safe at all. Scary.
In fact, its unpredictability is orthogonal to keeping businesses always-on. We'll get into the concept of "always-on" in a future blog, but for now, think technology always doing what you need it to do, when you need it done, to get work accomplished. The network, the technology, just recedes into the background and you totally take it for granted. That's the dream. And all too often, the Internet Core turns it into a support nightmare.
In the third part of Steve's ONUG presentation, he considered a very interesting question can optimized paths or backbones make a difference vs. Internet Core for long-haul traffic. For example, AWS to AWS optimized paths.
He turned to our friends at Catchpoint to measure AWS-to-AWS performance among the same origins and endpoints of his previous two tests. And the results were quite illuminating.
As you can see, in most cases, having an optimized path between points not only reduced point-to-point latency, but also latency variance and jitter. The takeaway point if your business a) needs to be always-on, and b) relies on long-haul data transport, you can benefit dramatically from an "optimized path."
Steve's conclusions are similar:
So, you want to be always-on. You need to be always-on. And all you want for Christmas this year is flexible, reliable, affordable WAN. Do you pick MPLS? Do you choose SD-CORE with SD-WAN? And are all SD-CORE's the same? Is all network control with all those fancy names for different kinds of routing or optimization really the same?
No doubt, these are all great questions. And we look forward to discussing them more in the future.
In the meantime, our friends at Cisco had a LOT of news this week. And mixed in among that news were some very interesting comments on SD-CORE and SD-WAN. Want to know more? Come back next week and find out!
As I sit here sipping my fourth Coke Zero of the day (true), next to a former starting outside linebacker for the 49ers (also true, and a much longer story), I am reflecting on how to break some very exciting news to you.
That's it! I've settled on the direct approach:
And the topic ... it's Gold, Jerry! P-u-r-e Gold!
Could it have to do with your SD-WAN? Well, yeah. Does it talk about MPLS costs and inflexibility? Maybe. End-to-end encryption, and enterprise control of security policy? Very possibly. Extending edge control to the network core? Definitely.
Featuring: Nithin Michael, Founder & CTO, Mode;
and Steve Garson, Founder, SD-WAN Experts
When: Wednesday, November 28th, 10:00 a.m. (PDT)
Now that that's out of the way, we can resume our walkthrough of Mr. Garson's excellent keynote presentation at the ONUG Fall event in NYC. If you recall, his talk offered three experiments relating to Internet Core performance. Last week we covered the first, in which Internet Core response time was extrapolated from measurements of long-haul response vs. last-mile response.
In the second stage of the presentation, he used Catchpoint to directly measure Internet Core response time among the same collection of endpoints, comparing them to the first data set.
The goal was to validate the original data by using two distinct measurement methodologies, and hopefully get similar results.
And it worked! Let's look at the following raw data table:
It's pretty clear that the measurements from Part I (last week) and Part II (this week, direct Internet Core measurement) are practically identical (within the margin of error). Both the median and the standard deviation.
With one exception the route between Melbourne and San Jose AWS. It's likely that Telstra (the backbone provider) is doing something special in moving data back and forth with San Jose AWS. This would account for this path's resistance to latency variance (when compared to generic Cedexis data obtained across a collection of providers, as used in Part I tests).
This leaves us with two takeaways:
Next week, come back to Mode.net for analysis of Part III of Steve Garson's research project and presentation. But for now Save the Date, November 14, 2018, as we host Mr. Garson for a not-to-be-missed Webinar, live from Silicon Valley and the Mile High City. So exert some control over your schedule and pencil us in. Your SD-WAN can't afford to miss it.
The cloud era has been anything but simple for businesses. In fact, a lot of the challenges they face may be attributed to how hard it is for network operations teams to consistently provide reliable connectivity among their employees, assets, applications, and services.
So the opportunity is to simplify end-to-end reliable WAN for businesses, large and small. That's why we were at ONUG in NYC (ok, were there for the bagels also). We saw an amazing presentation by Steve Garson of SD-WAN Experts, titled "Measuring Internet Core Variability."
We've been blogging about the Internet, how it's generally great, but perhaps problematic when it's used as part of an SD-WAN solution for mission-critical business applications.
We've told you about the "good parts" version of the Internet separating Access from Core. And we've implicated the Core as the primary cause of unpredictability.
We are always amazed when others produce corroborative evidence. At ONUG, others = Steve Garson of SD-WAN Experts.
Let's take a look at the first part of Steve's presentation.
Steve chose response time (i.e. send + wait) as the ideal methodology, because it excludes one-time events like DNS and connect, and it's a better measure of real Internet response than ping.
In his first series of tests, Steve calculated Core performance by subtracting access performance from a long-haul performance. Of course, performance varies over time. I'm no mathematician, but I seem to remember that in cases of two parts of a series with variability, the variance of the whole (variance = standard deviation, squared) is equal to the sum of the variance of each part, plus two times the covariance (the correlation of variance in part one with part two).
I think it's a safe assumption that, in general, performance variance of the last-mile is wholly independent of core variance, meaning covariance = 0. Steve makes this assumption, which means the long-haul variance = core variance + access variance. Whew. We are done with the math.
Steve collected data from servers originating in San Jose, London, Tokyo, Sydney, and Virginia. He looked at the performance to end users in Bangalore, Washington D.C., Tokyo, London, Melbourne, and San Francisco. Here is a table of the raw data:
The results are pretty clear. For long hauls, the vast majority of response variance occurred in the Internet Core, not the last-mile. In fact, 99.5% of response variance happened in the Internet Core. That means that your business traffic, over long hauls, is experiencing the vast majority of dropped packets, jitter, etc., as a result of the Internet Core. Even with the lovely software-defined benefits of SD-WAN at your corporate edge.
99.5% of long haul Variance happens in the Internet Core. Why?
It's largely an issue of economics. Internet Access networks receive 300% to 1000% the investment of the Internet Core, most of it coming from customers. The Core is based on least-cost peering and routing.
Steve went on to provide additional tests of Internet Core performance, and we will cover them in upcoming blogs.
But for now, we know one thing for sure. If you want to simplify reliable end-to-end WAN so your businesses can hum, you can't stop at SD-WAN. You need to replace the Internet Core with something far more reliable. You could use something overpriced and rigid like MPLS. But you really want something that's SD-WAN friendly, flexible, and affordable. You may not know it yet, but your want a software-defined core (SD-CORE).
Jennifer English at TechTarget has done a nice job reviewing Steve's presentation. Her conclusion you may not be able to rely on SD-WAN + Internet, but you no longer have to pay for expensive solutions like MPLS. SD-CORE might be just the thing for simplifying the reliability of your SD-WAN.
Who doesn't love The Princess Bride? I got my first copy at the Dartmouth bookstore outside of summer camp (for those who've been reading this blog, you'll recognize the tie-in to the very first Mode post). No, the movie isn't nearly as good.
It was a tight book. A real page-turner. In fact, this masterpiece by William Goldman was an abridged version of the hideously plotted, unedited, and unreadable original version, penned by S. Morgenstern. Or so Goldman claimed. In fact, it was a clever, but bogus, literary device. Now I digress.
So what do R.O.U.S. and "as you wish" have to do with this next part in our blog series of "Is the Internet good enough for mission-critical business?" Quite a bit, actually. Or at least one bit.
In our last blog, we showed evidence that the Internet was too unpredictable to support mission-critical business applications (or other applications like streaming gaming, and a whole host of next-generation devices, applications, protocols, and services from IoT to blockchain to 5G).
We must ask: do we dismiss the entire Internet on this basis? Or is there a "good parts version" of the Internet that we can carefully separate, and use with confidence as part of an end-to-end cloud connectivity solution? (I know you were waiting for that tie-in, and yes, you're welcome).
It's common practice to divide the Internet into two parts the on and off ramps we call Access. The center, we call Core. Access has different names like last mile (or first mile), and Core is sometimes called backbone or middle mile. So can we attribute the unpredictability of end-to-end Internet entirely to either Access or Core? Is it really that easy?
It turns out that we can, for the most part. Internet Access outages are exceedingly rare. Physical network distances at the last-mile are relatively short, and global, long-distance studies show that Access contributions to latency and jitter are relatively insignificant vs. end-to-end values. Solutions like SD-WAN offer additional Access resiliency via redundancy. Additional studies of last-mile U.S. operators reinforce this truth: Internet Access is predictable, can be trusted, and is getting better all the time.
This makes sense when you consider how well-capitalized and well-marketed Access solutions are. It's a highly competitive marketplace, and poor performance is a deal-breaker.
The Internet Core is an entirely different story. It's not nearly as visible, not heavily marketing, and is composed of complex peering arrangements that shift continually. Its "shortest path" priorities are often economy, not performance. Third-party tests show that the vast majority of latency variation (jitter) happens in the Internet Core, as do daily globally-dispersed Core outages that have not gotten better over time.
This leaves us with a remarkable conclusion, one our SD-WAN partners have known for some time: the "good parts version" of the Internet is Internet Access. It is the Internet Core than requires a more predictable, higher-performance alternative.
SD-WAN has led the way by bringing software-based control the edge of the enterprise WAN. What if we adopted this approach, and brought software control to the Core? That would be remarkable. But how?
This isn't a Princess Bride-style "battle of wits." We know the answer, and we'll happily tell you in our next blog installment.
We aren't alone in our search for an Internet Core alternative that's SD-WAN-centric. Steve Garson @ SD-WAN Experts just published an article detailing various ways to take the goodness of SD-WAN and extend it end-to-end across the WAN core. You can read Steve's article here.
There was no Bogart. No tearful goodbyes. But the Mode team left Paris with something better — confidence. Not just our confidence, but yours. You, the CIO, the VP Network Operations. For some time, you've feared the transition to the cloud.
You've woken up at night in a sweat. And that fear has made you cling to the past. To rigid, expensive, and decidedly cloud-unfriendly connectivity solutions like MPLS.
We left Paris, and we gave you the confidence to let go. The confidence that the cloud could deliver both where MPLS succeeds (reliability and QoS), and where it falls short (flexibility and economy).
We didn't start the ball rolling. That was SD-WAN. It gave you confidence in the edge of your network, with visibility, and the flexibility to chose among different networks. It made site-to-site connectivity a snap. And it did it without breaking the bank.
Still, you knew that at its core, it was still using the Internet. And that made you nervous. And for good reason. The Internet Core is anything but reliable. At least SD-WAN let you pick and choose, and that's exactly what you did, using MPLS like the preciously expensive resource that it is.
SD-CORE sounds a lot like SD-WAN, and that's not an accident. Where SD-WAN brings software-defined control to the edge of the enterprise WAN, SD-CORE takes it end-to-end, across the world's highest-performing private global network as a service.
The need for an SD-CORE has never been greater, and in Paris we learned we are not alone. We saw SD-CORE like projects from Cisco (NGENA) and VMWare. All driven by the need for a better middle mile and the increasing reliability and performance of Internet access. But only Mode offers a network operating at the theoretical limit of packet-switched efficiency. Translation: an untouchable combination of performance and economy.
Mode has replaced that pesky Internet Core with the world's highest-performing SD-CORE, and it works with any SD-WAN with the turn of a key. Still, it was Paris, and you know what those arrondissements can do to star-crossed technology companies. In fact, rumor has it that Mode and Versa Networks were seen holding hands at the Tuileries (read the press release here).
We also saw lots of traditional vendors piling into the SD-WAN space, each trying to differentiate via a better end-to-end experience at a reasonable price. Enter Mode, and our SD-WAN + SD-CORE partner program.
Paris is now a memory. But now you're more confident in the cloud than ever. You know that the combination of SD-WAN and SD-CORE gives you MPLS-level QoS and reliability AND cloud flexibility, and it does it at a business internet price point.
Bonne nuit et beaux reves!
Talk about a busy week. You know the way fast-growth startups can be. Some weeks, you're just pushing that boulder. And other weeks, it comes at you nonstop, and you just don't have enough hours in the day.
This week is one of those.
First, we are incredibly pleased to welcome Versa Networks to the Mode fold (read the press release). Big handshake. Versa Networks is a leading provider of SD-WAN solutions, and the first to join our newly minted SD-WAN + SD-CORE Partner Program. What's that, you ask?
Well, it's like peanut butter and chocolate. Or Gracie and George (Meghan and Harry for you millennials). Two great things that are just better together. SD-WAN brings cloud service flexibility to the edge of the enterprise WAN. That means easy setup and management, and edge visibility. Still, lots of folks continue to use rigid, expensive legacy connectivity solutions like MPLS because of its rock-solid reliability (hint: that's not good cloud etiquette). But we understand. There was no good alternative. Until now.
Mode has stretched the software-defined goodness of SD-WAN, and brought it to the core of the network. We use our breakthrough autonomous routing control to make our cloud private network as reliable as MPLS, but as affordable as business internet. We call this flexible network-as-a-service SD-CORE, and it's built to literally turnkey enhance any SD-WAN. All that SD-WAN edge goodness of flexibility, reliability, and visibility now goes end-to-end, over the entire corporate WAN for the cost of business internet. We think that's pretty sweet. Peanut butter and chocolatey goodness.
Versa is our first SD-WAN partner. Together we are making enterprises big and small confident in their transition to the cloud. No more clinging to legacy connectivity solutions. It's ok, you can let go, little by little if that makes you feel better.
In other news, Mode is at the SD-WAN Summit 2018 in Paris! And … we are a Diamond Sponsor!!! Funny, because of the shape of those tetrahedral carbon bonds sort of looks like an autonomously routed network, but that's just me. Our CEO Paul Dawes is giving the keynote all about the need for the SD-CORE I just described. Nithin Michael, Ph.D., and Mode co-Founder will talk about how he brought the world's first autonomous network to life.
When we aren't presenting, you can find us celebrating in the Versa booth, where we will show you how Versa + Mode = SD-WAN + SD-CORE = Better Together = Cloud with Confidence. That's math that I know you'll appreciate. See you there!
In our last blog, we asked a simple question: is the internet good enough? In fact, this is typically how our sales conversations start: Mode Sales Guy, "Hi VP IT, why do you use MPLS today when the internet is so great and cheap?"
This question elicits two different responses:
VP IT: Oh, I don’t use MPLS at all. We don’t really use UC or VoIP, or have any sensitive applications that run in our data center or cloud. Basically we just pump everything over the internet.
Mode Sales Guy: Great. Have a nice day!
VP IT: Look, I hate the cost of MPLS. It’s also a real pain to work with — slow to setup, hard to change, cloud unfriendly. But I don’t have a choice. Any problem — video conference glitches, voice call dropouts, access or performance issues — it’s all my fault. Saving money over reliability isn’t worth it. So we use MPLS for mission-critical, and the internet for everything else.
Mode Sales Guy: What if I told you that you could save money and gain flexibility, without affecting reliability?
It’s pretty common for IT departments to complain heartily about MPLS, but not believe that they can rely on the internet to replace it.
Remember that this question is the first in a series of three:
Let’s assume for a moment that IT is just being conservative, and look for outside, broader answers to the first question beyond just businesses that use MPLS.
If you think about it, the entire CDN market came into being a while ago because the internet wasn’t good enough for delivering video. The persistence of CDN solutions like Amazon and Akamai suggests it still isn’t.
On the gaming side of things, companies like Riot Games spent millions of dollars to build their own backbone because the Internet isn’t good enough for their gamers. Imagine that — a gaming company becoming a network operator. That’s desperate. And they’re not alone. Nvidia built the GeForce NOW edge network because the Internet isn’t good enough for interactive streaming.
Finally, it’s pretty clear that the $40B+ MPLS market is evidence that the Internet isn’t good enough for mission-critical business applications. Here you’d have a ton of IT professionals nodding in unison about the need for global, consistent reliability with an SLA for mission-critical cloud access, unified communications, VoIP, etc.
It’s pretty clear that there are growing number of applications which require more reliability than the Internet can deliver. In this post-HTTP world, that trend is accelerating.
So the next logical questions are: why is this true? And, can we do anything about it?
If you think Mode might have something to do with the solution, let’s just say you’d be getting pretty warm right about now.
How's that for clickbait? OK, in fairness, the internet is pretty darned good. I like to think of it as the biggest infrastructure project in the history of humanity (truth). It's transformed our lives and our world in profound ways. It seems pretty short-sighted to rail against it.
But, it's a living network. It's not static (although most routing techniques are, go figure). So it can get better. And questioning its capabilities is part of this process. Fair?
Beyond the clickbait, the question I'm really asking is this: is the internet good enough for mission-critical applications? You would think it is, because more and more businesses are running hybrid clouds. They're keeping lots of their mission critical data in the cloud. And over 90% of employees rely on the Internet to access these apps and this data. They're putting a lot of faith in the internet. How's that going?
This question opens up a boxful of follow-ons:
And that, ladies and gentlemen, is the subject of our next series of intriguing and informative blog posts.
Stay tuned! (Hint: we know the answers, but the slow reveal ... priceless)
We were very excited to read that Cisco was integrating their Viptela SD-WAN into one million of its routers. Cisco is clearly committed to SD-WAN, everywhere. At Mode, we are committed to ENHANCING SD-WAN, everywhere. We are thrilled that we are so aligned!
SD-WAN does amazing things, of course, which is why Cisco wants it ubiquitous. It simplifies enterprise WAN setup and management, and offers edge flexibility and edge transparency. It's all about visibility and flexibility, actually.
Which is why it's so disheartening to hear that so many businesses are dissatisfied with the performance of their cloud applications. Inconsistent SaaS performance. Dropped connections to IaaS. Laggy VoIP and unified communications. As good as SD-WAN may be, it's only as good as the networks available to it.
And while the ISP last-mile offers the kind of performance that can support mission-critical business applications, the internet's core is inconsistent. A best-efforts internet core means intermittent dropped packets, and lots of latency variance. That translates into poor SaaS, site-to-site, UC, VoIP, and remote access experiences. The alternative to date has been MPLS. Problem solved but at a cost. A very big cost. Money and time, actually. While SD-WAN helps IT folks keep those costs down by saving only the most-important application traffic for this costly hardware-defined network, enterprise needs something better. Soon.
Enter a new breed of cloud networks, with big promises (we're one of them of course). Some of them offer MPLS-like performance, but at an MPLS cost. Their feature flexibility. But only with their own SD-WAN. Others still use the internet core network, but offer global POP access and some optimizations. Again, only with their SD-WAN. None offer the performance of MPLS, the flexibility of cloud, and the price of business internet. With ANY SD-WAN.
Except Mode. We are a reliable and transparent core network, and work with any SD-WAN or UCaaS solution. How do we do it? Simple (not really). Mode is built around an NSF-sponsored autonomous routing discovery that triples network resource utilization using just software. And not just any software: the Mode HALO algorithm is the only mathematically optimal routing solution in the world. Really. The result is an unmatched combination of cloud network performance and price. Mode is the world's highest-performing Cloud Private Network for enterprise. Today we enhance any SD-WAN, SaaS/IaaS access, UCaaS, and cloud CPE. Tomorrow we #tripletheinternet
So thanks, Cisco. You keep setting 'em up, and we'll be there, ready to swing.
A few days ago, news broke that Amazon was going to sell its own network devices. This led to a precipitous drop in the value of a number of market leaders, and the quick denial of any such move by Amazon itself in the form of a direct phone call to Cisco.
Whether or not any or all of this is "fake news" for me the takeaway is that people can feel that networks as we know them, and the technologies used to run them, are ready for disruptive change. We are all just waiting for the other shoe to drop.
Making networks better, faster, cheaper at moving data begins with rethinking the way packet data is routed. Today, it is done using a fixed heuristic approach, e.g. Shortest Path First, where "shortest" is whatever heuristic you wish to emphasize capacity, latency, cost, etc. So what's the downside of this approach? Network utilization in the 30-40%. range. OMG. The internet could be three times bigger without spending a penny on new infrastructure if only routing were better. But how?
Mode HALO already does it. It defines packet data routing as a control system. It brings dynamic, autonomous optimization to any network, and triples network utilization, sustaining 90%+ use of resources.
Mode isn't making the internet 3X bigger (today). Instead we use Mode HALO to offer the highest-performing Cloud Private Network in the world, Mode Core. Our breakthrough in network utilization translates into MPLS-like performance and reliability, as a transparent and flexible cloud service that's available at a business-internet price point.
Mode enhances any SD-WAN, Unified Communications, Cloud Access, Remote Access, and a host of next-generation applications that demand ultimate network performance without the ultimate price tag.
It's hard for a startup to create a new solution category. It's generally a bad idea. Everyone thinks of the world in a contemporaneous paradigm, and they want to stick you into the right preexisting box. There is little startups can do to change that.
So when we talk about what we've built, for the sake of clarity, we use terms like "Cloud Private Network" or the idea of delivering a flexible, SaaS-friendly private network as a service. It's all very descriptive and easy to digest. Still, there is another term we favor.
SD-CORE. It's no accident that it sounds like SD-WAN. SD-CORE is the yin to SD-WAN's yang. Mode Core is the world's highest-performing SD-CORE, and it's a perfect complement to any SD-WAN. Here's why:
The combination of SD-WAN and SD-CORE produces a transparent, flexible, secure end-to-end global QoS solution for enterprise, at a business-internet price point.
Two weeks ago, we launched Mode. Launches are full of hope and anticipation, but the truth is you're probably going to have a long wait before the world notices you even exist. So you can imagine my surprise when I woke up to find Mode in a top 10 list from Network World. In an article that used the word "hot" to describe us. Twice. That wasn't expected, at least not so soon.
Of course, it's a short article, and this space is pretty complex. So here are some SD-WAN musings on a sunny Friday in the Bay Area:
So thanks for the swipe right, Jeff Vance. You are definitely in the Mode.
The folks at SDxCentral wrote an interesting piece this past week. "Why SD-WAN Won't Kill MPLS." Interesting, because in truth it reads like an advertisement for Mode. Except, we had nothing to do with it. As a startup, you live for moments like these when the market gives you a big, hearty affirmation that your raison d'être isn't delusional.
Could it be that SD-WAN providers promised more than they could deliver? The author seems to think so. Data shows the market for enterprise connectivity is not a zero-sum game: SD-WAN is growing, but so is MPLS. So the article's premise seems to be accurate for now.
The author highlights the chief complaints about MPLS: 1. costly, 2. slow service start, slow modification, and 3. frustrating troubleshooting. But he makes an important point about trading one set of problems for another "tell a network professional you can cut their monthly WAN spending by two-thirds, but... performance will degrade by half, and I bet they won't even consider it."
And that's the rub of using the best-efforts internet core as a backbone for SD-WAN deployments. Not reliable enough for the kind of stuff companies use MPLS for today.
But he's not done, "Tell that same network professional person you can drastically improve reliable connectivity between branches for less than a traditional WAN circuit while streamlining operations and you’ve got their attention."
The idea of a Cloud Private Network is pretty simple give businesses the reliability and security of traditional private networks like MPLS, but in the form of a flexible cloud service. Give them instant service starts, realtime management, and end-to-end transparency (not just edge transparency). Let's throw in dynamic bandwidth and elastic pricing to boot.
Above all, give them the same reliability they expect from MPLS. It's possible to do all this as a Cloud Private Network without the Mode HALO breakthrough. What Mode HALO enables is curve-jump in network efficiency that allows us to offer all this at a business-internet price point. Best of all, we work with any SD-WAN installation, side-by-side with MPLS. So you can transition at your own pace from MPLS to SD-WAN + Mode. A little goes a long way.
Here's the original article.
We've been waiting for years to share what we're doing with the rest of the world. It started at Cornell in a research lab, was vetted working with the NSF on their GENI network, then moved to the West Coast and won the AT&T SDN Network Challenge. And now it's here and networks as we know them will never be the same.
We are Mode, and we have created the world's first autonomous software-defined network. What does that mean? Game without lag. Video conference without a glitch. Move mission-critical business data without choosing between cost and reliability. In fact, wherever there is a network, there is a network that Mode can make better.
We are in the Mode. Are you?
I remember leaving camp with my parents on visiting day, late 70s, New Hampshire. It was hot and sticky and bright green out as we drove to the Dartmouth campus and the Kiewit Computation Center. Inside was cool and crisp. White and sterile, with the hint of a hum among the rows of machines. On display was connectivity, and it was mesmerizing.
A few years later, in 1982, I leveraged this family memory and asked my father for an Apple II for my bar mitzvah. It took five seconds flat for him to resist nostalgia and turn me down. By 1984 he reneged, and I had a shiny, new Mac on my desk. My first act: connecting with my Hayes modem over that day’s X.25 network to Compuserve. Awe once more. Back then, just the idea of connectivity was inspiring, a blank slate of potential and inspiration, there for anyone to embrace.
Boy have things changed. Reverence for connectivity has given way to frustration. Today, the network the internet specifically seems to be holding all of us back. Consumers curse their access providers when their show gets interrupted or their gameplay gets laggy and drops. Businesses have been hybridized, running multiple networks despite the associated cost and complexity, because the internet just can't cut it alone. And app developers, particularly those with a need for resilient reliability and/or low or ultra-low latency (ULL) performance, have in many cases been forced to become their own network operators, all just to avoid the pitfalls of the open internet.
It's really not surprising. The internet was built to serve web pages, to run HTTP over TCP over IP. It wasn't designed for newer protocols like WebRTC, or for handling a large flow of small packets in a highly performant, consistent manner. The internet's core in particular is a best-efforts service, with over 99.95% of latency variance happening in the first and middle miles. Add to this the fact that the whole notion of routing and peering has been largely designed to serve economics first and foremost, not performance.
No biggie, right? I mean, frustration with networking isn't entirely new, and we've always found ways to improve things to meet demand. Wireless is a good example, where app developers screamed for faster data rates. I can hear Andy Rubin banging his head in frustration at Danger, trying to get the Hiptop to work on that era's infuriating wireless networks. Those developers got a steady march of improved protocols, and faster and faster throughput. Problem solved. CDNs cached popular video files at the edge, and Netflix flourished. Problem solved.
This time is different. It's not just about throughput or proximity. It's about the fundamental layers of the OSI model. All of the clever tricks and optimizations, from WANOP, to compression, to pattern recognition, to tuning none of them changes the fact the way data is routed on the internet, and for that matter all networks, has become the true limit to performance. If you believe that packets MUST always flow, and that data should travel at the limits of physical law, you have to completely rethink the way packet data has been routed to this point in time. And the ultimate result of that exercise is quite simple: autonomy.
From the original ARPANET, packet data routing has been heuristic. That's a shame, because it turns out that the routing of packet data on a network can be defined as a control system, and the characteristic equations derived. Armed with this pure math truth, you can approach the theoretical limit of packet data routing performance. Implementing this discovery as a virtual router, and using this as the basis of a pure software-defined network gives a packet-size/protocol-agnostic boost to infrastructure efficiency of many multiples, and the near elimination of latency variance. Perhaps best of all, you get an inherent, autonomous parallelization of routing solutions, with each node self-optimizing in real time. Given ten, ten thousand, or ten million nodes, the routing ability of an SDN employing this algorithm approaches perfection regardless of scale.
What does all this mean? A new era in routing is here, and it makes any network built around it performance-first. The efficiency it provides translates into economy as well, so you get reliability, resiliency, performance, and cloud flexibility at a business-internet price point. Extending SD-WAN. Enhancing UCaaS. Embracing MPLS. Empowering ULL.
Mode is a new backbone for a new world. Often, a post-HTTP world. And for me, personally connectivity is cool again.