resending this because spamhaus doesn't like my ipv6 address. On Sun, Oct 28, 2018 at 12:06 PM Dave Taht <d...@taht.net> wrote: > > Toke Høiland-Jørgensen <t...@toke.dk> writes: > > > Dave Taht <dave.t...@gmail.com> writes: > > > >> I haven't figured out enough of bird to get it to stop announcing all > >> the local ips, btw, and am quite > > > > That part it doesn't actually do by default; I added it to the sample > > config to match babeld. > > > > Just get rid of the "protocol direct" section and they should go away... > > Cool. I got rid of that. Now the local ip stays routable (covered by > a kernel route) and less bad stuff is happening. Hmm... yes, in general > it is a bad idea to export your local ip. just rely on the /24 > kernel route for an ethernet subnet.... > > Any idea why I get this back? > > Couldn't parse packet (8, 12) from fe80::230:18ff:fec9:de9c on enp7s0. > Received prefix with no router id. > Couldn't parse packet (8, 11) from fe80::230:18ff:fec9:de9c on enp7s0. > Received prefix with no router id. > > ... > > I'm sitting here watching 12,000 routes injected from this box > not kill anything... > > d@ceres:~$ cat /etc/babeld.conf > default enable-timestamps true > interface enp7s0 > interface enp6s0 > interface enp4s0 > redistribute proto 50 allow > redistribute local deny > redistribute deny > > > but a whole bunch of routes on lesser boxes went unreachable or were > lost at 20k. For giggles, I injected 20k routes at the ceres (nlogn box) > and 40k routes at the bird (prancer) box. > > > d@ceres:~/git/babeld-fixes$ ip -6 route | wc -l > 60099 > > root@rudolf:~/git/babeld-taht# ip -6 route | wc -l # apu2 100mbit > 27559 > > root@gw1:~# ip -6 route | wc -l # openwrt arm, gigE theoreticall > 9434 > > This is just me being a bull in the china shop. It is generally my > intepretation of the results that I'm not seeing bugs in the protocol, > or implementation, as forcing stuff into overload like this, seemed to > me to be mostly related to first seeing late hellos and the metric > going to infinity, from looking at nc ::1 33123. But I can certainly > look harder... after I settle on one set of source code to be running, > take some packet captures, do some port mirroring, etc. > > root@rudolf:~/git/babeld-taht# ip route > 172.22.0.0/24 dev enp3s0 proto kernel scope link src 172.22.0.193 > unreachable 172.22.148.0/22 proto babel > unreachable 172.22.192.0/22 proto 44 > 172.22.193.0/24 dev enp2s0 proto kernel scope link src 172.22.193.1 > linkdown > unreachable 172.22.220.0/22 proto babel > unreachable 192.168.122.1 proto babel > > This box is also rate limited to 20mbits presently and is not > dropping or marking all that many packets, so that doesn't really > explain why it only had 9k routes when the others got more. > > I tend to use sqm to outbound/inbound rate limit with fq_codel to > 1mbit for a 2ghz wifi semi-emulation, and 6mbit for 5ghz. This > approach will break down entirely once we see unicast stuff... and I'll > have to go back to wifi.... > > > > root@rudolf:~/git/babeld-taht# tc -s qdisc show dev ifb4enp3s0 > qdisc htb 1: root refcnt 2 r2q 10 default 10 direct_packets_stat 0 > direct_qlen 32 > Sent 1046332742 bytes 987960 pkt (dropped 4062, overlimits 1070697 requeues > 0) > backlog 0b 0p requeues 0 > qdisc fq_codel 110: parent 1:10 limit 1001p flows 1024 quantum 1514 target > 5.0ms interval 100.0ms ecn > Sent 1046332742 bytes 987960 pkt (dropped 4062, overlimits 0 requeues 0) > backlog 0b 0p requeues 0 > maxpacket 9084 drop_overlimit 2816 new_flow_count 155299 ecn_mark 1470 > new_flows_len 0 old_flows_len 3 > > > > > -Toke > > > > _______________________________________________ > > Babel-users mailing list > > Babel-users@alioth-lists.debian.net > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/babel-users
-- Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740 _______________________________________________ Babel-users mailing list Babel-users@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/babel-users