[j-nsp] DSCP-marked traffic mysteriously being dropped by MX960

John Neiberger jneiberger at gmail.com
Mon Jul 23 11:02:01 EDT 2012


Well, we have applied the scheduler map to the interface but we're
still seeing 100% drops in queue 1, which is where CS2 is hitting. It
is literally dropping every packet in queue 1, but I don't understand
enough about what I'm seeing to understand why.

 Queue counters:       Queued packets  Transmitted packets      Dropped packets
    0 HSD, BASIC-D                4775                 4775                    0
    1 MNGMT, VOIP-                4913                    0                 4913
    2 UET, CDN, VO                   0                    0                    0
    3 VOIP-BEARER,                  81                   81                    0


show configuration class-of-service interfaces ge-2/2/0
apply-groups CRAN-P2P-COS;

show configuration groups CRAN-P2P-COS
class-of-service {
    interfaces {
        <*> {
            scheduler-map QOS-MAP;
            unit 0 {
                classifiers {
                    dscp DSCPV4-CLASSIFIER;
                    dscp-ipv6 DSCPV6-CLASSIFIER;
                    exp EXP-CLASSIFIER;
                }
                rewrite-rules {
                    dscp DSCPV4-REWRITE;
                    dscp-ipv6 DSCPV6-REWRITE;
                    exp EXP-REWRITE;

show class-of-service interface ge-2/2/0
Physical interface: ge-2/2/0, Index: 270
Queues supported: 8, Queues in use: 4
  Scheduler map: QOS-MAP, Index: 26435

  Logical interface: ge-2/2/0.0, Index: 205
    Object                  Name                   Type                    Index
    Rewrite                 DSCPV4-REWRITE         dscp                    39698
    Rewrite                 DSCPV6-REWRITE         dscp-ipv6                6938
    Classifier              DSCPV4-CLASSIFIER      dscp                     7318
    Classifier              DSCPV6-CLASSIFIER      dscp-ipv6               40094

show class-of-service scheduler-map QOS-MAP
Scheduler map: QOS-MAP, Index: 26435

  Scheduler: TRAFFIC-CLASS-1-SCHEDULER, Forwarding class: BASIC-DATA,
Index: 34325
    Transmit rate: 20 percent, Rate Limit: none, Buffer size: 50000
us, Priority: low
    Excess Priority: unspecified
    Drop profiles:
      Loss priority   Protocol    Index    Name
      Low             any         41108    DROP-LOW
      Medium low      any             1    <default-drop-profile>
      Medium high     any             1    <default-drop-profile>
      High            any          2270    DROP-HIGH

  Scheduler: TRAFFIC-CLASS-2-SCHEDULER, Forwarding class:
PRIORITY-DATA, Index: 34329
    Transmit rate: 30 percent, Rate Limit: none, Buffer size: 20000
us, Priority: low
    Excess Priority: unspecified
    Drop profiles:
      Loss priority   Protocol    Index    Name
      Low             any         41108    DROP-LOW
      Medium low      any             1    <default-drop-profile>
      Medium high     any             1    <default-drop-profile>
      High            any          2270    DROP-HIGH

  Scheduler: TRAFFIC-CLASS-3-SCHEDULER, Forwarding class: VOD, Index: 34333
    Transmit rate: 45 percent, Rate Limit: none, Buffer size: 10000
us, Priority: low
    Excess Priority: unspecified
    Drop profiles:
      Loss priority   Protocol    Index    Name
      Low             any             1    <default-drop-profile>
      Medium low      any             1    <default-drop-profile>
      Medium high     any             1    <default-drop-profile>
      High            any          2270    DROP-HIGH

  Scheduler: TRAFFIC-CLASS-4-SCHEDULER, Forwarding class:
PREMIUM-DATA, Index: 34305
    Transmit rate: unspecified, Rate Limit: none, Buffer size: 35000
us, Priority: strict-high
    Excess Priority: unspecified
    Drop profiles:
      Loss priority   Protocol    Index    Name
      Low             any             1    <default-drop-profile>
      Medium low      any             1    <default-drop-profile>
      Medium high     any             1    <default-drop-profile>
      High            any             1    <default-drop-profile>


TRAFFIC-CLASS-1-SCHEDULER {
    transmit-rate percent 20;
    buffer-size temporal 50k;
    priority low;
    drop-profile-map loss-priority low protocol any drop-profile DROP-LOW;
    drop-profile-map loss-priority high protocol any drop-profile DROP-HIGH;
}
TRAFFIC-CLASS-2-SCHEDULER {
    transmit-rate percent 30;
    buffer-size temporal 20k;
    priority low;
    drop-profile-map loss-priority low protocol any drop-profile DROP-LOW;
    drop-profile-map loss-priority high protocol any drop-profile DROP-HIGH;
}
TRAFFIC-CLASS-3-SCHEDULER {
    transmit-rate percent 45;
    buffer-size temporal 10k;
    priority low;
    drop-profile-map loss-priority high protocol any drop-profile DROP-HIGH;
}
TRAFFIC-CLASS-4-SCHEDULER {
    buffer-size temporal 35k;
    priority strict-high;


On Fri, Jul 20, 2012 at 10:39 PM, John Neiberger <jneiberger at gmail.com> wrote:
> On Fri, Jul 20, 2012 at 3:49 PM, Wayne Tucker <wayne at tuckerlabs.com> wrote:
>> Does show interfaces <blah> extensive on the interface between Router A and
>> Device A show any drops?  IIRC, the default scheduler map does not define
>> schedulers for anything other than be and nc - so if you're classifying the
>> packets on input then it could be that they're going to a class that has no
>> resources on the egress interface.
>>
>> :w
>
> This is certainly what is happening. I checked and saw that we're
> seeing output drops in queue 1, but based on the reading I did
> tonight, it sounds like the default is for 95% of the bandwidth to be
> assigned to best effort in queue 0 and 5% is set aside for network
> control in queue 3. The fact that we're seeing all those drops in
> queue 1 pretty much proves the issues. We have some groups configured
> that have the right scheduler map on them. I just need to determine
> exactly which group is the right one and apply it to the right
> interfaces.
>
> I haven't had a chance to apply the fix yet, and all of the people who
> have access to the end devices for testing are gone for the weekend,
> but I wanted to thank everyone for the help on this. I'm pretty new to
> Juniper and I (and everyone else looking at this, including JTAC) were
> stumped.
>
>
> Thanks again,
> John


More information about the juniper-nsp mailing list