[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87zl40konb.fsf@purkki.valot.fi>
Date: Wed, 27 Jan 2010 09:11:52 +0200
From: Kalle Valo <kalle.valo@....fi>
To: "Edgar E. Iglesias" <edgar.iglesias@...il.com>
Cc: Dunc <dunc@...onia.org>, David Miller <davem@...emloft.net>,
kaber@...sh.net, netdev@...r.kernel.org,
linux-wireless@...r.kernel.org
Subject: Re: Network QoS support in applications
"Edgar E. Iglesias" <edgar.iglesias@...il.com> writes:
> IMO what apps should be doing is setting the DSCP to a user configurable
> value (config file or cmd line switch etc). This way people can choose DSCP
> to whatever makes sense in their particular network. The default value
> is of less interest.
I have to disagree here. Most of the people are not that interested
configuring their applications, they just want to use them. I see that
having this configurable would be just an excuse for not having a good
default value.
Also it just doesn't scale if every user has to start configuring all
network applications they use. IMHO this all should work "Out of Box".
> WRT L3 vs L2, I think apps should normally be tagging by setting the DSCP
> field. The kernel should provide configurable mappings between DSCP and
> what ever L2 QoS that is available on the egress interface. As the packet
> jumps and gets routed, the DSCP value gets remapped two every links
> particular L2 "QoS" that matches the DSCP. After all, apps shouldn't need to
> know their hooked up to a 802.11, wired ethernet or what ever is on the
> route to the peer...
With this one I fully agree. I think this is the way we should do
this.
> AFAIK, Linux already makes all of this perfectly possible.
Yes, it's possible but not widely used because people don't know about
this. We need to provide documentation and then push applications to
use this.
> My 2 cents..
Thank you very much, much appreciated.
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists