> Hmmm, thinks... If two clients are in the habit of connecting over some > DHCP style ISP, which allocates IP# on some random fashion, how is it > that they can become known to each other? Except via some known meeting > place... > At this moment I'm parasiting other protocols like a dedicated PubNub channel or using anonimous XMPP servers, but it feels fairly hackerish. At a first though (and ideally) I wanted to use SIP, but there are no anonimous public servers. Also I though about using STUN servers as a gateway to interchange the WebP2P SDP strings, but it was a no way.
Ideally, it would be something little where to announce and receive the connections, something like a reverse dynamic DNS or similar... In fact, using websockets, the first testing servers I was using before change to PubNub and XMPP were only about 100 lines of Node.js code with comments... > I suppose each pair could simply agree according to some previous > arrangement. Or we could imagine some protocol that synchronises a new > location for each circumstance, sort of like radio frequency hopping or > SecureId time prediction. > This was one of my ideas when I started to parasite other protocols, so there would be several services available and you would pick and connect to any of them so it would be more dificult to bring it down... ;-) Unlucklily I didn't find much of them... :-/ > If you want such a thing to be done, don't create a committee. OTOH, if > you don't want it to be done, then by all means creating a committee is > a fine way to achieve this ;-) > Lol :-P -- "Si quieres viajar alrededor del mundo y ser invitado a hablar en un monton de sitios diferentes, simplemente escribe un sistema operativo Unix." – Linus Tordvals, creador del sistema operativo Linux _______________________________________________ p2p-hackers mailing list [email protected] http://lists.zooko.com/mailman/listinfo/p2p-hackers
