From: Felix Kuperjans <felix@desaster-games.com>
To: xen-devel@lists.xensource.com
Subject: Re: proposal of xt_physdev's patch to limit traffic
Date: Thu, 21 Oct 2010 14:38:25 +0200 [thread overview]
Message-ID: <4CC03441.4020902@desaster-games.com> (raw)
In-Reply-To: <BAY156-w293B0735AC6EC055FE54419E5D0@phx.gbl>
[-- Attachment #1.1: Type: text/plain, Size: 1723 bytes --]
I think you don't even need any new netfilter patches or features.
Just using "physdev" together with the "quota" match should be
sufficient (maybe it's not in the 2.6.18 kernel, but definitely in
recent or pv_ops kernels).
In addition, I don't think that the netfilter will be interested in a
quota patch to physdev; physdev is meant to match the device a packages
was coming from on a bridge - quotas are definitely the job of the quota
match or QoS, not the physdev match.
Regards,
Felix
Am 21.10.2010 12:27, schrieb ahmed amamou:
> Good morning every Body
>
> I'm new in modules programming and I've made a patch to limit packet
> traffic in bridge(patch is joined with the mail).
>
> In order to limit the traffic, i used the netback limitation method to
> count traffic with skb->len for each vif to stop traffic, as i can't
> put down vif, i change the hotdrop flag to 1 (change was based on
> xt_physdev of dom 0 2.6.18.8 so in the patch will find it 1 but it's
> easy to change the patch to recent dom 0 version by just changing
> *hotdrop=1; to *par->hotdrop=true;)
>
> The problem that i have is that when i reach traffic limit (30mb/s by
> defaut and can be changed via proc EX: "echo vif1.0 312500,50000'
> >/proc/changeRXrate know that doing it via proc is the worst way but i
> don't know any other way to do it any suggestion will be welcome ) and
> begin drop traffic fell terribly and became 10mb/s
>
> will be really thankful if anybody could help me with suggestions and
> advices in order to solve this problem
>
>
> Sincerly
>
> Ahmed AMAMOU
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
[-- Attachment #1.2: Type: text/html, Size: 2748 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
prev parent reply other threads:[~2010-10-21 12:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-21 10:27 proposal of xt_physdev's patch to limit traffic ahmed amamou
2010-10-21 10:47 ` Gianni Tedesco
2010-10-21 10:52 ` Ian Campbell
2010-10-21 12:38 ` Felix Kuperjans [this message]
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=4CC03441.4020902@desaster-games.com \
--to=felix@desaster-games.com \
--cc=xen-devel@lists.xensource.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.