Hello,
Le mer 10/08/2005 à 23:33, ext Paul Kyzivat a écrit :
The cases where reordering can occur are actually pretty obscure I
think. (Somebody correct me if I am wrong.) The one I can think of is:
- Two connections between a pair of relays. Two messages from same
connection get sent, one over each connection. The 1st message is very
long, while the 2nd is very short. The last byte of the 2nd message may
be received before the last byte of the first message. Then it gets
forwarded on.
That only happens if relays are to maintain multiple connections to the
same peer. Might be wrong, but I doubt ensuring they only have one
connection at a time (of course renewing should it fail) would pose any
problem nor much additionnal load.
On the other hand, supporting re-ordering, without any sane limit on the
re-ordering window size sounds very dangerous and prone to abuse to me.
At least, there ought to be an error code for client not able or not
willing to accept a chunk because of memory constraints.