[LARTC] can use iptables to match 802.1Q P bits?

2004-06-09 Thread swcims
Hi,All I'd like to use iptables to set TOS according to the 802.1Q P bits in ethernet header,but I got no idea.You know,we can use this to match mac:iptables -A FORWARD -m mac --mac-source 00:e0:4c:3b:b6:d5 -j DROP.So can iptables supply commands to match P bits in ethernet header?(If so

Re: [LARTC] qdisc associated free software

2004-06-09 Thread Damion de Soto
Hi Vincent, How can I advertise a free software that is associated to the linux qdiscs (more particularly htb). The soft does not seem to have impressed google, it is at http://www.rawsoft.org You can submit sites to google at: http://www.google.com/addurl.html regards, -- ~~~

Re: [LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread Ed Wildgoose
I don't want to fork or make the iproute2 utilities explicitly different from earlier versions. Do we really want to repeat the mess of proc tools. Agree. Be bold. Be unpopular. Be different. But whatever, avoid a mass of incompatible versions with dozens of options __

Re: [LARTC] SFQ with Per Flow Caps

2004-06-09 Thread Bill Denney
On Wed, 9 Jun 2004, vincent-perrier wrote: > Le mer 09/06/2004 à 22:42, Bill Denney a écrit : > > I'd like to implement something like SFQ, but with a cap of a rate per > > flow. Essentially, I'd like to be able to limit citrix connections to > > 30KBps without having an overall traffic flow cap

[LARTC] [OT] software for inventory and ip managment

2004-06-09 Thread Damjan
I guess at least some of you here work in an ISP or perhaps are working with a big network. I'm curious if you use some software for IP managment - noteing what ip addresses are used and where, what subnets are given to which customer etc.? Also I need some software like inventory of servers, route

Re: [LARTC] SFQ with Per Flow Caps

2004-06-09 Thread vincent-perrier
Le mer 09/06/2004 à 22:42, Bill Denney a écrit : > I'd like to implement something like SFQ, but with a cap of a rate per > flow. Essentially, I'd like to be able to limit citrix connections to > 30KBps without having an overall traffic flow cap for all citrix > connections. Slightly preferable t

Re: [LARTC] Re: how flexible is ingress traffic policing to bandwidth limit?

2004-06-09 Thread Jason Boxman
On Wednesday 09 June 2004 16:09, Greg Stark wrote: > Sanjay Arora <[EMAIL PROTECTED]> writes: > > Sorry to interrupt the flow, especially being a newbie, but won´t the > > sender just retransmit the dropped packets at the same rate? > > no. > > > I am not so thorogh with TCP/IP, but is there someth

[LARTC] SFQ with Per Flow Caps

2004-06-09 Thread Bill Denney
I'd like to implement something like SFQ, but with a cap of a rate per flow. Essentially, I'd like to be able to limit citrix connections to 30KBps without having an overall traffic flow cap for all citrix connections. Slightly preferable to this would be something that would actually work per fl

Re: [LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread Stephen Hemminger
On Wed, 9 Jun 2004 21:21:52 +0200 Stef Coene <[EMAIL PROTECTED]> wrote: > On Wednesday 09 June 2004 01:31, Stephen Hemminger wrote: > > But should we break existing scripts?? One possibility would be to make > > things case dependant (K = 1024 and k = 1000) or something like that. > I vote for ye

[LARTC] Re: how flexible is ingress traffic policing to bandwidth limit?

2004-06-09 Thread Greg Stark
Sanjay Arora <[EMAIL PROTECTED]> writes: > Sorry to interrupt the flow, especially being a newbie, but won´t the > sender just retransmit the dropped packets at the same rate? no. > I am not so thorogh with TCP/IP, but is there something in the protocol that > speeds or slows the transmission.

[LARTC] qdisc associated free software

2004-06-09 Thread Vincent Perrier
How can I advertise a free software that is associated to the linux qdiscs (more particularly htb). The soft does not seem to have impressed google, it is at http://www.rawsoft.org If you work on htb and are used to compiling modules, then you should try it. _

Re: [LARTC] Re: how flexible is ingress traffic policing to bandwidth limit?

2004-06-09 Thread Sanjay Arora
On Wed, 2004-06-09 at 09:03, Greg Stark wrote: > Damion de Soto <[EMAIL PROTECTED]> writes: > > > because you can't shape inbound traffic. Shaping works by delaying the > > transmission, and you can't delay packets that haven't arrived yet. Ingress > > policing just drops packets, and hopes the s

Re: [LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread Stef Coene
On Wednesday 09 June 2004 01:31, Stephen Hemminger wrote: > But should we break existing scripts?? One possibility would be to make > things case dependant (K = 1024 and k = 1000) or something like that. I vote for yes. What we can do, is use an other name so the difference is clear that it's not

Re: [LARTC] [ANNOUCE] iproute2 update

2004-06-09 Thread Stephen Hemminger
On Wed, 9 Jun 2004 16:29:25 +0200 Damjan <[EMAIL PROTECTED]> wrote: > On Tue, Jun 08, 2004 at 04:10:36PM -0700, Stephen Hemminger wrote: > > A new version of the iproute2 utilities is available to handle the new > > extensions for 2.6.7. > > * Added HTB and delay scheduler > > * Added supp

RE: [LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread ThE LinuX_KiD
somebody has tested this version ? is stable ? ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread Jose Luis Domingo Lopez
On Tuesday, 08 June 2004, at 18:42:46 -0400, [EMAIL PROTECTED] wrote: > That does makes sense for entering data, however, for display of results, > they need to be in one format. > That of units, their use and meaning is a common topic at some places, including linux-kernel. There seems to be se

Re: [LARTC] Re: [ANNOUCE] iproute2 update

2004-06-09 Thread Federico Figueroa C.
On Wed, 9 Jun 2004 02:31:29 +0200 Andreas Klauer <[EMAIL PROTECTED]> wrote: > If 1024 is not used in real networks (I don't know) then you should > just ditch it completely, IMO. Offering two possibilities is fine, but > could also easily lead to even more confusion. Is not only not used in netwo

Re: [LARTC] [ANNOUCE] iproute2 update

2004-06-09 Thread Damjan
On Tue, Jun 08, 2004 at 04:10:36PM -0700, Stephen Hemminger wrote: > A new version of the iproute2 utilities is available to handle the new > extensions for 2.6.7. > * Added HTB and delay scheduler > * Added support for new tcp_info extensions to ss Why are TC_CONFIG_DIFFSERV=n and TC_

Re: [LARTC] MSN audio

2004-06-09 Thread Andy Furniss
Luis GUSTAVO wrote: Hi people, I want use msn 6.2 audio, and i don´t know. I share my conection with iptables and i don´t block any ports. If you NAT you are sort of blocking ports. This more an MSN UPNP issue than lartc. You may, depending on MSN versions of you and peer be able to find a workaro

Re: [LARTC] HTB latency

2004-06-09 Thread miller69
> tc qdisc add dev ethX parent HTBCLASS handle QDISC pfifo limit 10 Thanks guys, reducing the queue length to 10 packets the delay decreased from about 2600ms (2.6 seconds) to 80ms. That helps a lot! Regards -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktiviere

[LARTC] Re: how flexible is ingress traffic policing to bandwidth limit?

2004-06-09 Thread Greg Stark
Jason Boxman <[EMAIL PROTECTED]> writes: > On Tuesday 08 June 2004 23:33, Greg Stark wrote: > > > > Well ultimately all shaping works by dropping packets. Merely delaying > > transmission isn't going to slow down anything in the long run, just > > increase the pipeline. You can delay and/or drop