Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: iptables: User

NAT performance + table processing

 

 

iptables user RSS feed   Index | Next | Previous | View Threaded


julo at atknet

Aug 9, 2007, 10:44 AM

Post #1 of 2 (853 views)
Permalink
NAT performance + table processing

Hi,

I wrote some performance tests of NAT table. The main idea is, that I add
10000 random+senseless rules to the NAT table (snat, postrouting) and then I
add some rule to specific position which will stop traversing of NAT table.
I use UDP packets.

When I insert my reasonable rule to position 2000 and run my test, it shows
delay of packets cca 300ms. But when I run it more times, this delay is 2ms.
I don't understand why, because I use UDP(connectionless) - so I think, that
netfilter must process each packet and find appropriate rule. Is this true?
Or does netfilter do some optimalization? Because this behavior is expected
in TCP, but not UDP.

Thanks for replies


casper at meteor

Aug 9, 2007, 11:26 AM

Post #2 of 2 (813 views)
Permalink
Re: NAT performance + table processing [In reply to]

В Чтв, 09/08/2007 в 19:44 +0200, Július Bemš пишет:
> Hi,
>
> I wrote some performance tests of NAT table. The main idea is, that I add
> 10000 random+senseless rules to the NAT table (snat, postrouting) and then I
> add some rule to specific position which will stop traversing of NAT table.
> I use UDP packets.
>
> When I insert my reasonable rule to position 2000 and run my test, it shows
> delay of packets cca 300ms. But when I run it more times, this delay is 2ms.
> I don't understand why, because I use UDP(connectionless) - so I think, that
> netfilter must process each packet and find appropriate rule. Is this true?
> Or does netfilter do some optimalization? Because this behavior is expected
> in TCP, but not UDP.

UDP is connectionless, you are right. But conntrack thinks of it like of
connection-oriented. If several UDP packets have the same source IPs and
ports and same destination IPs and ports conntrack thinks those are
belonging to the same "connection".

--
Покотиленко Костик <casper [at] meteor>

iptables user RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.