[c-nsp] MPLS EXP label imposition

Oliver Boehmer (oboehmer) oboehmer at cisco.com
Sat Sep 10 13:00:08 EDT 2005


Yasser,

behavior for locally generated traffic is identical, so if a routing
protocol sets precedence 6 on its IP packets, the MPLS-EXP bits are set
accordingly upon label imposition.

	oli

Aly, Yasser <mailto:Yasser.Aly at getronics.com> wrote on Saturday,
September 10, 2005 5:34 PM:

> Hi Oliver,
> 
>  I wonder how traffic locally generated by a router is treated in
> terms of setting MPLS EXP value according to the type of traffic (For
> example: 
> Telnet from within a router, routing updates, and so forth).
> 
> How to set MPLS EXP value for locally generated traffic inside a
> router. 
> 
> Regards,
> Yasser
> 
> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net
> [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Oliver Boehmer
> (oboehmer)
> Sent: Thursday, September 08, 2005 6:38 PM
> To: Merlin Gillespie; cisco-nsp at puck.nether.net
> Subject: RE: [c-nsp] MPLS EXP label imposition
> 
> Merlin Gillespie <> wrote on Thursday, September 08, 2005 4:09 PM:
> 
>> Following reading:
>> http://www.cisco.com/warp/public/cc/pd/iosw/tech/mpotc_qp.htm
>> 
>> The following passage was brought to my attention:
>> 
>> By default, Cisco IOS(r) Software copies the three most significant
>> bits of the DiffServ code point (DSCP) or the IP precedence of the IP
>> packet to the EXP field in the MPLS shim header.
>> 
>> There is not much reference to this feature outside of the prior
>> mentioned document. Can someone confirm that this is the default
>> behaviour. 
> 
> Yes, it is (I figure it is in most MPLS devices).
> 
>> If it is the default behaviour whether there is a global
>> configuration to prevent this from happening.
>> Or, if the only way to prevent this from happening is to manually
>> rewrite all precedence bits to 0.
> 
> You can use the "MPLS DiffServ Tunneling Modes" feature
>
(http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newf
> t/122t/122t13/ftdtmode.htm) and overwrite this with an appropriate
> policy-map with "set mpls experimental 0" applied on the ingress
> interface..
> 
> 	oli
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/



More information about the cisco-nsp mailing list