* monitoring with iptables question
@ 2008-09-22 18:25 Aleksej
2008-09-22 18:47 ` paulobruck1
0 siblings, 1 reply; 4+ messages in thread
From: Aleksej @ 2008-09-22 18:25 UTC (permalink / raw)
To: netfilter
Hi,
I know that iptables can be used for some monitoring tasks. Is it
possible to solve the following task with iptables?
Let's say I have an application that generates 20 Mbps data for
transmission, but due to high network load only 10Mbps is actually
transmitted. So, the output transmission queue is always loaded with
packets waiting for transmission. Is it possible to see somehow with
iptables that the output transmission queue is always busy? Or maybe
it is possible to count how many packets were generated for
transmission and how many packets have been actually transmitted?
I need this for monitoring the queue load. The main task is to monitor
what portion of time the output transmission queue is empty/busy.
Thanks for any hints!!
Aleksej.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: monitoring with iptables question
2008-09-22 18:25 monitoring with iptables question Aleksej
@ 2008-09-22 18:47 ` paulobruck1
2008-09-23 6:34 ` Aleksej
0 siblings, 1 reply; 4+ messages in thread
From: paulobruck1 @ 2008-09-22 18:47 UTC (permalink / raw)
To: netfilter; +Cc: Aleksej
Em Seg, 2008-09-22 Ã s 20:25 +0200, Aleksej escreveu:
> Hi,
>
Hi
> I know that iptables can be used for some monitoring tasks. Is it
> possible to solve the following task with iptables?
>
> Let's say I have an application that generates 20 Mbps data for
> transmission, but due to high network load only 10Mbps is actually
> transmitted. So, the output transmission queue is always loaded with
> packets waiting for transmission. Is it possible to see somehow with
> iptables that the output transmission queue is always busy? Or maybe
> it is possible to count how many packets were generated for
> transmission and how many packets have been actually transmitted?
>
> I need this for monitoring the queue load. The main task is to monitor
> what portion of time the output transmission queue is empty/busy.
>
Instead of only monitor what about shape/priorize?? see :
http://lartc.org/howto
http://www.linuxfoundation.org/en/Net:IFB
best regards
> Thanks for any hints!!
>
> Aleksej.
> --
> To unsubscribe from this list: send the line "unsubscribe netfilter" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: monitoring with iptables question
2008-09-22 18:47 ` paulobruck1
@ 2008-09-23 6:34 ` Aleksej
2008-09-23 7:27 ` Vladislav Kurz
0 siblings, 1 reply; 4+ messages in thread
From: Aleksej @ 2008-09-23 6:34 UTC (permalink / raw)
To: netfilter
Thanks for the links, I'm reading it now, but there is a lot of information...
My problem is that I don't know how much available bandwidth I have
(this is about wireless networks). Otherwise I could just calculate
the total throughput on the interface and see if there is some free
bandwidth left. Can one with linux traffic control tools or iptables
derive the load of interface/queue? The only thing I need to know is
whether the output transmission queue can cope with all the traffic
waiting for transmission, in other words, is the queue full loaded or
not.
Thanks,
Aleksej.
2008/9/22 paulobruck1 <paulobruck1@gmail.com>:
> Em Seg, 2008-09-22 às 20:25 +0200, Aleksej escreveu:
>> Hi,
>>
>
> Hi
>
>> I know that iptables can be used for some monitoring tasks. Is it
>> possible to solve the following task with iptables?
>>
>> Let's say I have an application that generates 20 Mbps data for
>> transmission, but due to high network load only 10Mbps is actually
>> transmitted. So, the output transmission queue is always loaded with
>> packets waiting for transmission. Is it possible to see somehow with
>> iptables that the output transmission queue is always busy? Or maybe
>> it is possible to count how many packets were generated for
>> transmission and how many packets have been actually transmitted?
>>
>> I need this for monitoring the queue load. The main task is to monitor
>> what portion of time the output transmission queue is empty/busy.
>>
> Instead of only monitor what about shape/priorize?? see :
>
>
> http://lartc.org/howto
>
> http://www.linuxfoundation.org/en/Net:IFB
>
> best regards
>
>
>> Thanks for any hints!!
>>
>> Aleksej.
>> --
>> To unsubscribe from this list: send the line "unsubscribe netfilter" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: monitoring with iptables question
2008-09-23 6:34 ` Aleksej
@ 2008-09-23 7:27 ` Vladislav Kurz
0 siblings, 0 replies; 4+ messages in thread
From: Vladislav Kurz @ 2008-09-23 7:27 UTC (permalink / raw)
To: netfilter
On Tuesday 23 of September 2008, Aleksej wrote:
> Thanks for the links, I'm reading it now, but there is a lot of
> information... My problem is that I don't know how much available bandwidth
> I have (this is about wireless networks). Otherwise I could just calculate
> the total throughput on the interface and see if there is some free
> bandwidth left. Can one with linux traffic control tools or iptables derive
> the load of interface/queue? The only thing I need to know is whether the
> output transmission queue can cope with all the traffic waiting for
> transmission, in other words, is the queue full loaded or not.
Maybe something like this would show what you are looking for:
tc -s qdisc show dev eth0
iptables count packets that hit certain rules, but tc counts packets that hit
the outgouing queue on interface. That might help you. Anyway read lartc.org.
--
Regards
Vladislav Kurz
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-09-23 7:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-22 18:25 monitoring with iptables question Aleksej
2008-09-22 18:47 ` paulobruck1
2008-09-23 6:34 ` Aleksej
2008-09-23 7:27 ` Vladislav Kurz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox