The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2003-Jan> msg00066



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Re: QoS

  • From: "Eddy Tedjasaputra" <eddyt@sistelindo.com>
  • Date: Thu, 16 Jan 2003 16:24:32 -0800
  • Cc: mpls-ops@mplsrc.com
  • Resent-Date: Thu, 16 Jan 2003 21:00:57 -0500
  • To: Santiago Alvarez <saalvare@cisco.com>
  • X-MIMETrack: Serialize by Router on notes/Sistelindo Mitralintas/ID(Release 5.0.8 |June18, 2001) at 01/17/2003 07:24:33 AM,Serialize complete at 01/17/2003 07:24:33 AM
  • X-Virus-Scanned: by ISG Firewall 2.0


Hi Santiago,

You're correct in term that we don't have control on the 'Internet router' at all.
What we're currently doing is creating a policy per customer on the 'Internet G/W' as mentioned
in my previous posting (ie. using  "police cir 32000 bc 4000 pir 128000 be 4000 conform-action
                        transmit exceed-action set-prec-transmit 2 violate-action drop?")

The fact is I'm not seeing this policy works properly.... as even during congestion period this customer is still able to burst
the thruput  beyond 32Kbps anyway.
Am I missing something ?

Thanks, Eddy



Santiago Alvarez <saalvare@cisco.com>
Sent by: saalvare@cisco.com

16/01/2003 09:49

       
        To:        Eddy Tedjasaputra <eddyt@sistelindo.com>
        cc:        mpls-ops@mplsrc.com, saalvare@cisco.com
        Subject:        Re: [MPLS-OPS]: QoS



If you're looking for _min_bw_guarantees_during_congestion_, you need to
have output policies on the gw and the internet router and have
customers queued separately.  Not a scalable solution since the number
of customers can go beyond the queuing/scheduling capabilities of those
two nodes (e.g. 10,000 customers).  Aside from mgmt issues (e.g. you may
not have control over the two nodes, you may not want to touch those
routers every time you add a customer).  You could also try to implement
a solution policing individual customers, but your SLA would be
different (no _min_bw_guarantees_during_congestion_ kind of guarantee).
In that case, you could implement all your policies on the gw, but
you'll also hit scalability issues as the customer base grows and you
might face similar mgmt issues.  If you really want to have per-customer
SLAs for internet traffic, you're best bet it to implement all policies
(upstream/downstream) on the PE (for unmanaged service) or on the CPE
(for managed service).  Some downstream bandwidth will be wasted since
it'll be dropped right before reaching the customer and after having
consumed backbone bandwidth, but that's the price you'd have to pay.
Should I say, the customer would have to pay...
Cheers.

SA
--
Eddy Tedjasaputra wrote:
>
> Hello everybody,
>
> I'm setting up the following configuration.
> An MPLS cloud with 3 PEs :
>    PE1 is connected to CPE A (customer A)
>    PE2 is connected to CPE B (customer B)
>    PE3 (Internet Gateway) is connected to an Internet router
>
> [Image]
>
> I tried to use a policy map below to guarantee the b/w (32K) is
> available to Cust A during congestion period.
> This policymap is applied on the incoming interface of PE3 (interface
> X)
> >>>
> policymap Test
> class CustA
>      police cir 32000 bc 4000 pir 128000 be 4000 conform-action
> transmit exceed-action set-prec-transmit 2 violate-action drop
> >>>
> Can someone please advise me the best way how to guarantee a minimum
> thruput (ie. CIR) for every customer when
> a CONGESTION is occured between Internet G/W and Internet router ?
>
> Appreciate for any comments.
> Thanks, Eddy