Re: AltQ + ng_iface

2005-08-29 Thread Daniel O'Connor
On Monday 29 August 2005 16:10, Gleb Smirnoff wrote: > D> (I'll try it later but a definitive answer would be nice :) > > If you have put smth into ng_iface_start(), then you should do this > stuff via ng_send_fn(). OK. > Sorry, that I haven't yet feedbacked on your patches. I'll probably look

Re: AltQ + ng_iface

2005-08-28 Thread Gleb Smirnoff
On Mon, Aug 29, 2005 at 02:49:14PM +0930, Daniel O'Connor wrote: D> On Sunday 31 July 2005 22:53, Daniel O'Connor wrote: D> > > The calling code must always have a reference on the node to ensure that D> > > it is not removed while it is running in it. This is sometimes D> > > done automatically. T

Re: AltQ + ng_iface

2005-08-28 Thread Daniel O'Connor
On Sunday 31 July 2005 22:53, Daniel O'Connor wrote: > > The calling code must always have a reference on the node to ensure that > > it is not removed while it is running in it. This is sometimes > > done automatically. This is why there is an ng_callout facility to ensure > > that the locking and

Re: AltQ + ng_iface

2005-07-31 Thread Daniel O'Connor
On Sunday 31 July 2005 05:08, Julian Elischer wrote: > mbuf tags have "families" so that differetn modules can use > the same ID numbers and not clash. > here is a netgraph family for tags, using the netgraph cookies. > It's been a while since I looked at it but if you are using mbuf > tags in net

Re: AltQ + ng_iface

2005-07-30 Thread Julian Elischer
Daniel O'Connor wrote: On Saturday 30 July 2005 19:00, Daniel O'Connor wrote: I'll try my hand at the ng_iface ALTQ patch. Here's what I have so far.. http://www.dons.net.au/~darius/ng_iface-altq.diff Haven't done much testing yet though. small comments so far.. mbuf tags have "families

Re: AltQ + ng_iface

2005-07-30 Thread Daniel O'Connor
On Saturday 30 July 2005 19:00, Daniel O'Connor wrote: > I'll try my hand at the ng_iface ALTQ patch. Here's what I have so far.. http://www.dons.net.au/~darius/ng_iface-altq.diff Haven't done much testing yet though. -- Daniel O'Connor software and network engineer for Genesis Software - http

Re: AltQ + ng_iface

2005-07-30 Thread Daniel O'Connor
On Friday 29 July 2005 12:35, Julian Elischer wrote: > I do this to great effect.. > consider: > two sites connected by links in which teh bottleneck is 200KB/sec (1 E1?) > when a lot of data is flowing from 1 to 2 then data from 2 to 1 is also > slowed > down because the acks have to go through t

Re: AltQ + ng_iface

2005-07-29 Thread Daniel O'Connor
On Friday 29 July 2005 12:35, Julian Elischer wrote: > I do this to great effect.. > consider: > two sites connected by links in which teh bottleneck is 200KB/sec (1 E1?) > when a lot of data is flowing from 1 to 2 then data from 2 to 1 is also > slowed > down because the acks have to go through t

Re: AltQ + ng_iface

2005-07-29 Thread Jeremie Le Hen
Hi Daniel, Chunk, Julian and all, > >slow things down. So you want to send dataless ACKs at a higher > >priority than generic big packets full of data, maybe via the "iplen" > >keyword with "established", look for packets smaller than ~100 bytes? > > [...] > > I sometimes actually prioitise AL

Re: AltQ + ng_iface

2005-07-28 Thread Julian Elischer
Chuck Swiger wrote: Daniel O'Connor wrote: On Friday 29 July 2005 11:02, Chuck Swiger wrote: Either the "established" or the "tcpflags !syn,ack" keywords in a rule adding matching packets to a high-priority queue ought to do it...? Or perhaps you meant something more specific than just "T

Re: AltQ + ng_iface

2005-07-28 Thread Chuck Swiger
Daniel O'Connor wrote: On Friday 29 July 2005 11:02, Chuck Swiger wrote: Either the "established" or the "tcpflags !syn,ack" keywords in a rule adding matching packets to a high-priority queue ought to do it...? Or perhaps you meant something more specific than just "TCP packets with TH_ACK" se

Re: AltQ + ng_iface

2005-07-28 Thread Daniel O'Connor
On Friday 29 July 2005 11:02, Chuck Swiger wrote: > Either the "established" or the "tcpflags !syn,ack" keywords in a rule > adding matching packets to a high-priority queue ought to do it...? Or > perhaps you meant something more specific than just "TCP packets with > TH_ACK" set? :-) Hmm, I gu

Re: AltQ + ng_iface

2005-07-28 Thread Chuck Swiger
Daniel O'Connor wrote: On Friday 29 July 2005 10:10, Julian Elischer wrote: [ ... ] ipfw and dummynet work on ng_iface I believe. Well yeah, but dummynet is a little inflexible and can't prioritise ACKs (for example) Either the "established" or the "tcpflags !syn,ack" keywords in a rule ad

Re: AltQ + ng_iface

2005-07-28 Thread Daniel O'Connor
On Friday 29 July 2005 10:10, Julian Elischer wrote: > >Does anyone have any patches > > ipfw and dummynet work on ng_iface I believe. Well yeah, but dummynet is a little inflexible and can't prioritise ACKs (for example) > is there altq for tun  or gif? Yes for tun, rev 1.143 of if_tun.c. No f

Re: AltQ + ng_iface

2005-07-28 Thread Julian Elischer
Daniel O'Connor wrote: Hi, I am looking at using pf + AltQ + mpd instead of my original ipfw + dummynet + ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( I had a look at it to see if they could be retrofitted but alas it appears the ng_iface driver is not very much like

Re: AltQ + ng_iface

2005-07-28 Thread Julian Elischer
Daniel O'Connor wrote: Hi, I am looking at using pf + AltQ + mpd instead of my original ipfw + dummynet + ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( I had a look at it to see if they could be retrofitted but alas it appears the ng_iface driver is not very much like

AltQ + ng_iface

2005-07-28 Thread Daniel O'Connor
Hi, I am looking at using pf + AltQ + mpd instead of my original ipfw + dummynet + ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( I had a look at it to see if they could be retrofitted but alas it appears the ng_iface driver is not very much like others (ie no queueing of pa