ntrack

ntrack 017

Series main
017

Milestone information

Project:: ntrack

Series:: main

Version:: 017

Released:: 2014-11-08

Registrant:: Alexander Sack

Release registered:: 2014-11-08

Active:: No. Drivers cannot target bugs and blueprints to this milestone.

Download RDF metadata

Activities

Assigned to you:: No blueprints or bugs assigned to you.

Assignees:: 4 Alexander Sack

Blueprints:: No blueprints are targeted to this milestone.

Bugs:: 4 Fix Released

Download files for this release

After you've downloaded a file, you can verify its authenticity using its MD5 sum or signature. (How do I verify a download?)

File	Description	Downloads
ntrack-017.tar.gz (md5, sig)	Source tarball	513 last downloaded 63 weeks ago
Total downloads:		513

Release notes

2014-10-28 Alexander Sack <asac@jwsdot.com>

ntrack version 017 released!

        Homepage: https://launchpad.net/ntrack
        Release: https://launchpad.net/ntrack/main/017
        Download: http://launchpad.net/ntrack/main/016/+download/ntrack-017.tar.gz
        TODO: https://bugs.launchpad.net/ntrack

ntrack 017 is a first release after almost 3 years. It includes various code
cleanups as well as fixes for the rtnetlink and even more for libnl backend.

        From what the author can see, both modules (direct kernel with rtnetlink as
        as well as libnl variants available) work as expected; final fixes to the
        libnl backend made reconnect behaviour sane too.

This release will be last release with libnl backend as default; code base and
follow up release with rtnetlink being default will be there soon.

        If you use the ntrack-libnl3_x.so module, please ensure you do a respin once
        you hit libnl 3.2.21; that version moved some previously used private symbols
        out of public ABI and while that struct wasn't broken yet, there is no
        guarantee that upstream libnl will remember to bump ABI if they do so; hence,
        stay safe and respin or consider to move to rtnetlink.

Please ensure you ping author on IRC (asac on freenode, OFTC and mozilla) in
case this build breaks your integration scenario.

        Fixed Bugs:
         * lp:770390 - disconnecting PPTP and OPENVPN VPN in NM causes libnl backend module to get stuck in OFFLINE
         * lp:1115449 - ntrack-libnl.c:544:3: error: invalid use of undefined type 'struct nl_object_ops'
         * lp:1226090 - Developer build instructions are inaccurate
         * lp:889570 - select backend through environ NTRACK_BACKEND=...

Known Issues:
* no Qt python wrappers yet - lp:505672

Changelog

View the full changelog

2014-10-28 Alexander Sack <email address hidden>

Release 017

2014-10-28 Alexander Sack <email address hidden>

update NEWS for 017 release

2014-10-28 Alexander Sack <email address hidden>

add support for NTRACK_BACKEND env to select module by filename - fixes lp:889570

Example (after make check):

NTRACK_BACKEND=ntrack-libnl3_x.so ./common/test/mtest-monitor

2014-10-28 Alexander Sack <email address hidden>

modules[libnl]: redo reconnect logic noticed when topmost default route changes like in case of connecting/disconnecting from VPN - fixes lp:770390

This patch cleans up various aspects of the logic used to identify and process changes to topmost_route
that trigger a reconnect event.

While such logic in theory can happen often, in network-manager case we only observe this when having
two physical cards going on and off changing the default route and when enabling and disabling VPN.

2014-10-28 Alexander Sack <email address hidden>

modules[libnl]: add WITH_DEBUG statements for better tracing of route changes etc.

2014-10-28 Alexander Sack <email address hidden>

modules[rtnetlink]: fix typo - use BLOCKED, not ONLINE when calculating ip4 state with no carrier on link