[j-nsp] Setting CoS bits on ingress frames
Dave Bell
me at geordish.org
Thu Jul 30 05:02:39 EDT 2015
Hi Victor,
I see two potential problems here.
1) SW2 is doing something weird and bleaching the frames before they
reach SW3. You can apply a firewall filter to the ingress interface to
match your .p bit value and count to check this.
2) As you don't have a classifier on your ingress interface, all
traffic is getting placed in queue 0 by default, and your rewrite
rules are now setting queue 0 to 0.
To fix this one, you need a classifier on ingress. Try something like
the following:
class-of-service {
classifiers {
ieee-802.1 my-classifier {
forwarding-class bk {
loss-priority low code-points 000;
}
forwarding-class be {
loss-priority low code-points 001;
}
forwarding-class ee {
loss-priority low code-points 010;
}
forwarding-class ca {
loss-priority low code-points 011;
}
forwarding-class vi {
loss-priority low code-points 100;
}
forwarding-class vo {
loss-priority low code-points 101;
}
forwarding-class ic {
loss-priority low code-points 110;
}
forwarding-class nc {
loss-priority low code-points 111;
}
}
}
interfaces {
<ingress interface> {
classifiers {
ieee-802.1 my-classifier;
}
}
}
}
Regards,
Dave
On 30 July 2015 at 05:39, Victor Sudakov <vas at mpeks.tomsk.su> wrote:
> Alexander Arseniev wrote:
>> > The FC in JUNOS is the same as "qos-group" in CSCO IOS - invisible
>> > internal-only field which travels along with packet content across the
>> > switch, but is never inserted in the actual packet. The FC has
>> > significance for choosing output scheduling, RED drop, marking.
>
>
> I have come across a problem with the fixed port classifier.
>
> I would be grateful if someone could help me out. My lab setup is at
> ftp://ftp.sibptus.ru/pub/vas/lab2.pdf
>
> Normally I see frames from HostA arriving at HostC with COS=3. I also
> want frames from HostB to arrive at HostC with COS=6.
>
> However, when I enable the rewrite-rules section at Sw3, frames from
> HostA no more have COS=3 (i.e. the COS field is cleared).
>
> I am ready to provide any additional detail. Below is my QoS
> configuration.
>
>
> admin at sw-kedr> show configuration class-of-service | no-more
> forwarding-classes {
> queue 0 bk;
> queue 1 be;
> queue 2 ee;
> queue 3 ca;
> queue 4 vi;
> queue 5 vo;
> queue 6 ic;
> queue 7 nc;
> }
> interfaces {
> ge-0/0/0 {
> unit 0 {
> forwarding-class ic;
> }
> }
> inactive: ge-0/0/22 {
> unit 0 {
> rewrite-rules {
> ieee-802.1 output;
> }
> }
> }
> ge-0/0/23 {
> unit 0 {
> rewrite-rules {
> ieee-802.1 output;
> }
> }
> }
> }
> rewrite-rules {
> ieee-802.1 output {
> forwarding-class bk {
> loss-priority high code-point 000;
> loss-priority low code-point 000;
> }
> forwarding-class be {
> loss-priority high code-point 001;
> loss-priority low code-point 001;
> }
> forwarding-class ee {
> loss-priority high code-point 010;
> loss-priority low code-point 010;
> }
> forwarding-class ca {
> loss-priority high code-point 011;
> loss-priority low code-point 011;
> }
> forwarding-class vi {
> loss-priority high code-point 100;
> loss-priority low code-point 100;
> }
> forwarding-class vo {
> loss-priority high code-point 101;
> loss-priority low code-point 101;
> }
> forwarding-class ic {
> loss-priority high code-point 110;
> loss-priority low code-point 110;
> }
> forwarding-class nc {
> loss-priority high code-point 111;
> loss-priority low code-point 111;
> }
> }
> }
>
> {master:0}
> admin at sw-kedr>
>
> --
> Victor Sudakov, VAS4-RIPE, VAS47-RIPN
> sip:sudakov at sibptus.tomsk.ru
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
More information about the juniper-nsp
mailing list