Alexander V. Chernikov 8755aff6c9 Bring back support for checking tables via "ipfw -n". ... Currently we have different table key types which can easily interfere with each other (numbers and IPv4 address, interface names and hostnames, flows and hostnames/addresses). This conflicts are solved by [auto-]creating _typed_ tables, so after table is created, only keys of given type can be inserted to that table. ipfw(8) consults with kernel about key/value type for particular table so it knows key/value interpretation. However, we have 2 cases (adding entries to non-existing table and parsing configuration file via `ipfw -n`) when kernel is unable to provide us table info we need. Fix the latter case by partially importing old `table_fill_xentry()` parse function responsible for guessing key type. Sponsored by: Yandex LLC		2015-05-19 18:29:13 +00:00
..
altq.c
dummynet.c
ipfw2.c	Generalize object reference handling in ipfw rules.	2015-04-26 10:53:35 +00:00
ipfw2.h	Generalize object reference handling in ipfw rules.	2015-04-26 10:53:35 +00:00
ipfw.8	Fix `ipfw fwd tablearg'. Use dedicated field nh4 in struct table_value	2015-03-13 09:03:25 +00:00
ipv6.c
main.c
Makefile
nat.c	Fix use-after-free.	2015-04-19 12:49:30 +00:00
tables.c	Bring back support for checking tables via "ipfw -n".	2015-05-19 18:29:13 +00:00