RE: [LARTC] fw as filter broken?

2005-04-08 Thread Troy Caldwell
I'm using the patch for dummy as an imq replacement that Jamal posted a little while back. I've tried to do the same thing on an egress qdisc to try to limit outbound speed and still had no luck. My u32 filters work fine, but are not enough for our setup here. Here's what I've got... export TC=

Re: [LARTC] fw as filter broken?

2005-04-08 Thread Catalin(ux aka Dino) BOIE
On Fri, 8 Apr 2005, Troy Caldwell wrote: Can someone verify that using fw as a filter in iproute2-2.6.11-050330 is broken. Doesn't seem to work in any case and I saw an earlier post that would lead me to believe this is the case. If so does anyone have a temporary fix? Thanks, Troy __

[LARTC] fw as filter broken?

2005-04-08 Thread Troy Caldwell
Can someone verify that using fw as a filter in iproute2-2.6.11-050330 is broken. Doesn't seem to work in any case and I saw an earlier post that would lead me to believe this is the case. If so does anyone have a temporary fix? Thanks, Troy ___ LARTC

[LARTC] Suspicious Attachment

2005-04-08 Thread virus_warning
-- Warning: Message delivery wasn't performed. Reason: Our virus scanner detected very suspicious code in the attachment of a mail addressed to a user of our system. The following message will not be delivered: From: [EMAIL PROT

[LARTC] SQLiaison E-Mail Virus Alert

2005-04-08 Thread techsupport
SQLiaison Mail Server: GroupShield™ Alert The email server has discovered a problem with the following email. Please note that the sender of the email will not be notified with this message. > More information : Date/Time sent: 08 Apr 2005 14:34:17 Subject line: [LARTC] Re: From: [EMAIL PROT

[LARTC] About sockets in "CLOSING" state

2005-04-08 Thread Denis Potapov
Hi, I have met the problem: when I use the shaping discipline tc qdisc add dev ppp0 parent 1:2 tbf latency 50ms burst 1450 rate 50kbit one of my application (namely, "aMule") starts leaving sockets in "CLOSING" state. These sockets accumulate and do not disappear. Eventually I have so many of t

RE: [LARTC]Multicast routing between two subnets

2005-04-08 Thread Allain Yoann
Emcast has the “good” idea to set the default ttl to 1. So be careful !!! Emcast –t 2 and it passes the router… I hope nobody else will lose so much time ! Bye Yoann   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Allain Yoann Sent: vendredi 8 avril 2005 15:

[LARTC] Setting the DS field using setsockopt()

2005-04-08 Thread Arshad Siddiqui
I want to create a socket that will send packets with a DS field different than 0x00. I want to change 6 DSCP bits and not the 4 bytes of TOS Can it be done at all with setsockopt() ? Regards, Arshad Siddiqui ___ LARTC mailing list LARTC@mailman.ds9a.

[LARTC]Multicast routing between two subnets

2005-04-08 Thread Allain Yoann
Hello. I’m new to this list.   I’m trying to set up multicast routing between two networks:       Internet   ^   |      Windows box   |   | UserMod

RE: Re: [LARTC] question about correct way of shapping

2005-04-08 Thread Paulo Ricardo Bruck
Em Sex, 2005-04-08 às 11:06 +0200, [EMAIL PROTECTED] escreveu: Hy people and Corey > You might have come across documents describing ingress shaping, which > deals with traffic coming into an interface rather than the usual > methods of shaping traffic as it leaves an interface. Yes a lot of docu

Re: [LARTC] HTB + speed a bit lower than what shaped to

2005-04-08 Thread Wang Jian
Hi Jandre Olivier, 1. although the rate is 32Kbit, the ceil is also 32Kbit; you will get very close 32Kbit, but no more that 32Kbit. 2. The kernel calculates rate based on the packet size, not payload length. But your client, calculates rate based on the payload length. If the traffic pattern is

[LARTC] HTB + speed a bit lower than what shaped to

2005-04-08 Thread Jandre Olivier
Hi Guys, I have a little problem i dont understand why its happening, Initially i thought it was a network problem, but then i made a crossover between me and the server and shaped on that interface with as minimal as possible config this my test: $TC qdisc add dev $INTERFACE root handle 1: htb

[LARTC] Suspicious Attachment

2005-04-08 Thread virus_warning
-- Warning: Message delivery wasn't performed. Reason: Our virus scanner detected very suspicious code in the attachment of a mail addressed to a user of our system. The following message will not be delivered: From: [EMAIL PROT

[LARTC] SQLiaison E-Mail Virus Alert

2005-04-08 Thread techsupport
SQLiaison Mail Server: GroupShield™ Alert The email server has discovered a problem with the following email. Please note that the sender of the email will not be notified with this message. > More information : Date/Time sent: 08 Apr 2005 05:11:48 Subject line: [LARTC] Re: From: [EMAIL PROT