Steelhead?
Umm, isn't that what a Riverbed is for?
Fujitsu has found a way round repetitive metadata ops that delay CIFS and SMB transfers from remote file-sharing sites. It's developing a WAN optimiser product using this software tech. File metadata is sent too many times in a transfer session, slowing data transfer. What Fujitsu engineers found was that, with a large number …
I suspect this may put Fujitsu as close as 10 years behind Riverbed's solutions and 8 years behind Cisco's solutions... (there maybe other solutions out there as well, but I'm not familiar enough with them to work out how far behind them Fujitsu is)
Now all they need to do is price it high enough so that the market ignores their solution completely and they will have completed their failathon in record time.
The only possible glimmer of hope would be if Cisco finally gave up chasing Riverbed and Fujitsu stepped into replace them, avoiding a single vendor market.
I seem to have run out of misery for the moment - I'm sure I'll find some more tomorrow.
CIFS (SMB 1.0) WAN optimization? Had to check that I wasn't reading an El Reg article from the early days of the W Bush administration. And yes security wise generally on a router opening ports 13x, and 445 are towards to top of the list of things not to do.
Enterprise sites I worked on had remote file servers for all the working stiffs: only management and their PA's had the privilige of working with local file servers. And not at all surprised that some of them would be working with early versions of SAMBA.
CIFS + SAMBA == VPN right ? Network shares over WAN farout.
I saw this possibly differently. Could this not open up to other areas like HTTP ?
Excuse the ignorance. It did say cloud, therefore files served over CDN's. Segmented files for instance therefore Mpeg Dash speed up ?
At least how CDN's handle fils but S3 is an object system so maybe this doesn't relate to them ?