Re: OT:QOS understanding

Tharak,

here is the access-switch

Cos-dscp map:
        cos: 0 1 2 3 4 5 6 7
     --------------------------------
       dscp: 0 8 16 24 32 46 48 56

   IpPrecedence-dscp map:
     ipprec: 0 1 2 3 4 5 6 7
     --------------------------------
       dscp: 0 8 16 24 32 46 48 56

Also here is some statistics from interface phone and PC attached.

  dscp: incoming
-------------------------------

  0 - 4 : 32383103 0 0 0 0
  5 - 9 : 0 0 0 0 0
 10 - 14 : 0 0 0 0 0
 15 - 19 : 0 0 0 0 0
 20 - 24 : 0 0 0 0 0
 25 - 29 : 0 60058 0 0 0
 30 - 34 : 0 0 0 0 0
 35 - 39 : 0 0 0 0 0
 40 - 44 : 0 0 0 0 0
 45 - 49 : 0 1102849 0 4 0
 50 - 54 : 0 0 0 0 0
 55 - 59 : 0 0 0 0 0
 60 - 64 : 0 0 0 0
  dscp: outgoing
-------------------------------

  0 - 4 : 391391 0 0 0 0
  5 - 9 : 0 0 0 0 0
 10 - 14 : 0 0 0 0 0
 15 - 19 : 0 2 0 0 0
 20 - 24 : 0 0 0 0 0
 25 - 29 : 0 16 0 0 0
 30 - 34 : 0 0 0 0 0
 35 - 39 : 0 0 0 0 0
 40 - 44 : 0 0 0 0 0
 45 - 49 : 0 23953 0 1883093 0
 50 - 54 : 0 0 0 0 0
 55 - 59 : 0 0 0 0 0
 60 - 64 : 0 0 0 0
  cos: incoming
-------------------------------

  0 - 4 : 32795769 0 0 0 0
  5 - 7 : 1170495 0 0
  cos: outgoing
-------------------------------

  0 - 4 : 64513788 0 429 0 0
  5 - 7 : 581661 1883001 8996526
  output queues enqueued:
 queue: threshold1 threshold2 threshold3
-----------------------------------------------
 queue 0: 2 0 581711

Here is ACL on Core:
Extended IP access list TRAFFIC-IDENTIFY
    5 permit ip any any dscp af31
    7 permit ip any any precedence immediate
    8 permit ip any any dscp cs7
    9 permit ip any any dscp 1
    10 permit ip any any dscp ef
    11 permit ip any any precedence critical
    12 permit ip any any precedence priority
    15 permit ip any any dscp cs5
    20 permit ip any any (3660415 matches)

No QOS running on Core at this time, yet ACL is not showing hits. I did at
one point try to enable QOS on CORE and trust the L3 interface and also
disable dscp rewrite, but none of that worked. It appears that the traffic
is being marked, and from what I have determined, the phone info gets pulled
from PBX even though I created a config file that gets downloaded from ftp.

Just wondering here if something bypasses the ACL view on that incoming
interface.

Thanks,

On Fri, Jun 17, 2011 at 2:56 AM, Abraham, Tharak <tharakabraham_at_gmail.com>wrote:

> Dennis,
>
> Can you post the output of the command sh mls qos map cos-dscp ?
>
> Based on that you may have to tweak the default values to map the
> default COS values to your preferred DSCP values.
>
> Best Regards,
> Tharak Abraham Luke
>
>
> On Fri, Jun 17, 2011 at 2:04 AM, Dennis Worth <dennis.worth_at_gmail.com>wrote:
>
>> Hi Group,
>>
>> I was working on an access-layer routed approach config, and trying to
>> understand the marking of QOS TOS from the switchport level.
>>
>> I have an IP phone on a 3750X switch that then gets routed to a a core
>> switch. What I am not seeing is a marking of the voice traffic from say
>> vlan
>> 20. I created an ACL on the routed interface at core switch to match IP
>> PREC, DSCP values, but nothing seems to match. According to my config on
>> the
>> Voip phone it should be TOS = A0 or IP PPREC 5 or what I thought was EF.
>>
>> I am guessing that the TOS byte is just not being automatically mapped to
>> DSCP, but not real sure.
>>
>> Thanks for any help guiding me through this.
>>
>> --
>> Dennis Worth
>>
>> "Of all men's miseries the bitterest it this: to know so much and to have
>> control over nothing."
>> --Herodotus
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>

-- 
Dennis Worth
"Of all men's miseries the bitterest it this: to know so much and to have
control over nothing."
--Herodotus
Blogs and organic groups at http://www.ccie.net