Steelhead Appliance

[cgeary]

Does Grant's comment not already answer this thread?

[isack2230]

Anyone find an answer to this?  Is DFS-R optimized by default?

Someone on our server team has asked me and I'm trying to answer him correctly.  If it is optimized, is there a good way to bypass this traffic ?

[Derse_IT]

Sorry to necro a thread, but I have a similar issue and could not find a resolution...

One of our Steelheads will get a spike in connections from a server due to high DFS-R traffic. It will recieve 30+ connections from a single server, which is talking to several other servers trying to figure out which file to keep. The alarm usually clears within a few minutes.

Any ideas?

Thanks!
~S.

[GrantT]

I asked the question of Riverbed support, and this was the reply:

In order to pass through DFS-R traffic you re going to have to selectively know which pair of IP addresses are participating in replication. Since DFS-R implements something similar to our SDR, it will be extremely hard for the SH to optimize this traffic. By default, the DFS-R application port isn t fixed (not sure if this can be modified in any way) but it does typically high a high port value but that isn t the best way to differentiate an application. So, using the IP addresses of DFS-R servers would be ideal mainly since no one in a company would use a DFS-R enabled Windows Server as a client.

Oh well!

[paulgraham]

I would also be very interested in a solution for this, something that would be more scalable than using IPs...

[blancolam]

can you pass through the traffic based on source/dest ip?

[GrantT]

Hi folks..

I'm wondering if anyone might be able to provide some guidance on a prob I'm having with DFS-R and Steelhead optimisations.


We have a reasonably large fleet of low-end Steelhead devices at our branches along with new Windown Server 2008 configured to use DFS-R for their file replication needs. Our Steelheads are basically just "out of the box" - and I've recently noticed that roughly half of our concurrent connections are being taken up with traffic typically communicating on a variety of ports above 50,000 and these seem to be staying alive for many days or weeks at a time. The net effect of this is that many of our Steelheads are exceeding their concurrent connections, and eventually starting to pass through traffic that I would legitimately like to opitmise. Further to this is that there appears to be an overhead for Riverbed inadvertantly intercepting the DFS-R traffic - as I can see there's actually *more* WAN traffic than LAN traffic in most cases.

What I am trying to determine is how I best pass DFS-R traffic through without disrupting anything else? All equipment is running RIOS 5.