[j-nsp] juniper-nsp Digest, Vol 148, Issue 34
Amarjeet Singh
techie.logging at gmail.com
Sun Mar 29 02:53:06 EDT 2015
One thing i forgot to mention is user defined EXP classifiers under
routing-instances are not supported in logical routers, if i remember
correctly.
Br, Amarjeet
On Sun, Mar 29, 2015 at 2:49 PM, Amarjeet Singh <techie.logging at gmail.com>
wrote:
> Hello Cydon - First thing that strike my mind is missing EXP classifier
> under routing-instance.
> If it's not there apply and test it out.
>
> Br, Amarjeet
>
>
>>
>>
>>
>> Message: 1
>> Date: Sat, 28 Mar 2015 14:37:43 +0100
>> From: Cydon Satyr <cydonsatyr at gmail.com>
>> To: juniper-nsp at puck.nether.net
>> Subject: [j-nsp] Rewriting customer DSCP with MPLS EXP
>> Message-ID:
>> <CAF0PUwe+02yJgs9DGpenvHNngYXtK60=
>> kXKWiVWFS7zWs7LfRg at mail.gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> I stumbled upon something I can't get my head around.
>>
>> I've been doing some CoS testing; it's a simple L3VPN network, and at the
>> egress PE router,
>> I want to rewrite customer dscp with whatever exp value I classified from
>> core interface.
>>
>> The topology is actually two M320 connected back to back with 4 logical
>> system.
>>
>>
>>
>>
>> [C1]---ge-2/0/0-----[PE1]---------------[P1]-----------------[P2]-------------[PE2]----ge-2/0/0----[C2]
>>
>>
>>
>> PE1 and P2 are first router M320, and P1 and PE2 are second M320 router.
>> C-routers are separate routers.
>>
>> Core links are all ge-2/1/0 with .1q tags.
>>
>>
>> This is config on both routers (logical system's QoS are also in master
>> instance):
>>
>> [edit class-of-service interfaces]
>> ge-2/0/0 {
>> unit * {
>> forwarding-class REALTIME;
>> rewrite-rules {
>> dscp RW-dscp;
>> }
>> }
>> }
>> ge-2/1/0 {
>> unit * {
>> scheduler-map SCM;
>> classifiers {
>> dscp BA-dscp;
>> exp BA-exp;
>> }
>> rewrite-rules {
>> dscp RW-dscp;
>> exp RW-exp;
>> }
>> }
>> }
>>
>> my exp classifier:
>>
>> forwarding-class BE {
>> loss-priority low code-points 000;
>> loss-priority high code-points 001;
>> }
>> forwarding-class REALTIME {
>> loss-priority high code-points 101;
>> }
>> forwarding-class VIDEO {
>> loss-priority low code-points 010;
>> loss-priority high code-points 100;
>> }
>> forwarding-class CRITICAL {
>> loss-priority low code-points 111;
>> loss-priority high code-points [ 110 011 ];
>> }
>>
>>
>> The customer traffic gets classified in REALTIME with PLP low. The exp
>> rewrite rule marks outgoing packet with
>> 101.
>>
>> The issue is this, on all routers I see traffic classified and marked with
>> 101. On the egress PE router, however,
>> I see traffic classified as VIDEO (which require exp marking of 010 or
>> 100). At the same time the customer receives
>> traffic marked with 100. It is if for some reason the last router
>> classified traffic with VIDEO and marked outgoing
>> dscp with VIDEO.
>>
>> I can't seem to understand why this is happening. The thing I see is
>> default exp classification is this:
>>
>>
>> run show class-of-service classifier type exp name exp-default
>> Classifier: exp-default, Code point type: exp, Index: 10
>> Code point Forwarding class Loss priority
>> 000 BE low
>> 001 BE high
>> 010 REALTIME low
>> 011 REALTIME high
>> 100 VIDEO low
>> 101 VIDEO high
>> 110 CRITICAL low
>> 111 CRITICAL high
>>
>>
>> In default exp classifier, marking of 101 goes to VIDEO, not REALTIME.
>> But as you can see I have the correct configuration on all interfaces...or
>> do I?
>>
>> Why are all routers classifying traffic correctly as REALTIME and marking
>> 101, when the egress PE is
>> classifying as VIDEO ? The same thing happens in other direction.
>>
>>
>> I spend couple of days on this and can't seem to figure it out.
>>
>>
>> Thanks!
>>
>>
>>
>> ********************************************
>>
>
>
More information about the juniper-nsp
mailing list