RE: Need QoS Configuration both side?

From: haducbinh (haducbinh@vnpro.org)
Date: Fri Oct 27 2006 - 02:36:18 ART

Next message: haducbinh: "Number of name-ACL"
Previous message: Scott Morris: "RE: Need QoS Configuration both side?"
Maybe in reply to: haducbinh: "Need QoS Configuration both side?"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

Maybe, i misunderstood something!
So LLQ will work best in Voice?
Have you ever done QoS for voice with LLQ and tested in real LAB? I don't
have enough device to do QoS for Voice IP LAB!
For example:
In case network congestion and we have voice IP traffic!
- If we have LLQ for voice, quality of voice is good!
- If we don't have LLQ for voice, quality of voice is bad!

Could you please show me a simple topology and configuration to make sure
LLQ get priority over other traffics in real LAB, I just have: Router 2801,
switch 3560!

Thanks Scott Morris!

HaDucBinh
Mail: haducbinh@vnpro.org or haducbinh@yahoo.com
Phone: +84 908 191 322
---------------------------------------------------------------------------
Vietnamese Professionals (VnPro)
Cisco Authorised Training
149/1D Ung Van Khiem Street, Ward 25, Binh Thanh District, Ho Chi Minh City
Tel: (08) 5124257 - (08) 5125314
Fax: (08) 5124314
Website: http://vnpro.vn
Support Forum: http://vnpro.org

-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Friday, October 27, 2006 12:19 PM
To: 'haducbinh'; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

So let's look at it from a basic viewpoint... Is there actually any
congestion on the line, or are you well within the specifications to make
things work???

If there's no congestion, I would expect that both sets of traffic would get
similar treatment. Think of it like going to the airport. If there are 5
ticket agents waiting to help people... And there's one person in the
first-class line and another person in the regular line, both will get
served perfectly fine. Even though there's a queuing strategy in place, it
really makes no difference because there isn't congestion there.

Since both are tcp anyway, we have windowing and ack's to cause pauses in
our transmission... Perhaps you are running into the statistical idea that
you just aren't causing enough traffic to see any problem! While one app
pauses for ack, the other one bursts on through, and it "seems" the same!

So while yes, things will go into an LLQ, unless we were able to get
something like a Smartbits setup to measure exactly what type/quantity
traffic we were sending, I may not expect to see anything other than hits in
my list. But would expect the effect to be similar in thruput.

HTH,

Scott

-----Original Message-----
From: haducbinh [mailto:haducbinh@vnpro.org]
Sent: Friday, October 27, 2006 1:08 AM
To: swm@emanon.com; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

I configuration on topology and I see the output like your configuration
below:
But the problem is FTP traffic do not get priority over microsoft (445) This
is procedure to reprodure problem:
- Configuration like Scott Morris
- Use FTP and Microsoft (445) to get the same size file between LAN1 and
LAN2
- because FTP traffic higher priority than Microsoft, so FTP should be get
less time than Microsoft to complete job! -> but the time is nearly the
same!!!

R1#sh policy-map int s0/1/0
Serial0/1/0

Service-policy output: POLICY_DEFAULT

    Class-map: class-default (match-any)
      0 packets, 0 bytes <-- this number increase when I use FTP to
get file
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Traffic Shaping
           Target/Average Byte Sustain Excess Interval Increment
             Rate Limit bits/int bits/int (ms) (bytes)
           256000/256000 1984 7936 7936 31 992

        Adapt Queue Packets Bytes Packets Bytes Shaping
        Active Depth Delayed Delayed Active
        - 0 0 0 0 0 no

Service-policy : POLICY_FTP

        Class-map: CLASS_FTP (match-all)
          0 packets, 0 bytes
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: access-group 100
          Queueing
            Strict Priority
            Output Queue: Conversation 40
            Bandwidth 200 (kbps) Burst 5000 (Bytes)
            (pkts matched/bytes matched) 0/0
            (total drops/bytes drops) 0/0

        Class-map: class-default (match-any)
          0 packets, 0 bytes
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: any

-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Friday, October 27, 2006 11:46 AM
To: 'haducbinh'; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

Did you get any errors on implementation?

When I paste the config in (as expected) I see:

emanon-R4(config-if)#service-policy output POLICY_DEFAULT I/f shape class
CLASS_FTP requested bandwidth 200 (kbps), available only
128 (kbps)
I/f shape class CLASS_FTP requested bandwidth 200 (kbps), available only
128 (kbps)
emanon-R4(config-if)#

You may want to try adjusting your numbers to make it actually work. Using
some show commands help.

A common one:

emanon-R4#sh policy-map
  Policy Map POLICY_DEFAULT
    Class class-default
      Traffic Shaping
         Average Rate Traffic Shaping
         CIR 128000 (bps) Max. Buffers Limit 1000 (Packets)
      service-policy POLICY_FTP
  Policy Map POLICY_FTP
    Class CLASS_FTP
      Strict Priority
      Bandwidth 200 (kbps) Burst 5000 (Bytes) emanon-R4#

Looks like things look good, but doesn't tell us what is implemented.

emanon-R4#sh policy-map ?
  WORD policy-map name
  control-plane Show Control Plane policy
  interface Show Qos Policy Interface
  session Show session Qos Policy
  | Output modifiers
  <cr>

emanon-R4#sh policy-map int s0/1/0
emanon-R4#

Being more specific tells us nothing is actually applied, therefore it's
FIFO or WFQ as default.

To verify. If we fix the numbers, we should see:

emanon-R4#sh policy-map int s0/1/0
Serial0/1/0

Service-policy output: POLICY_DEFAULT

    Class-map: class-default (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Traffic Shaping
           Target/Average Byte Sustain Excess Interval Increment
             Rate Limit bits/int bits/int (ms) (bytes)
           256000/256000 1984 7936 7936 31 992

        Adapt Queue Packets Bytes Packets Bytes Shaping
        Active Depth Delayed Delayed Active
        - 0 0 0 0 0 no

Service-policy : POLICY_FTP

        Class-map: class-default (match-any)
          0 packets, 0 bytes
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: any
emanon-R4#

HTH,

Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-J
IPExpert VP - Curriculum Development
IPExpert Sr. Technical Instructor
smorris@ipexpert.com
http://www.ipexpert.com

-----Original Message-----
From: haducbinh [mailto:haducbinh@vnpro.org]
Sent: Thursday, October 26, 2006 10:20 PM
To: swm@emanon.com; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

I mean FTP port 20,21. Please see my configuration below:

Topology:
LAN1----R1(s0/1/0)---------128kbps--------(s0/1/0)R2--LAN2
LAN1: 172.16.1.0/24
LAN2: 172.16.2.0/24
R1-R2: 192.168.1.0/24

LAN1 and LAN2 using two method to send file, using port 445 (microsoft) and
23(FTP), I want to priority sending at port 23 over port 445, so I
configuration like this:
- R1:
! access 100 match FTP traffic
(config)# access 100 permit tcp any any eq 20 (config)# access 100 permit
tcp any any eq 21 (config)# access 100 permit tcp any eq 20 any (config)#
access 100 permit tcp any eq 21 any (config)# class-map CLASS_FTP
(config-map)# match access-group 100 (config)# policy-map POLICY_FTP
(config-policy)# class CLASS_FTP (config-policy-class)# priority 200
(config)# policy-map POLICY_DEFAULT (config-policy)# class class-default
(config-policy-class)# shape average 128000 ! shape to 128kbps
(config-policy-class)# service-policy POLICY_FTP (config)# int se0/1/0
(config-if)# service-policy output POLICY_DEFAULT

But when I use PC1(belong to LAN1) send the same file to PC2(belong to LAN2)
using: FTP and 445 (microsoft), the FTP do not get priority over microsoft
(port 445) I use this command on R1 to check:
#show policy-map int se0/1
Is show that FTP hit the policy! It mean it match the policy POLICY_FTP but
do not get priority!?????

-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Thursday, October 26, 2006 10:17 PM
To: 'haducbinh'; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

If that's what you have configured, that's the simple part. FTP is port 21
(and 20 for control). Port 23 is telnet. :)

-----Original Message-----
From: haducbinh [mailto:haducbinh@vnpro.org]
Sent: Thursday, October 26, 2006 10:20 AM
To: swm@emanon.com; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

The first, thanks Scott Morris!
The second, I have this topology:
LAN1----R1(s0/1/0)---------128kbps--------(s0/1/0)R2--LAN2
LAN1: 172.16.1.0/24
LAN2: 172.16.2.0/24
R1-R2: 192.168.1.0/24

(config)# class-map CLASS_FTP
(config-map)# match access-group 100
(config)# policy-map POLICY_FTP
(config-policy)# class CLASS_FTP
(config-policy-class)# priority 200

(config)# policy-map POLICY_DEFAULT
(config-policy)# class class-default
(config-policy-class)# shape average 128000 ! shape to 128kbps
(config-policy-class)# service-policy POLICY_FTP (config)# int se0/1/0
(config-if)# service-policy output POLICY_DEFAULT

-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Thursday, October 26, 2006 8:35 PM
To: 'haducbinh'; alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

Queuing is ALWAYS outbound. QoS SHOULD be designed for end-to-end
functionality (real-life), although implemented at individual points.

In the lab exam, you only do what is asked. Even in real-life, there may be
situations where you don't need to worry about it (remember, no congestion =
no queuing). But if you get something on your lab that refers to a
conversation between LAN1 and LAN2, I personally would implement the QoS on
both routers.

Overconfiguration (unless prohibited) is not penalized.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
haducbinh
Sent: Thursday, October 26, 2006 3:58 AM
To: alexeim@orcsoftware.com
Cc: ccielab@groupstudy.com
Subject: RE: Need QoS Configuration both side?

I also think like you, Alexei. But in some IEWB LAB, it just use LLQ for one
side! So I confuse this too much!

-----Original Message-----
From: Alexei Monastyrnyi [mailto:alexeim@orcsoftware.com]
Sent: Thursday, October 26, 2006 2:46 PM
To: haducbinh
Cc: ccielab@groupstudy.com
Subject: Re: Need QoS Configuration both side?

I think yes, you should. Queuing generally works in outgoing direction, so
having it set up for one side only would improve a quality for that side
while opposite stream (within the same conversation) might suffer with lack
of LLQ.

HTH
A.

haducbinh wrote:
> Hi GS!
>
> This is my topology: (LAN1)------R1(S0/0) ----(FRAME-RELAY)--------
> (S0/0)R2---(LAN2)
>
> User in LAN1 and LAN2 using VoiceIP to communicate, so to ensure that,
Voice
> IP traffic get priority over other traffics
>
> I config LLQ for connection between R1 and R2!
>
> My question is:
>
> Do I need to config LLQ for both side: S0/0 of R1 and S0/0 of R2
>
> or just need to config on one side?
>
>
>
> Thanks!
>
> HaDucBinh
> Mail: <mailto:haducbinh@vnpro.org> haducbinh@vnpro.org or
> <mailto:haducbinh@yahoo.com> haducbinh@yahoo.com
> Phone: +84 908 191 322
>
---------------------------------------------------------------------------
> Vietnamese Professionals (VnPro)
> Cisco Authorised Training
> 149/1D Ung Van Khiem Street, Ward 25, Binh Thanh District, Ho Chi Minh
City
> Tel: (08) 5124257 - (08) 5125314
> Fax: (08) 5124314
> Website: <http://vnpro.vn> http://vnpro.vn Support Forum:
> <http://vnpro.org> http://vnpro.org
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Next message: haducbinh: "Number of name-ACL"
Previous message: Scott Morris: "RE: Need QoS Configuration both side?"
Maybe in reply to: haducbinh: "Need QoS Configuration both side?"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:06 ART