Brief
====

Has anyone tried running AFS to/from a home computer,
connected to the world by a relatively high bandwidth connection
such as DSL?


Detail
=====

I'd like to get DSL...   but, as much as I want to be able to "dial out"
from home at high bandwidth, almost as often I find that I would like
to "phone home" from work.

E.g. if I have forgotten a file that I am working on at home,
I would like to be able to connect from work to my home PC,
and get it.

Similarly, if I am at home I would like to be able to access files
at work, edit them, but have the changes "sent" to work implicitly,
so that I do not need to remember to FTP them back.

I.e. I consider making a local copy by FTP or the like undesirable
- it leads to replicated data, copies getting out of synch, etc.

So, let's see what would be on this wishlist:
    a) remote access to files
        without making logical copies
    b) local caching for high performance
    c) security
    d) bandwidth awareness - "dribble back"
        transferring files from local cache to master,
        so, e.g. an edit made at night is up to date on
        the master by the time I am in my office the next morning.
        Similarly, hints designating which files should be sent
        to a home system for night work... that's almost like FTP,
        but not quite. Even better, an rsync like synchronization
        that only propagates the differences between files.

Most of these criteria, a-c, sound very much like AFS.
Q: does AFS support a "dribble back" mode?

So, therefore, I am interested in the following

a) on my home PC, running an AFS client to access the world

    Q: across a 768 MBit/s DSL line, would this be totally abhorrent?

b) on my home PC (which I can make run NT or LINUX), running an AFS server
    so that I can connect to my home files from work.

    Q: does TransArc even begin to think about supporting this?



--
---
Andy "Krazy" Glew, [EMAIL PROTECTED], UW Madison and Intel.
DISCLAIMER: private posting, not representative of university or Intel.
Please respond by email in addition to replying to newsgroup.


Reply via email to