>
> Such usage is, in fact, already reserved in the protocol:
>
> 4.3.1 The "Void" message
>
> Any message with the "Command" value set to "Void" is considered a
> Void message. Void messages carry no functional information to the
> higher layers, but can be used to set "Connection" values, and
> possibly as padding to foil attempts to use traffic analysis on
> Freenet. Void messages MAY carry a trailing field, which nodes should
> read, but it MUST NOT be more than 65536 octets in Length.
>
> No system for connection padding is defined at this time, so
> implementations SHOULD NOT use the Void message for that use until
> such time as it is.
>
I love it when I'm right. (which is rarer these days)
Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20020226/5a7826da/attachment.pgp>
