5 ms·
Personally, I'd stay away from anything that is closed-source (as we don't know what's happening inside) and/or centralized (because it's just one more attack v
by frank_boyd 13y ago
Personally, I'd stay away from anything that is closed-source (as we don't know what's happening inside) and/or centralized (because it's just one more attack vector and totally unnecessary for VoIP).
- JshWright 13y agoWhich of the above don't involve a central server? A server is absolutely necessary for VoIP, if only to set up calls (its also the only way to deal with some NATs).
- frank_boyd 13y agoRetroShare is completely decentralized/p2p/OTR. EDIT: @JshWright - Not sure I understand your question, but RS does "real-time voice communication" (besides the other things like chat, messaging, file sharing, forums, channels...)
- JshWright 13y agoIsn't the article about a real-time voice communication?
- devx 13y agoThat's Retroshare. It's also the only one as far as I know that has P2P "e-mail", too (besides Bitmessage, which is still quite new and unproven).
- p4bl0 13y agoBitMessage has already proven to be breakable (as usual, by tricking the user, but still). See https://news.ycombinator.com/item?id=6263850 https://news.ycombinator.com/item?id=6263850.
- lozf 13y agoTwelephone gets round that by using twitter for call set up only & transmits media peer-to-peer using WebRTC.
- vertex-four 13y agoThe issue is that behind certain NATs, WebRTC's peer-to-peer component can't work. In these situations, it needs to fall back to using an ICE/STUN server, or some other form of proxy between peers.