lkml.org 
[lkml]   [1999]   [Aug]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: idea: MAC level compression & crypto
Date
From
> I guess, to make such general compression and encryption, that would make
> sense in device queue level.

Note we can't put crypto hooks into a kernel because America is stupid (not
America not Americans). They can go in the kerneli patches. Thats one
reason for just using ssh 8)

> 1. collect - for aironet it would be good to collect about 30-80ms of tcp
> acks and other small packets by which endnodes disturb central node RX.
> For ordinary ethernet too for 10ms - I guess tcp ack of 1/15 maxmtu size
> takes about 1/3 maxmtu packet transmit time when other stations are not
> active.

Packet aggregation works. The scarab driver does this. On a slow link the
aggregation is a win. On a faster link balancing the rx/tx overhead with
the aggregation latency is probably harder to tune but clearly a good idea.

> 2. compress - there was a report on cipe development list on some nice
> short-text-dictionary compressing.

Most packet bodies don't compress. Packet headers can be squashed with care
but the standard VJ compressor assumes packet ordering is roughly maintained



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:53    [W:0.042 / U:1.772 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site