[c-nsp] Pix to Pix tunnel performance w/Windows File Sharing,>

Hank Nussbacher hank at mail.iucc.ac.il
Sun Feb 20 03:39:18 EST 2005


Playing with MTU/MSS and other tweaks will only take you so far with 
performance issues for Windows File sharing.  That is why a slew of 
companies have been formed:

http://www.riverbed.com/
http://www.riverbed.com/industry/compare.html
"Some compression vendors offer TCP latency optimization as well. The 
difference is that Riverbed offers application level latency optimization. 
While TCP can be improved, the bottleneck in a latency-bound WAN is 
typically in the application's protocol (e.g. MAPI or CIFS), not in TCP. 
So, if you improve the way TCP behaves on a high latency link, you may not 
improve the performance of the application at all."

http://www.tacitnetworks.com/
http://www.tacitnetworks.com/docs/Whitepaper-WindowsOnTheWAN.pdf

http://www.actona.com/Index.html
[Bought out by Cisco and now in the Storage Networking BU]

http://www.disksites.com/
http://www.disksites.com/solution-overview.htm
Note the 100ms graphs on this page for open and save operations via CIFS/NFS.

Basically, CIFS is not meant for WAN consumption whether it be via tunnel 
or not.

Regards,
Hank



More information about the cisco-nsp mailing list