• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 841
  • Last Modified:

WAN optimisers, juniper, riverbed related query

I seem to have got myself confused with QoS / CoS (Class of Service) over MPLS etc and downstream network locations not on our MPLS cloud. The idea was to bring either Juniper / Riverbed WAN optimisers at each sites and see if we can get out of the cycle of constantly upgrading our MPLS links.

Now, I was wondering, in a post WAN Optimiser scenario, For example, if we have users in London and users in Berlin who want to videoconference with each other, a perfectly natural thing for users to want to do, it will be fine and dandy because we will have Qos/CoS on the MPLS and that will deliver the packets in a timely manner. But, CoS is about getting the packets there fast, not about partitioning the bandwidth, so if the guys doing the video conference decide they want to run it in High Definition at 2Mbps, then all of the bandwidth will disappear as they have consumed it all (assuming a 2Mbps pipe in London) and all other applications regardless of class will stop, if video is classfied as higher than say, our E-Business Suite.

So, here is the question, do we need our WAN Optimisers to be (some thing like) Packeteers also? Something like a Traffic Shaping capability? The two devices are mutually exclusive as we cant allocate bandwidth if WAN Optimiser has allocated it all to get it to go fast.
Am I clear??


This will be more acute on the Intra site connections that are made up of internet VPN and point to point leased lines as these cant do CoS (unless we fancy programming some Cisco routers to do CoS (I dont)), so for these non MPLS connected sites, should we be considering Packeteer instead of Riverbed????


Do you see what I am getting at? And what the answer is?

1 Solution
I think I see what youre getting at and Ill do my best to answer.

My experience is on the Riverbed side so I wont comment on Juniper.  From the optimization side the primary benefits you will see will be data reduction for redundant TCP traffic and optimization at layer 7 for protocols like (CIFS, MAPI, etc).  The amount will very based on the applications youre running between the sites; if you have a lot of file sharing, backups, email you should see a dramatic amount of reduction.  This will work to remove traffic from the WAN to provide for VoIP / video.  

The Steelhead will not touch the video (RTP) traffic; everything will be passed through with DSCP intact, but you can use QoS on the Steelhead to do things like prioritize and rate-limit the traffic.  

None of these solutions will help if the video call will consume your entire WAN bandwidth.    

If you contact Riverbed they can get you eval boxes so that you can see the results you will get with your traffic mix.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Worried about phishing attacks?

90% of attacks start with a phish. It’s critical that IT admins and MSSPs have the right security in place to protect their end users from these phishing attacks. Check out our latest feature brief for tips and tricks to keep your employees off a hackers line!

Tackle projects and never again get stuck behind a technical roadblock.
Join Now