On 11/04/15 09:52, Arne Babenhauserheide wrote: > Am Samstag, 11. April 2015, 01:34:17 schrieb Matthew Toseland: >> Transport plugins are written by a GSoC student (Chetan), but need major >> refactoring and fixing of concurrency issues (plus implementing >> stream/TCP plugins) > How much work would it be if you left out stream stuff? A lot. And risky technically, even though it's mostly written already. Difficult to estimate how long it would take to make it work well and clean it up. Especially as breaking it into manageable chunks would probably mean losing authorship information! But the biggest problem is it would be very hard to break it into manageable chunks for merging. > If we have > packet-based transports, plugins should be able to handle the > transformation to and from TCP, so first doing only packet-based > transports would give the capabilities to do more. Yes, but the whole idea of transport plugins is to make life easy for people implementing them, do all the hard stuff in fred itself, so we can have lots of them. >> Traffic flow analysis is cheap nowadays, and no amount of stego can >> get us away from that. > We could simulate full traffic profiles: capture the traffic between > applications, then fake it. Video telephony, static noise on a mumble > chat (using an intermediate server for spreading it), bunny cams. Even > simply sending emails with attachments. That increases latency and > decreases throughput a lot, but that’s something Freenet can already > cope with to some degree: The bandwidth of nodes already varies over > several orders of magnitude. Freenet needs real-time transports at the moment. "Persistent requests" would be another huge feature, and there are major unsolved technical issues such as how to assign locations. And most useful setups would *still* be detectable via traffic flow analysis. In its more advanced form this consists of getting routers to export {source, dest, start, end, bytes} tuples and then analyzing them on some central computer. > And it’s not like the proposal is new. But it needs core support > ⇒ transport plugins > > I don’t intend to say “toad should do this over summer”, just “please > don’t discard it prematurely”. > > Best wishes, > Arne
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Devl mailing list Devl@freenetproject.org https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl