On Mon, Apr 25, 2016 at 4:33 PM, Juliusz Chroboczek
wrote:
>> A good question would be, what would the ideal time between tests be
>> for the network to stablize? 3 minutes? At least in one series I'd
>> started tests back to back, and didn't kick in the drop link stuff at
>> the right times.
>
>
> A good question would be, what would the ideal time between tests be
> for the network to stablize? 3 minutes? At least in one series I'd
> started tests back to back, and didn't kick in the drop link stuff at
> the right times.
SOURCE_GC_TIME is 200
hold time is 3.5 * update_interval
so in
and in other news the odroid c2's current kernel, and the rpi3 and
rpi2, now all do IPV6_SUBTREES correctly.
___
Babel-users mailing list
Babel-users@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users
There is no firewall in this configuration, my guess was that netperf
had got a noroute icmp message and aborted the tcp flow.
On Mon, Apr 25, 2016 at 1:03 PM, Juliusz Chroboczek
wrote:
>> http://blog.cerowrt.org/post/failing_over_faster/
>
> Why does the first stream fail at time 120? Broken fi
Tee-hee! Don't overanalyze yet!, that was not a strictly repeatable
test, as yet. (if you want access to the testbed send me a ssh key)
A good question would be, what would the ideal time between tests be
for the network to stablize? 3 minutes? At least in one series I'd
started tests back to back
> http://blog.cerowrt.org/post/failing_over_faster/
Why does the first stream fail at time 120? Broken firewall?
There's something wrong in the second stream -- you're falling back in
30s, which is a tad high. Can i please see your babeld.conf?
-- Juliusz
_
> http://blog.cerowrt.org/post/failing_over_faster/
Nice.
Could you please add a caption to the figures, and link the tags to
the images (I know, I can get the full-size figures by opening the target
of the tag).
-- Juliusz
___
Babel-users mailing l
Thank ghu we aren't homenet! Wires are dead! :)
I will incorporate your comments later today. Until then, there's
pictures and data now up at:
http://blog.cerowrt.org/post/failing_over_faster/
I am quite puzzled as to how long it takes to fail over even in the
good cases. I guess I gotta take so
> 8+ years ago, with ahcp and babel, and a network configured to use
> that with a single static ip address on both the ethernet and wifi, I
> could do that. My own networks were setup that way, anyway... I did it
> all the time. It was wonderful. I never had to think about it.
Dave, the plan is t
>> Babeld is already monitoring netlink messages (see funciton filter_netlink
>> in kernel_netlink), but it looks like this mechanism is not working in
>> your particular case. I'll try to reproduce the issue, but I don't own
>> a Raspberry Pi.
> Maybe the typical problem with IFF_UP and IFF_RUNN
This ended up being a deeply philosophical digression into routing
behaviors that I think I'll have to blog about, with pictures, to
fully describe.
What I want is a world of ubiquitous always-on connectivity[1] - where
you can be at your desk with 20 connections nailed up, listening to an
audio s
11 matches
Mail list logo