From: Tomas Bonnedahl <tomas@yes.nu>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] most out of qos
Date: Thu, 06 Feb 2003 16:29:34 +0000 [thread overview]
Message-ID: <marc-lartc-104454918732386@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104445994220942@msgid-missing>
ok, thanks, one question though, you mean that i should use "regular" ingress qos?
this could rise some problems since i want to shape both traffic entering at a physical interface and traffic entering at a virtual
ipsec interface. do you have any experiance from this particular sitaution?
thanks,
tomas
On Thu, Feb 06, 2003 at 05:23:27PM +0100, Stef Coene wrote:
> On Wednesday 05 February 2003 22:28, Tomas Bonnedahl wrote:
> > well, if tcp throttles down at the point where packets are dropped is of
> > course good, but still, when a download is peaking at the maximum speed
> > minus a couple kbits, the delay is terrible, that's what i want to change.
> > any idea?
> You can give the download 98% of the link so there is always 2% available for
> something else. It also helps to throttle down _all_ incoming bandwidth to
> 99% of your link so _you_ are shaping and not your router.
>
> Stef
>
> >
> > regards,
> >
> > tomas bonnedahl
> >
> > On Wed, Feb 05, 2003 at 10:13:27PM +0100, Stef Coene wrote:
> > > On Wednesday 05 February 2003 16:44, Tomas Bonnedahl wrote:
> > > > to get most out of qos in general, would the best thing be to set up
> > > > qos on both ends of a bottleneck with both ingress and egress
> > > > filtering? the reason for asking is because we have a 2mbit connection
> > > > with egress filtering qos, the problem is that we experience most
> > > > downloads compared to uploades and therefor the egress filtering doesnt
> > > > provide much help.
> > > >
> > > > what we could do is to get ingress filtering on our side here, but i
> > > > dont know how much that would help really, the data has already passed
> > > > the bottleneck in the path. so, my question, would i experience any
> > > > different delay if adding ingress filtering?
> > >
> > > Yes. A tcp connection will throttle down if you drop packets. But this
> > > is not the same as egress shaping.
> > >
> > > > it is a 2mbit fiber stub network which looks pretty much like this:
> > > >
> > > > lan - router - fw - isp - internet
> > > >
> > > > the egress qos is at the moment at the router which pretty much says
> > > > "prioritize interactive sessions".
> > > >
> > > >
> > > > since the filtering for qos is rather simple, just telnet/ssh to a
> > > > certain host, should i contact my isp and ask them to set some egress
> > > > qos going to our network on the cisco router that is at their place?
> > > > btw, anyone know how good the qos is on cisco 2600?
> > >
> > > I have no idea how the qos works on cisco router.
> > > Just give it a try and se what happens.
> > >
> > > Stef
> > >
> > > --
> > >
> > > stef.coene@docum.org
> > > "Using Linux as bandwidth manager"
> > > http://www.docum.org/
> > > #lartc @ irc.oftc.net
> >
> > _______________________________________________
> > LARTC mailing list / LARTC@mailman.ds9a.nl
> > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
> --
>
> stef.coene@docum.org
> "Using Linux as bandwidth manager"
> http://www.docum.org/
> #lartc @ irc.oftc.net
>
>
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2003-02-06 16:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-05 15:44 [LARTC] most out of qos Tomas Bonnedahl
2003-02-05 21:13 ` Stef Coene
2003-02-05 21:28 ` Tomas Bonnedahl
2003-02-06 10:04 ` Tomas Bonnedahl
2003-02-06 16:23 ` Stef Coene
2003-02-06 16:29 ` Tomas Bonnedahl [this message]
2003-02-06 16:47 ` Stef Coene
2003-02-06 16:49 ` Martin A. Brown
2003-02-06 16:58 ` Stef Coene
2003-02-06 17:01 ` Martin A. Brown
2003-02-06 17:11 ` Tomas Bonnedahl
2003-02-06 17:22 ` Stef Coene
2003-02-06 17:37 ` Tomas Bonnedahl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-104454918732386@msgid-missing \
--to=tomas@yes.nu \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.