* [LARTC] Optimization on Bandwidth Management-L7 filtering?
@ 2006-06-11 4:32 lee weejin
2006-06-26 17:14 ` Andraz Sraka
2006-07-06 16:35 ` lee weejin
0 siblings, 2 replies; 3+ messages in thread
From: lee weejin @ 2006-06-11 4:32 UTC (permalink / raw)
To: lartc
[-- Attachment #1: Type: text/html, Size: 1419 bytes --]
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Optimization on Bandwidth Management-L7 filtering?
2006-06-11 4:32 [LARTC] Optimization on Bandwidth Management-L7 filtering? lee weejin
@ 2006-06-26 17:14 ` Andraz Sraka
2006-07-06 16:35 ` lee weejin
1 sibling, 0 replies; 3+ messages in thread
From: Andraz Sraka @ 2006-06-26 17:14 UTC (permalink / raw)
To: lartc
[-- Attachment #1.1.1: Type: text/plain, Size: 821 bytes --]
re
On Sun, 2006-06-11 at 04:32 +0000, lee weejin wrote:
> Since all the incoming packets was checked one by one-(it is time
> consuming and will cause the processing delay if it is handling more
> than 50 PC at a time), thus i am thinking that is there any way to
> have a random checking on incoming packets ? Scipt or tools? so that
> it wont check all the incoming packets one follow by another one.
Try marking only first/new packages/connections, that will be analyzed
by layer-7 filter in another chain and there do whole connecting mark
(-j CONNMARK --mark XX). Those mark packages/connections can be then
picked up by 'tc' for prioritizing traffic or netfilter for
rejecting/dropping/.. traffic.
regards,
Andraz
--
BOFH excuse #62:
need to wrap system in aluminum foil to fix problem
[-- Attachment #1.1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 196 bytes --]
[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2242 bytes --]
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Optimization on Bandwidth Management-L7 filtering?
2006-06-11 4:32 [LARTC] Optimization on Bandwidth Management-L7 filtering? lee weejin
2006-06-26 17:14 ` Andraz Sraka
@ 2006-07-06 16:35 ` lee weejin
1 sibling, 0 replies; 3+ messages in thread
From: lee weejin @ 2006-07-06 16:35 UTC (permalink / raw)
To: lartc
>>>Try marking only first/new packages/connections, that will be analyzed by
>>>layer-7 filter
Question: Is it layer-7 filtering able to perform marking the first/new
packages/connections? May I know how to do that? Thanks.
>From: Andraz Sraka <a@aufbix.org>
>To: lee weejin <leeweejin@hotmail.com>
>CC: lartc@mailman.ds9a.nl
>Subject: Re: [LARTC] Optimization on Bandwidth Management-L7 filtering?
>Date: Mon, 26 Jun 2006 19:14:26 +0200
>
>re
>
>On Sun, 2006-06-11 at 04:32 +0000, lee weejin wrote:
> > Since all the incoming packets was checked one by one-(it is time
> > consuming and will cause the processing delay if it is handling more
> > than 50 PC at a time), thus i am thinking that is there any way to
> > have a random checking on incoming packets ? Scipt or tools? so that
> > it wont check all the incoming packets one follow by another one.
>********************************************************************************
>Try marking only first/new packages/connections, that will be analyzed
>by layer-7 filter in another chain and there do whole connecting mark
>(-j CONNMARK --mark XX). Those mark packages/connections can be then
>picked up by 'tc' for prioritizing traffic or netfilter for
>rejecting/dropping/.. traffic.
>
>regards,
> Andraz
>
>--
>BOFH excuse #62:
>
>need to wrap system in aluminum foil to fix problem
><< signature.asc >>
><< smime.p7s >>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-07-06 16:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-06-11 4:32 [LARTC] Optimization on Bandwidth Management-L7 filtering? lee weejin
2006-06-26 17:14 ` Andraz Sraka
2006-07-06 16:35 ` lee weejin
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.