From: Luan M Nguyen (luan@t3technology.com)
Date: Wed Aug 06 2008 - 11:35:40 ART
TOS bits copied by default. QOS-Pre-classify makes copy of the whole inner
IP header so you can classify additional informations.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Harindha Fernando
Sent: Wednesday, August 06, 2008 10:28 AM
To: Reinhold Fischer
Cc: comserv@groupstudy.com; ccielab@groupstudy.com
Subject: Re: QoS for mVPN
Hi,
we are using SIP-400 with 5x1G SPA as the uplinks to MPLS, and 6548 as the
client facing interface.
yes, unicast QoS is working fine. but does the GRE maps the inner QoS to
it's header or we have use qos pre-classify ?
Rgds,
Harin
On Wed, Aug 6, 2008 at 5:18 PM, Reinhold Fischer
<Reinhold.Fischer@gmx.net>wrote:
> On Wed, Aug 06, 2008 at 04:14:11PM +0300, Harindha Fernando wrote:
> > Hi,
> >
> > I have been trying to set QoS for mVPN in MPLS QoS but I am still unable
> to
> > achieve it. below is the scenario...
> >
> > Reciever1 -->PE1-->P1-->P2-->PE2--->Source
> > |
> > |
> > P3--->PE3--->Receiver2
> >
> > Core - PIM SSM
> > Customer mVPN - PIM-SSM with static SSM mapping
> >
> > mVPN is working fine, but I need to offer some QoS in the core.
> >
> > at PE2 customer interface I have a input policy-map setting all
> muliticast
> > traffic on that interface, set to DSCP AF41. the MPLS interface towards
> > core I have an output policy allocating BW based on dscp or exp marking
> and
> > also I do set exp values. DSCP AF41 = Exp 4
> >
> > when I put a output policy in the PE1 and PE3 customer interfaces to
> match
> > DSCP AF41 I do not see any matching packets.
> >
> > since mVPN traffic is going through GRE tunnels I don't see any
> possibility
> > of setting the DSCP values in the GRE header as this Tunnel interfaces
> are
> > not configurable.
> >
> > can any body tell how can we achieve the QoS for mVPN ?
> >
> > I am using 7600s with RSP720 and 12.2(33)SRC1.
> >
>
> Harin,
>
> what kind of linecards are in use on the 7600s? Are you sure that your
> unicast
> QoS is OK and you have only issues with the multicast QoS? When the
> multicast
> traffic is encapsulated with the multipoint GRE header, it should copy the
> QoS
> information of the original packet into the new header. I did not verify
> this
> on 7600/SRC but with 6500/SXH2a. Just to make sure: You did consider that
> multicast
> is forwarded as IP and not MPLS and your QoS settings are adjusted to
this?
>
> The cisco-nsp mailing list is also a good place to ask about such
stuff....
>
> hth
>
> reinhold
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Sep 01 2008 - 08:15:29 ART