From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fb57f,9d00a7db22818139 X-Google-Attributes: gidfb57f,public X-Google-Thread: 103376,9d00a7db22818139 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-02-26 21:13:10 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.tele.dk!194.176.220.130!newsfeed.icl.net!dispose.news.demon.net!news.demon.co.uk!demon!extropy.demon.co.uk!not-for-mail From: "Julian Morrison" Newsgroups: comp.lang.ada,sci.crypt Subject: Re: Arcfour in Ada Date: Tue, 27 Feb 2001 05:07:47 +0000 Message-ID: <983250455.12217.0.nnrp-01.9e98cc46@news.demon.co.uk> References: <983158039.27320.0.nnrp-08.9e98cc46@news.demon.co.uk> <3A9ADBAE.EFF0B8AC@multiweb.nl> <983229612.3178.0.nnrp-10.9e98cc46@news.demon.co.uk> <3A9AFBB9.D658B146@multiweb.nl> NNTP-Posting-Host: extropy.demon.co.uk X-NNTP-Posting-Host: extropy.demon.co.uk:158.152.204.70 X-Trace: news.demon.co.uk 983250455 nnrp-01:12217 NO-IDENT extropy.demon.co.uk:158.152.204.70 X-Complaints-To: abuse@demon.net User-Agent: Pan/0.9.3 (Unix) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Tranfer-Encoding: 8bit X-No-Productlinks: Yes Xref: supernews.google.com comp.lang.ada:5558 sci.crypt:19068 Date: 2001-02-27T05:07:47+00:00 List-Id: "Thomas Boschloo" wrote: > That makes sense. I believe you could perhaps use an escape character to > identify the end of a string. Like (and I have to dig deep into my > memory now) when you send a bit string, you could say that '000' marks > the end of your bit string. If you need to actualy send '000' you pad it > like '0010' or something like that. I am a bit rusty, have to look it up > in my old study books. Problems with that: you have to scan and escape, scan and de-escape every byte or byte-pair. Also over any nontrivial length of binary data, you are likely to need many escaped characters. Worst case, this can double your packet length. Contrast this with say a 64 bit "expect thus many bytes" header. Either way tho, you need to waste some overheads on that. > [...] I don't know much about implementing TCP. I > do know that the freedom network stopped using fixed sized packages in > version 2.1 or something, because it took up too much bandwidth. Yeah. Likely because most network traffic is small, so padding up to a fixed packet size mostly wastes space. The idea of padding is to make it impossible to use packet sizes to do traffic analysis. The way I'm thinking of doing that for my system, is: - each machine has a queue of multiple "inboxes", and one "outbox". - there is one inbox per intended recipient - inboxes are created on a first come first served basis - any packets recieved for a recipient with an existing inbox, go into that existing inbox - the sender part moves the first inbox off the queue and sends it all, then discards it and moves on to the next, etc - to send packets, they are crammed together but then padded at then end to an integer number of fixed size blocks. Then the bandwith wastage is only at most a block minus one byte. Of course in reality the algorithm will be a tad more complex, for example having a maximum size for inboxes to prevent popular recipients typing up the outbound line. This relies on the assumption that in most cases, although traffic is small, it's going repetitively to the same recipient. > I seem to remember that they also use UDP for something but I am > confusing myself now. The good thing about UDP is that you don't have to > set up a connection to send data. It doesn't have to point back to you > (which is good if you want to be anonymous). Thanks, you gave me a useful idea there - UDP outbound can have a forged "from" IP. Although I don't know how useful it will be in this system; each relay needs to send an "ack" back upstream after sending its messages. But it might be useful; I'll give it some thought. > Well, who do I think I am :-) I'm sure you already know all you need to > know and more ;-) Heh, I'm much of a newbie too. I built my Arcfour code from the ciphersaber cookbooks online; I'm no mathematician. Just a coder with an algorithm and some test data to validate against.