From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.tohojo.dk (mail.tohojo.dk [188.40.53.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 36FB821F185; Tue, 9 Jul 2013 06:25:07 -0700 (PDT) Received: from alrua-desktop.borgediget.toke.dk (unknown [10.42.3.5]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tohojo.dk (Postfix) with ESMTPSA id 077B41EC0531; Tue, 9 Jul 2013 15:25:05 +0200 (CEST) Received: by alrua-desktop.borgediget.toke.dk (Postfix, from userid 1000) id 5A29F10E8A; Tue, 9 Jul 2013 15:25:04 +0200 (CEST) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Eric Dumazet References: <1373223178.486913695@apps.rackspace.com> <871u79x9kb.fsf@toke.dk> <87obacw4gv.fsf@toke.dk> <1373374593.4979.142.camel@edumazet-glaptop> <874nc3x4e0.fsf@toke.dk> <1373376239.4979.150.camel@edumazet-glaptop> Date: Tue, 09 Jul 2013 15:25:02 +0200 In-Reply-To: <1373376239.4979.150.camel@edumazet-glaptop> (Eric Dumazet's message of "Tue, 09 Jul 2013 06:23:59 -0700") Message-ID: <87zjtvvpap.fsf@toke.dk> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: codel@lists.bufferbloat.net, cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] [Codel] happy 4th! X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jul 2013 13:25:07 -0000 --=-=-= Content-Type: text/plain Eric Dumazet writes: > Its really too basic for my needs. > > It decides to put the new packet at the front of transmit queue. Right I see. > If you use netem to add a delay, then adding reordering is only a > matter of using a variable/randomized delay. Yeah, realised that; was just wondering why you found the built-in reordering mechanism insufficient. :) -Toke --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJR3A8uAAoJEENeEGz1+utPXLcH/R6Dpl/8nxDy+Sr5uYhZ/+fU FPn7r9y+nKPmafdu229iNFXM4DRD7Ut32iev9hihVDN41C2wheVqt99lhRJppOSG 9aU9T178efQ3BqDnIQtEpl0HWEKmt5Uv7UELwpS4xxiACoaHIHXi6tveRD7lsLaS JS6Afq3JWpcpop/RwpIgDfJ+G2onbkWM8wWlQetG1uye8J24Tx21TFRMj0AqI15m jb8uHVd2YJNsfXVefUho9alLPMMtqzb2oMZ0/6k5BRzVwJ9dPT/jowMMLnJWCsWK WRAjg6/wtk4MtI/9vN0Kt0BtJ0EBourXqcFMMT9PDXtkZhbnd2OFDLevFTAtGHs= =w+np -----END PGP SIGNATURE----- --=-=-=--