Guest

Preview Tool

Cisco Bug: CSCuo21005 - ASR903 :15.3(3)S2:WRED counters not incrementing for default class

Last Modified

Aug 20, 2018

Products (1)

  • Cisco ASR 900 Series Aggregation Services Routers

Known Affected Releases

15.3(3)S2.1

Description (partial)

Symptom:
ixia  ------ a 903 ----- SW ----- ASR9K ----- ixia

From ixia ; I am sending streams of IPV4 as well as IPV6 traffic
I am sending traffic matching all the classes ( as per policy definitions)
I can see packets hitting all classes .

For example IPV4 default class : I am sending af11 , af 12 , af13 etc

I can see WRED random drop counters for all classes except default

 
Conditions:Class-map: class-default (match-any)  
          23793 packets, 12180401 bytes
          30 second offered rate 897000 bps, drop rate 0000 bps
          Match: any 
          Queueing
          queue limit 294912 bytes
          (queue depth/total drops/no-buffer drops) 0/0/0
          (pkts output/bytes output) 23793/12180401
          bandwidth remaining 5%
          
            Exp-weight-constant: 9 (1/512)
            Mean queue depth: 0 bytes
            dscp       Transmitted         Random drop      Tail drop          Minimum        Maximum     Mark
                    pkts/bytes            pkts/bytes       pkts/bytes          thresh         thresh     prob
                                                                              bytes         bytes
            cs1         1733/928888          0/0              0/0             262144        294912  1/10
            9            1722/922992          0/0              0/0             163840        229376  1/10
            af11           0/0               0/0              0/0             262144        294912  1/10
            11              0/0               0/0              0/0             163840        229376  1/10
            af12           0/0               0/0              0/0             163840        229376  1/10
            13              0/0               0/0              0/0             163840        229376  1/10
            af13           0/0               0/0              0/0             163840        229376  1/10
            15              0/0               0/0              0/0             163840        229376  1/10


If we send the traffic for af11,11,af12,13,af13,15, then many dscp streams traffic can be mapped to a single curve.
So af11 will match to curve1 corresponding to cs1 stream and af11, 11,af12,13,af13,15 will map to curve corresponding to 
stream with traffic 9.Min and Max threshold of cs1 and af11 is same so maps to same curve. Now rest of them have same min and max 
threshold value. SO corresponds to the same curve. Hence shows the same stats for other traffic streams as well.
This is a hardware limitation. So the stats are actually displayed in the first two cases for other streams as well.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.