[Bug 219316] Wildcard matching of ipfw flow tables

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Mon May 15 21:16:29 UTC 2017


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219316

            Bug ID: 219316
           Summary: Wildcard matching of ipfw flow tables
           Product: Base System
           Version: 11.0-STABLE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: lutz at donnerhacke.de

For Carrier Grade NAT environments any simple NAT table selection is not
usable:

1) Large Scale NAT violates the happy eyeball requirement, that a given client
should always use the same external IP while communicating to a given service.

2) Mapping all customers to a single IP does not work either, because there are
too much connections originating by those customers.

Consequently a deterministically selected group of clients has to share the
same NAT table using a single external IP. A typical approach is to use
wildcards to match the right NAT instance:

add 2100 nat 100 ipv4 from 100.64.0.0:255.192.0.63 to any xmit ext out
add 2101 nat 101 ipv4 from 100.64.0.1:255.192.0.63 to any xmit ext out
add 2102 nat 102 ipv4 from 100.64.0.2:255.192.0.63 to any xmit ext out
...

This approach is inefficient, tables could help. But tables does not support
wildcard masking of lookup data. With such an wildcard mask, especially the
flow tables could greatly improve performance.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list