The Riverbed Blog

Why Caching is so Old-School

"Please describe how your solution accelerates WAN transfers by caching files and emails." I review many of the RFP's that Riverbed receives from prospective customers, and this is an example of a question that I see from time-to-time. I struggle with how to respond. To me, this question is like asking a jet engine manufacturer to describe how their piston-driven propeller engines work. Or in the networking field, asking Cisco to describe how their token-ring switches work. How would you respond to a question like that?

WAN optimization so easy, your secretary or fundraiser can install it

I participated in a webinar recently with one of our partners SolidWorks and one of our joint customers, FKI Logistex. During the course of the presentation, Brian Hickle from FKI said something that is becoming a common theme with customers that experience deploying Riverbed in their environment.  Brian stated that Riverbed was remarkably easy to install.  So what's the big deal? Many WAN optimization vendors claim to have products that are easy to deploy.

Customer increases bandwidth by 462 times...holy cow!

A customer in the not-for-profit rehab business recently shared with me how they are using their Riverbed Steelhead appliances to optimize the traffic over their WAN when anti-virus signature updates have to be applied from the central data center to user's branch office and remote worker PCs.

I have to warn you that the following results are unbelievable:

RiOS in Rio

I had another opportunity to visit Brazil last month.  It is amazing to see the progress Riverbed has made in the region.  My first visit to Rio de Janeiro was in late 2005; the original customer I met with on that first visit now has over 100 Steelhead appliances deployed and operational in their production network.  Back in 2005, we only had one channel partner in the country.  On this visit I was busy meeting with and training a considerable collection of different local partners from various cities throughout Brazil, all eager and anxious to build up their experience and expertise in Riverbed products.

Riverbed customer testimonial - Silicon Image

Peeling back the Onion on a Sales Call

It's interesting to see how "potential customer" interests have changed over the last 5 years.

In 2003, when I was first meeting with customers, talking about this product we were working on, everyone agreed that they had challenges in their network with remote users. The challenges varied — either performance of centralized applications/servers, or backing up their remote servers (ok, and a few who wanted to centralize).  But everyone blamed bandwidth as the culprit for poor performance.  Often they couldn't afford the larger links, but sometimes they had already upgraded and were scratching their heads as to why it didn't help as much as last time.

So, since they viewed it as a bandwidth problem, we'd explain our killer compression (SDR), and they'd spend 90% of the meeting focused on that, then graciously allow us to talk about what we wanted to discuss, which was how transaction prediction (and VWE) would ameliorate the effects of latency and really speed things up. Sometimes light bulbs would nearly visibly go off over people's heads, usually I got a "hm, I'm sure that'll help too, now back to SDR, what happens when..."

Later they'd test the product (as no one believed our speedup claims...remember WDS hadn't even been invented as a term and we were this dinky startup), and be amazed.  The vast amount of their speedup, of course was due to transaction prediction, the majority of the time.

So, how about 2008?  Last week I was meeting with a large financial enterprise, discussing their challenges.  They knew that latency was the root of application performance problems, and we spent most of the time talking about that (still did discuss SDR — as they'd rather not get more OC3s).  But they were puzzled with their test results — things were clearly faster (i.e. stopwatching user actions), and the reports showed dramatic bandwidth reduction on the Steelhead, but the routers reported the WAN links were still full — where were the "savings" coming from.  Anyone see the answer to this mystery?

Well, the data reduction enabled more traffic to flow, and the transaction prediction stopped applications being bottlenecked on the WAN, also enabling more traffic to flow, so...  People got more done — in the same amount of time — thus the WAN was "full again."  It's sort of Parkinson's Law experienced in a different domain (and with a more hopeful spin).

So, how far have we come?  It's mixed, the great news is that people are aware of latency and it's insidious effects.  We still have a ways to go with the second order implications of this though, i.e. that filling a WAN link can actually be a good sign.  And someone needs to come up with a way to measure ROI on knowledge workers — surely them getting more done in a day is valuable to the enterprise. 

So, what do you think...Latency*chattyness is now well understood, or still breaking news?

Can Riverbed save the internet from Doomsday?

AT&T recently warned that the internet will run out of bandwidth in two years.  It sounds crazy, but Jim Cicconi, AT&T's VP of Legislative affairs says that the current systems that constitute the internet will not be able to cope with increasing amounts of user generated content and video.  He went on to say that in three years time, 20 typical households will generate more traffic than the entire internet today!

When you think about it, this doesn't sound so far-fetched. 

The Soon to be Much Friendlier Skies

Not since Virgin Atlantic promised "more experience than the name suggests" have business travelers been as excited about how to occupy themselves while traveling a mile high in the sky.

The Key Components of WDS

While numerous enterprises have begun deploying WDS solutions, the technology is relatively new.  Many in the IT community are still struggling to understand how WDS technology works.  Compared to say, routers and switches, and other mainstream solutions where technical expertise is readily available, there is a general lack of experts knowledgeable about how WDS solutions work.  Tragically, this has created an environment where seemingly all-knowing charlatans can spout their so-called wisdom to serve their own purposes.

Interop Shrugged

OK, I admit it... having participated in way too many trade shows over the years, I was a bit jaded and not too thrilled with the thought of spending 3+ days in the fake cheese capital of the US.  I should have been excited,

The Riverbed Experience

April completes my fourth year working at Riverbed.  Back in 2004 when I joined, Riverbed had 40 employees.  I liked working for startups, and this would be my second.  Although Riverbed's technology seemed promising, I could say the same thing about my first startup experience, which eventually flamed out after four hard years of grueling work.

But almost immediately this experience was different. 

FUD the WAAS way

Well, I'm back in San Francisco after a successful Interop show last week in Las Vegas. I say "successful" even though Cisco WAAS was named "Best of Interop" instead of us.

But, it's hard to know if they really were Best of Interop or not - they didn't have the new WAAS product in their booth (as required by the contest rules), only a video about it and six PowerPoint slides.

Maybe they should have won a different award:
"Best PowerPoint presentation about a product that might be demonstrated someday at Interop".

Another Riverbed fan

While it can be boring and very annoying to hear a vendor continue to toot their own horn or pound their own chest about how good they are, it is a bit different when it is the customer that is doing the horn tooting.

Applications, deduplication and obfuscation

I'm at Interop this week, still fielding calls about an issue that's been simmering for some time, so I thought I'd start my blog with it...

Over the last six months Riverbed has run into an interesting issue - a collision between applications and deduplication - it turns out that one widely used application, AutoCAD, has a new file format beginning with AutoCAD 2007 that scrambles the bytes in the file every time a complete save is made, and that makes deduplicating it essentially impossible. Brian Babineau at ESG has written about this issue on his blog.