netfilter.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Beverley <andy@andybev.com>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: Ed W <lists@wildgooses.com>, Netfilter <netfilter@vger.kernel.org>
Subject: Re: High accuracy bandwidth accounting?
Date: Sun, 15 May 2011 08:23:32 +0100	[thread overview]
Message-ID: <1305444212.1921.714.camel@andybev-desktop> (raw)
In-Reply-To: <alpine.LNX.2.01.1105150032430.7873@obet.zrqbmnf.qr>

On Sun, 2011-05-15 at 00:33 +0200, Jan Engelhardt wrote:
> On Saturday 2011-05-14 18:29, Andrew Beverley wrote:
> 
> >On Sat, 2011-05-14 at 14:36 +0100, Ed W wrote:
> >
> >Okay, I've played around with this myself using a similar scenario. It
> >looks to me like the packets *are* making it into the conntrack system.
> >
> >I tried setting a LOG target to match those packets with a ctstate of
> >RELATED:
> >
> >iptables -A INPUT -p ICMP -m conntrack --ctstate RELATED -j LOG
> >
> >And they were indeed logged. But there was no visibility of them using
> >the conntrack userspace program.
> 
> Does `conntrack -L` show anything for you at all? 

Yes, it shows the outgoing packets:

udp      17 23 src=10.0.10.206 dst=212.110.185.119 sport=35259 dport=53
packets=3 bytes=168 [UNREPLIED] src=212.110.185.119 dst=10.0.10.206
sport=53 dport=35259 packets=0 bytes=0 mark=0 secmark=0 use=2

But it doesn't show the "ICMP port unreachable" packets that are sent in
reply. The question is: should it show them?

> There is/was a 
> short intermediate time when it would not return anything.

Do you mean there was a time when a particular version of conntrack
would not return anything?

Andy



  reply	other threads:[~2011-05-15  7:23 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-09 14:12 High accuracy bandwidth accounting? Ed W
2011-05-09 21:45 ` Andrew Beverley
2011-05-09 22:07   ` Ed W
2011-05-09 22:16     ` Andrew Beverley
2011-05-09 22:49   ` Ed W
2011-05-11 14:30   ` Ed W
2011-05-12  0:01     ` Andrew Beverley
2011-05-12 22:17       ` Ed W
2011-05-12 22:27         ` Andrew Beverley
2011-05-09 23:23 ` Ed W
2011-05-14  9:23   ` Andrew Beverley
2011-05-14 13:36     ` Ed W
2011-05-14 16:29       ` Andrew Beverley
2011-05-14 22:33         ` Jan Engelhardt
2011-05-15  7:23           ` Andrew Beverley [this message]
2011-05-15  9:08             ` Jan Engelhardt
2011-05-16  6:43               ` Andrew Beverley
2011-05-16  7:23                 ` Jan Engelhardt
2011-05-22 21:22                   ` Andrew Beverley
2011-05-16 14:35               ` Ed W
2011-05-16 14:59                 ` Jan Engelhardt
2011-05-16 16:53                   ` Ed W
2011-05-14  9:48   ` Marek Kierdelewicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1305444212.1921.714.camel@andybev-desktop \
    --to=andy@andybev.com \
    --cc=jengelh@medozas.de \
    --cc=lists@wildgooses.com \
    --cc=netfilter@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).