I know on a pure P2P network it would be needed to have a permanent
"critic mass" to be there so the network can self-maintain operative,
but my question goes for other place.
Currently, the biggest problem with WebRTC (or as someone told me,
"the Internet Holy Grayl" :-P ) is about the initial handshake, and
specifically how to connect to another peer without a server between
them. On my P2P app I'm using what I call "handshake servers" that in
fact they are pools where peers can announce and interchange their
SDPs, and after they got a minimal "critic mass", they disconnect and
start to use only the P2P network to find new peers. In fact, today I
have think about a way where you can connect to the P2P network only
knowing how to connect to one of the already-connected peers (working
as a temporal proxy to help you connect to other peers and get your
own critic mass), but you need a third party server anyway. That's the
point I want to remove.
Derek idea would be feasable if a PeerConnection object would be open
and left listening for incoming request with a "magic word" (the
channel label, for example?). In fact I though TURN/STUN servers would
be able to do this uploading the SDP data (you know where a peer is
and what's his SDP data to add to your PeerConnection object, but you
need to send him someway your SDP data so it can call you back), but
the API currently doesn't allow this (and also SDP info, althought
geospatial and temporal unique, it's short live).
I don't know if WebRTC should modify the API to add support for
something like this or they have done good leaving the signaling
channel up to the developer, but for server-less application is a
problem. The most promising technology I have seen so far is PuSH API
currently in development by Mozilla and Telefonica so a client would
register that it's open for connections and keep listening for
incoming PeerConnection requests, but seems is more focused as a
replacement of SMS messages (good) and will require that data is
originated on a server instead of also from clients like a real
Publish/Subscript protocol (bad :-( ). Maybe should I ask to them?
2013/3/27 Michiel B. de Jong <
anyt...@michielbdejong.com>:
--
"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