On Sat, May 17, 2014 at 3:44 PM, Alexander V. Chernikov < melif...@freebsd.org> wrote:
> On 13.05.2014 16:05, Dennis Yusupoff wrote: > >> I think that universal table for all kind of data (ipv4, ipv6, ports, >> etc) is a bad idea by design. At least unless you haven't any ability to >> > It is not always "universal" in kernel. > Actually, different radix tables are used to store both IPv4 and IPv6 in > single table. > > specify address family on add, to avoid attempts to guess what user >> meant. Something like "ipfw table X add DEEF.DE ipv6". >> > I'm going to add explicit table type/naming setup soon. > Idea is the following: > > 1) Existing table can be named and addressed by either number or name. > However, you still need to assign table number manually. > > 2) Table type/name can be specified explicitly via one of the following > commands: > * ipfw table 1 create [type <cidr|u32|ifindex|iface>] [name "table_name"] > * ipfw table <num|name> name "table_name" > * ipfw table "table_name" type <cidr|u32|ifindex|iface> > > 3) ipfw(8) stops trying to guess appropriate type based on used value. > Instead, > it requests table type from kernel and interprets value according to > returned type. > Default type for all tables is cidr > > 4) Table(s) can be returned to default values using ipfw table > <num|all|name> destroy. > Destroy means: > * flush > * table tries (or other structures) freed > * type set to cidr > > > > >> >> 13.05.2014 14:32, Alexander V. Chernikov пишет: >> >>> On 13.05.2014 13:46, Dennis Yusupoff wrote: >>> >>>> May be this will help? See answer on >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/189471 >>>> >>> I'll try to fix it within a few days. >>> >> Fixed in r266310. > > With all of these changes, would it be possible to get tablearg to store ipv6 as well? I seem to remember it is 32bit only today. Best regards Andreas _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"