[Babel-users] RTT-aware branch of Babel

[Baptiste Jonglez]

On Thu, Jun 20, 2013 at 03:23:28PM -0700, Dave Taht wrote:
> Is there a way to extract the RTT from the babel monitoring ability?
> or some other means (sounds like a wireshark decoder is in order)

Sure, the averaged RTT is available both on the local interface and on
the dump generated by babeld (when a SIGUSR1 is received).

If you want access to RTT samples, you can use the debug flag ("-d 2").
I suggest to grep for the string "RTT" in this case.

There is indeed a tcpdump decoder for Babel (thanks to Pilot), but it
does not yet know about this extension.  I'll probably implement it at
some point.

> one side effect of fq_codel I'm aware of is that the first packet in a
> stream will tend to be delivered faster than the second and
> succeeding, due to the "sparse stream" optimization.

Does it apply to multicast packets?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/babel-users/attachments/20130621/ef88aa4c/attachment.sig>