#netlink #libmnl

mnl

Safe abstraction for libmnl, a minimalistic user-space library oriented to Netlink developers

2 unstable releases

0.2.0 Sep 23, 2019
0.1.0 Aug 29, 2018

#184 in Unix APIs

Download history 497/week @ 2020-10-28 363/week @ 2020-11-04 353/week @ 2020-11-11 590/week @ 2020-11-18 480/week @ 2020-11-25 477/week @ 2020-12-02 545/week @ 2020-12-09 295/week @ 2020-12-16 260/week @ 2020-12-23 336/week @ 2020-12-30 568/week @ 2021-01-06 456/week @ 2021-01-13 590/week @ 2021-01-20 416/week @ 2021-01-27 516/week @ 2021-02-03 946/week @ 2021-02-10

1,894 downloads per month
Used in nftnl

MIT/Apache

28KB
465 lines

mnl

Safe abstraction for libmnl, a minimalistic user-space library oriented to Netlink developers. See mnl-sys for the low level FFI bindings to the C library.

This is work in progress and does not implement all of libmnl yet. Feel free to submit PRs to support the parts you need!

The initial focus here was to support sockets and the parsing of responses. So far, the parts that are covered the best are mnl_socket_* and mnl_cb_run. However the netlink messages are just treated as raw byte buffers. It might make sense to add some abstraction struct at some point.

Selecting version of libmnl

See the documentation for the corresponding sys crate for details: mnl-sys. This crate has the same features as the sys crate, so the same features applies here.

Prior/related work

The crslmnl crate is another wrapper around libmnl. At this stage it is a far more complete abstraction of the library than this is. There are a few reasons I decided to start a new wrapper crate. I'm not going to go into details on why, but basically it did not support part of my use-case and I was no fan of the design choices made. Instead of having local definitions of all the Linux header constants I made sure to get everything needed for netlink merged into libc. I also want a separate mnl-sys crate that is pure FFI bindings without logic or abstractions.

License: MIT/Apache-2.0

Dependencies

~115KB