I have crafted and applied some rules which I thought would
prioritize traffic from an 871w (via ADSL) to one specific
host. The idea is that any traffic destined to this host
should be prioritized over all other traffic.
What is your upstream connection? If you're using PPPoE, you won't
out of the DSL line as possible.
Best regards
Ivan
-Original Message-
From: Tim Franklin [mailto:t...@pelican.org]
Sent: Tuesday, March 24, 2009 1:57 PM
To: Ivan Pepelnjak
Cc: 'John Lange'; 'Cisco NSP'
Subject: Re: [c-nsp] Needs some help with QOS
On Tue, March 24, 2009 12:12 pm
Hi,
you should use hierarchical QoS. First of all you should shape the
output traffic down to the upstream speed, then you can use the llq inside
the shaped class:
http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tech_note09186a00800b2d29.shtml
BR, A.
On Tue, 24 Mar 2009, Ivan
On Tue, March 24, 2009 12:12 pm, Ivan Pepelnjak wrote:
What is your upstream connection? If you're using PPPoE, you won't be able
to do any output queuing, as the outbound LAN interface is never saturated
(the bottleneck is experienced by the DSL modem).
If you know what your upstream
First, thanks to those who pointed out my (should have been obvious)
error where I named the access-list qos1 but then tried to reference it
with al-qos1. When you're looking for a big problem it's easy to
overlook the obvious.
On Tue, 2009-03-24 at 12:56 +, Tim Franklin wrote:
On Tue, March
http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tech_note0918
6a00800b2d29.shtml
Basically, the virtual interfaces do not implement the
back-pressure algorithm necessary to signal that excess
packets should be queued by the Layer 3 (L3) queueing system.
Ok, so I'm going to
Hi.
So just a final question, would the solution have worked if it was on a
regular interface? I just want to make sure I had the right idea.
Yes, in this case the ATM-interface where the PVC lives. But the PVC
must be something else than the default ubr class of service. The U
in UBR stands
On Tue, 2009-03-24 at 13:29 +0100, BALLA Attila wrote:
Hi,
you should use hierarchical QoS. First of all you should shape the
output traffic down to the upstream speed, then you can use the llq inside
the shaped class:
On Tue, 2009-03-24 at 14:39 -0500, John Lange wrote:
I followed the examples on that page but I'm not having any luck. As
far as I can tell the queue is dropping at least some packets that it
should be prioritizing (look for 582 below).
...
policy-map parent_shaping
class class-default
Hi.
Which direction are you trying to prioritize? In the first post the
policy were on the Dialer0-interface (traffic from LAN towards DSL),
but in the last post it's on the Fa4-interface (traffic from DSL
towards LAN).
I assume it's the first one because there is less point shaping when
going
I have crafted and applied some rules which I thought would prioritize
traffic from an 871w (via ADSL) to one specific host. The idea is that
any traffic destined to this host should be prioritized over all other
traffic.
Unfortunately my test show absolutely no effect. If I upload a couple of
Hi John,
==match access-group name al-qos1==
That acl doesnt exist?
Also for DSL, use some appropiate bandwidht values:
bandwidth xxx
bandwidth receive yyy
Use the show policy-map interface dialer 0 to see if the matching works
Regards,
Wouter
2009/3/23 John Lange j...@johnlange.ca
I have
12 matches
Mail list logo