From: Dave Taht <dave.taht@gmail.com>
To: "cerowrt-devel@lists.bufferbloat.net"
<cerowrt-devel@lists.bufferbloat.net>
Subject: [Cerowrt-devel] Fwd: [Babel-users] ANNOUNCE: Babel-S update
Date: Sun, 15 Dec 2013 23:07:20 -0800 [thread overview]
Message-ID: <CAA93jw7_RmMSa7sT3YDyyOBEd0+9yXHwqzGkNW9Xr=f2vaHfwQ@mail.gmail.com> (raw)
I have longed for the source specific functionality for several
reasons. I am sore tempted to replace quagga with this version of
babeld because:
0) homenet compatible patches for quagga ospf haven't been merged yet
1) I would like to test ipv6 native, 6rd, and several forms of tunnel
at the same time. babels will let me do this
2) the mptcp congestion control problem is fascinating
Is there anyone using quagga's other routing protocols currently and
can't live without being able to add in ripd, bgp, or ospf?
---------- Forwarded message ----------
From: Matthieu Boutier <boutier@pps.univ-paris-diderot.fr>
Date: Sat, Dec 14, 2013 at 2:31 AM
Subject: [Babel-users] ANNOUNCE: Babel-S update
To: babel-users@lists.alioth.debian.org
Dear all,
There is many changes in the source-sensitive version of babeld
since the last announce. Recall that the code is available at:
git clone -b source-specific
git://git.wifi.pps.univ-paris-diderot.fr/babels.git
http://git.wifi.pps.univ-paris-diderot.fr/?p=babels.git
https://github.com/boutier/babeld
CHANGES:
- configuration:
- filter: you can filter source-specific routes using "src-ip", "src-eq",
"src-le", "src-ge". It works as "ip", "eq", etc.
- importing specific routes: now, this is done via filters. Instead of
using "allow", just use "src-specific <prefix>". This can be done
either in the "redistribute" or "in" filters.
For example, in order to redistribute all v4 routes as specific to
192.268.1.0/24, use
redistribute src-specific 192.168.1.0/24
Be worry when using it in the "in" filter... You will found details and
more examples in the manpages.
- implementation:
- IPV6-SUBTREES: Since Linux 3.10.12, source-sensitive routing tables can be
used as we expected. If you compile the code with '-D IPV6_SUBTREES',
it will use the native netlink API instead of using multiple routing
tables with rules over it. Of course, the IPv4 part of the code is let
unchanged.
The best solution would be to check it dynamically. If someone knows
how to do that...
- requests: Source-specific request messages are implemented.
- other:
Many bugs have been fixed, especially for the interoperability and TLV
compression mechanism.
Best regards,
Matthieu
_______________________________________________
Babel-users mailing list
Babel-users@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
next reply other threads:[~2013-12-16 7:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-16 7:07 Dave Taht [this message]
2013-12-20 19:11 ` [Cerowrt-devel] " Dave Taht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAA93jw7_RmMSa7sT3YDyyOBEd0+9yXHwqzGkNW9Xr=f2vaHfwQ@mail.gmail.com' \
--to=dave.taht@gmail.com \
--cc=cerowrt-devel@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox