[LARTC] Proxy question

Hell everybody, Yesterday I faced a problem with the shaper I use. Here's my topology and I'll describe the problem later after the topology. 10.0.1.0 /24 10.0.1.100 eth0 eth1eth0 10.0.1.1 eth1 +-+ +-+

[LARTC] htb class statistics: question

Hello. tc -s -d class show dev eth0 i see numbers in 'droppped' fields. Why packets are dropped? Thanks in advance. Best regards, Ruslan ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] htb class statistics: question

On Wednesday 02 July 2003 10:34, Ruslan Spivak wrote: Hello. tc -s -d class show dev eth0 i see numbers in 'droppped' fields. Why packets are dropped? If you send too much packets so the ceil is broken, packets can be dropped. Stef -- [EMAIL PROTECTED] Using Linux as bandwidth manager

Re: [LARTC] Proxy question

If you're using Squid for the proxy service, check out the docs, it has the ability to limit bandwith for specific ips, classes, etc. Regards, Radu a scris: Hell everybody, Yesterday I faced a problem with the shaper I use. Here's my topology and I'll describe the problem later after the

Re: [LARTC] Proxy question

Hello Radu, Well I found the delay pools at the squid configration. I need to know if there's any alternative way to slowdown the traffic for a specific IP address without modifying anything in the proxy server. Radu-Mihail Obada wrote: If you're using Squid for the proxy service, check out

[LARTC] Question on prio qdisc

I have been doing some experiments with the prio qdisc. I haven't tried to understand the code, but the behavior I have observed in the experiments leads me to believe that the prio qdisc operates in the following manner when the interface queue is full: 1) Suppose that we are operating with the

Re: [LARTC] Proxy question

Yes am having the same problem,If i get it fixed in time, i'll post my script, unfortunately delay pools in squid werent as effective as the HTB, am trying to use steff's IMQ with iptable which shld solve the problem. you could search the LARTC archives, though am yet to find someone that had

[LARTC] tc statistics

Hello, i have to write a script to visualize the output of tc -s class show dev eth0 with rrdtool. Or does anybody know of such a script , which is available for download ? I assume the bps in rate 5728bps 34pps is Byte per Second. Is that right ? How can i set all the counters back to zero ? I

Re: [LARTC] tc statistics

Joerg Hartmann wrote: Hello, i have to write a script to visualize the output of tc -s class show dev eth0 with rrdtool. Or does anybody know of such a script , which is available for download ? I assume the bps in rate 5728bps 34pps is Byte per Second. Is that right ? How can i set all the

Re: [LARTC] Proxy question

Why not change your topology so that you have Firewall-Shaper--Proxy-Internet This way you have more control over the traffic. Admittedly, you are not truly shaping the total bandwidth available to you (some of the traffic will be returning to your clients

Re: [LARTC] Proxy question

Hel :-) Well this is a good oppinion but, what does it happen when somebody make a big request, the proxy will be unshaped thus it will allocate whole the line. A good option is to place another shaper between the proxy and the internet. To make it simpler to place the proxy in our DMZ, and

Re: [LARTC] Proxy question

Hel :-) Well this is a good oppinion but, what does it happen when somebody make a big request, the proxy will be unshaped thus it will allocate whole the line. Perhaps you need to put the shaping on the same machine as the proxy, this should allow you to mark the packets (i think squid

Re: [LARTC] Proxy question

Leigh Waldie wrote: Hel :-) Well this is a good oppinion but, what does it happen when somebody make a big request, the proxy will be unshaped thus it will allocate whole the line. Perhaps you need to put the shaping on the same machine as the proxy, this should allow you to mark the

Re: [LARTC] Question on prio qdisc

Hi, You can refer to http://lxr.linux.no/source/net/sched/sch_prio.cfor the source code of prio qdisc. If you look at the drop function of prio (prio_drop), it really drops packet with precedence of low to high priority. But when a incoming packet finds that there is no room in the queue, it's

[LARTC] IMQ, HTB and large bandwidth ...

Hi, Maybe someone could help me with this ... I'm doing some rate limiting tests with large bandwidth (3MBytes). HTB qdisc + IMQ just work fine on outgoing traffic, results are almost perfect but with incoming traffic it's not the same ... Results are quite good up to 3MBytes of total shaped

Re: [LARTC] Question on prio qdisc

On Wed, 2 Jul 2003, Cain, Joseph wrote: I have been doing some experiments with the prio qdisc. I haven't tried to understand the code, but the behavior I have observed in the experiments leads me to believe that the prio qdisc operates in the following manner when the interface queue is

[LARTC] Using multiple uplinks

Hi, I'm with a problem here on configuring our server to use multiple uplinks with different providers. The packet goes though on my way, but there is some lost packets that I don't known where it's going and causing my link to goes slow and stop sending/receiving data. Here i'm listing the

RE: [LARTC] Question on prio qdisc

Thank you Lars and Wing for your responses. I just ran another experiment using RED on the lowest priority flow as suggested by Wing. I had used RED before (on all flows) without success. In this experiment, specified a large queue size for the interface. In this case the result was roughly the

[LARTC] netfilter resets TCP conversation that was DNATed from the localmachine to another

The netfilter list had no answer for this. I have a configuration: /\ .0.{8,9} .{0,1}.1 /--\ 1.2.3.{4,5,6} ( ) | Web server |-+-| firewall |---( Internet ) \/ |eth0 | Squid | eth1 (

[LARTC] imq + htb =~/kazaa/

Someone posted once a script based on htb+imq to handle kazaa and web traffic..both directions, download and upload. If someone still have it, could it post again? i searched on posted mailing list but couldnt find it. Thanks! ___ LARTC mailing list

Re: [LARTC] netfilter resets TCP conversation that was DNATed fromthe local machine to another

Hi Michael, you should enter this as a bugreport in the netfilter bugtracking system (bugzilla.netfilter.org). I noticed none of your mails contains the complete ruleset you use, you should also include this. Bye, Patrick Michael wrote: The netfilter list had no answer for this. I have a

Re: [LARTC] imq + htb =~/kazaa/

I have no idea what you are talking about, since i never saw that email. If you want to filter traffic, anaylize the paquet contents, searching for a string common on kazaa packets and http traffic packets, so you can mark then and hence redirect them to the correct queue. ¿Get what i say?