| To: | jamal <hadi@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] Improve behaviour of Netlink Sockets |
| From: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
| Date: | Wed, 29 Sep 2004 12:30:51 +1000 |
| Cc: | Pablo Neira <pablo@xxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <1096424914.1043.103.camel@jzny.localdomain> |
| References: | <20040927213607.GD7243@gondor.apana.org.au> <1096339407.8660.33.camel@jzny.localdomain> <20040928024614.GA9911@gondor.apana.org.au> <1096340772.8659.51.camel@jzny.localdomain> <20040928032321.GB10116@gondor.apana.org.au> <1096343125.8661.96.camel@jzny.localdomain> <20040928035921.GA10675@gondor.apana.org.au> <1096367787.8662.146.camel@jzny.localdomain> <4159D278.4060809@eurodev.net> <1096424914.1043.103.camel@jzny.localdomain> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.6+20040722i |
On Tue, Sep 28, 2004 at 10:28:34PM -0400, jamal wrote: > > Being able to prioritize control (errors and ACKs) would be valuable. > Would require mucking around with the socket queue. > Something along what we do for a basic default 3 band queue (proabably > two band in this case) should work. Obviously neither of you have taken my tip :) You should never use your unicast socket to receive multicast messages. Otherwise you get to keep both pieces when it breaks. -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt |
| Previous by Date: | Re: [PATCH] Improve behaviour of Netlink Sockets, jamal |
|---|---|
| Next by Date: | Re: RFC/PATCH capture qdisc requeue event in stats, jamal |
| Previous by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, jamal |
| Next by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |