Send p2p-hackers mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.zooko.com/mailman/listinfo/p2p-hackers
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of p2p-hackers digest..."
Today's Topics:
1. Re: Traversal using TCP (Scott C. Best)
2. Re: Links to P2P Backup and P2P-Internet_DataCenters?
(Alen Peacock)
3. Re: Links to P2P Backup and P2P-Internet_DataCenters? (EdPimentl)
4. Re: Links to P2P Backup and P2P-Internet_DataCenters?
(Peter Secor)
5. Re: Links to P2P Backup and P2P-Internet_DataCenters? (EdPimentl)
6. Re: Links to P2P Backup and P2P-Internet_DataCenters?
(Ryan Barrett)
----------------------------------------------------------------------
Message: 1
Date: Sun, 12 Aug 2007 17:14:51 +0000 (GMT)
From: "Scott C. Best" <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Traversal using TCP
To: Karl Garske <[EMAIL PROTECTED]>
Cc: theory and practice of decentralized computer networks
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Karl:
Heya. While I consider myself not much more than a n00b myself,
I think it's safe to say that TCP NAT traversal requires either trickery,
or relaying. :) JXTA uses relaying, and is probably the best place to
start without rebuilding your own overlay.
cheers,
Scott
On Wed, 8 Aug 2007, Karl Garske wrote:
Hi Scott,
Thanks! Yeah, I had come across the link you supplied, and my primary
concern (if I interpreted it right) is that the initiator has to take part
in the trickery. Unfortunately, the initiator (web browser) in my scheme is
going to be really dumb and won't be interested in playing games.
I'm too much of a n00b to really understand your explanation of echo ware :)
I will look into it further and try to understand better. As far as relay is
concerned, I'd really like to avoid it. If we had to use it, I was looking
at broad architecture like JXTA where it might be easier to leverage
existing infrastructure. Any opinions on that?
Karl
On 8/7/07, Scott C. Best <[EMAIL PROTECTED]> wrote:
Karl:
Heya. EchoWare works, though it's relay-based:
ftp://ftp.echogent.com/EchoWare
It abstracts initiation of a "login session" to the
introduction/relay server, as well as initiation of a "data session"
to other logged in members. On success, echoWare returns a TCP port
value on the loopback interface that's the near end of a tunnel,
while the remote side connects to an "offloadPort", specified by
API usage. Login and data sessions support proxy traversal, and the
OpenSSL toolkit is used for content encryption. We're working on a
non-relayed UDP update, with fallback to TCP relay.
On this list, the best I've seen mentioned about non-relayed
TCP NAT traversal is Saikat Guha's work. Archive post here:
http://www1.ietf.org/mail-archive/web/midcom/current/msg03848.html
cheers,
Scott
<snip>
------------------------------
Message: 2
Date: Sun, 12 Aug 2007 16:08:16 -0600
From: "Alen Peacock" <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Links to P2P Backup and
P2P-Internet_DataCenters?
To: "theory and practice of decentralized computer networks"
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1
On 8/12/07, Alen Peacock <[EMAIL PROTECTED]> wrote:
Here are some links to decentralized backup systems and research:
http://www.flud.org/wiki/index.php/SimilarSystems
http://www.flud.org/wiki/index.php/RelatedPapers
I neglected to include a link to Ludovic Courtès' excellent bibliography:
http://www.laas.fr/~lcourtes/ludo-1.html
Alen
------------------------------
Message: 3
Date: Sun, 12 Aug 2007 19:40:15 -0400
From: EdPimentl <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Links to P2P Backup and
P2P-Internet_DataCenters?
To: "theory and practice of decentralized computer networks"
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"
Thanks!
>From the links below, it appears that Tahoe is the most promising at this
time, though one still
has to maintain an AllMyData account.
It would be nice to include the comprehensive flexibility of VMue with the
P2P scalability of Tahoe.
Also Tahoe can score big time if they can support VMware and XEN backup.
Best,
-E
On 8/12/07, Alen Peacock <[EMAIL PROTECTED]> wrote:
On 8/12/07, Alen Peacock <[EMAIL PROTECTED]> wrote:
Here are some links to decentralized backup systems and research:
http://www.flud.org/wiki/index.php/SimilarSystems
http://www.flud.org/wiki/index.php/RelatedPapers
I neglected to include a link to Ludovic Courtès' excellent
bibliography:
http://www.laas.fr/~lcourtes/ludo-1.html
Alen
_______________________________________________
p2p-hackers mailing list
[email protected]
http://lists.zooko.com/mailman/listinfo/p2p-hackers
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.zooko.com/pipermail/p2p-hackers/attachments/20070812/07c30fdf/attachment.html
------------------------------
Message: 4
Date: Sun, 12 Aug 2007 20:42:41 -0700
From: Peter Secor <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Links to P2P Backup and
P2P-Internet_DataCenters?
To: theory and practice of decentralized computer networks
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Ed,
Could you elaborate a little on what you mean by supporting XEN and
VMware? What type of functionality would that entail?
Peter
Disclosure: I work with Allmydata on the Tahoe project.
EdPimentl wrote:
Thanks!
From the links below, it appears that Tahoe is the most promising at
this time, though one still
has to maintain an AllMyData account.
It would be nice to include the comprehensive flexibility of VMue with
the P2P scalability of Tahoe.
Also Tahoe can score big time if they can support VMware and XEN backup.
Best,
-E
On 8/12/07, *Alen Peacock* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
On 8/12/07, Alen Peacock < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
>
> Here are some links to decentralized backup systems and research:
> http://www.flud.org/wiki/index.php/SimilarSystems
<http://www.flud.org/wiki/index.php/SimilarSystems>
> http://www.flud.org/wiki/index.php/RelatedPapers
I neglected to include a link to Ludovic Courtès' excellent
bibliography:
http://www.laas.fr/~lcourtes/ludo-1.html
Alen
_______________________________________________
p2p-hackers mailing list
[email protected] <mailto:[email protected]>
http://lists.zooko.com/mailman/listinfo/p2p-hackers
------------------------------------------------------------------------
_______________________________________________
p2p-hackers mailing list
[email protected]
http://lists.zooko.com/mailman/listinfo/p2p-hackers
------------------------------
Message: 5
Date: Mon, 13 Aug 2007 00:16:20 -0400
From: EdPimentl <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Links to P2P Backup and
P2P-Internet_DataCenters?
To: "theory and practice of decentralized computer networks"
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"
Tahoe is perhaps the most promising P2P Backup and VmWare and XEN are the
best known
virtualiazation applications today.
Amazon uses XEN for their Grid C2 service.. and a great number of medium to
large business are adopting server consolidation via virtualize datacenters
using VmWare..
I would like to use P2P Technology to backup Virtual Machines Environment
like VMWare/XEN... Basically it would entail installing a Tahoe client in
every instance of VmWare.... and or XEN... There are better cleaner ways to
do it.. but at the most basic level this is what it needs to happen.
best,
-E
On 8/12/07, Peter Secor <[EMAIL PROTECTED]> wrote:
Hi Ed,
Could you elaborate a little on what you mean by supporting XEN and
VMware? What type of functionality would that entail?
Peter
Disclosure: I work with Allmydata on the Tahoe project.
EdPimentl wrote:
Thanks!
From the links below, it appears that Tahoe is the most promising at
this time, though one still
has to maintain an AllMyData account.
It would be nice to include the comprehensive flexibility of VMue with
the P2P scalability of Tahoe.
Also Tahoe can score big time if they can support VMware and XEN backup.
Best,
-E
On 8/12/07, *Alen Peacock* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
On 8/12/07, Alen Peacock < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
>
> Here are some links to decentralized backup systems and research:
> http://www.flud.org/wiki/index.php/SimilarSystems
<http://www.flud.org/wiki/index.php/SimilarSystems>
> http://www.flud.org/wiki/index.php/RelatedPapers
I neglected to include a link to Ludovic Courtès' excellent
bibliography:
http://www.laas.fr/~lcourtes/ludo-1.html
Alen
_______________________________________________
p2p-hackers mailing list
[email protected] <mailto:[email protected]>
http://lists.zooko.com/mailman/listinfo/p2p-hackers
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.zooko.com/pipermail/p2p-hackers/attachments/20070813/4f7bb28e/attachment-0001.html
------------------------------
Message: 6
Date: Sun, 12 Aug 2007 23:01:01 -0700 (PDT)
From: Ryan Barrett <[EMAIL PROTECTED]>
Subject: Re: [p2p-hackers] Links to P2P Backup and
P2P-Internet_DataCenters?
To: theory and practice of decentralized computer networks
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed
On Mon, 13 Aug 2007, EdPimentl wrote:
I would like to use P2P Technology to backup Virtual Machines Environment
like VMWare/XEN... Basically it would entail installing a Tahoe client in
every instance of VmWare.... and or XEN... There are better cleaner ways to
do it.. but at the most basic level this is what it needs to happen.
virtual machine containers like xen or vmware are more or less orthogonal to
backup programs, p2p or otherwise. the backup program doesn't need to support
the VM container explicitly, nor vice versa.
if you want to back up data that's inside a VM, just install the backup client
inside the VM. if you want to back up the VM itself, install the backup client
in the host OS and point it at the VM filesystem image and its metadata.
-Ryan
--
http://snarfed.org/
------------------------------
_______________________________________________
p2p-hackers mailing list
[email protected]
http://lists.zooko.com/mailman/listinfo/p2p-hackers
End of p2p-hackers Digest, Vol 15, Issue 6
******************************************
