The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2004-Jan> msg00025



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

Policing aTE Tunnel

  • From: "M. ELK" <elkou141061@hotmail.com>
  • Date: Tue, 13 Jan 2004 08:23:24 +0000
  • Cc: mpls-ops@mplsrc.com
  • Resent-Date: Tue, 13 Jan 2004 03:52:44 -0500
  • To: eosborne@cisco.com
  • X-OriginalArrivalTime: 13 Jan 2004 08:23:25.0294 (UTC) FILETIME=[83A918E0:01C3D9AE]
  • X-Originating-Email: [elkou141061@hotmail.com]
  • X-Originating-IP: [57.250.229.136]
  • X-Sender: elkou141061@hotmail.com


Note: I changed the subject in order not to interupt/intervene with the 
thread running for voice over mpls

>From: Eric Osborne <eosborne@cisco.com>
>To: "M. ELK" <elkou141061@hotmail.com>
>CC: eosborne@cisco.com, mpls-ops@mplsrc.com, dh8@pobox.com
>Subject: Re: [MPLS-OPS]: Re: Voice over MPLS
>Date: Mon, 12 Jan 2004 11:30:49 -0500
>
>On Sun, Jan 11, 2004 at 07:55:09AM +0000, M. ELK wrote:
> >
> > Eric
> >
> > Reg
> >
> > Quote
> >
> > Keep in mind that no matter what bandwidth pool you reserve from, it's a
> > control
> > plane reservation only.
> >
> > Unquote
> >
> > This is a well noted point  but it also raise the following  enquiry  :
> > why their is no (separate) mechanism to police the b.w used by a TE 
>tunnel
> > ,at least at
> > the head-end .
> >
> > say in CSCO implem , is it possible at the head-end  to apply a policer 
>to a
> > TE tunnel ??
> > (the logic :  a policer could be applied to an interface , a TE tunnel 
>is
> > treated as an interface at
> > the head-end so :  a  policer could be applied to a TE-Tunnel at the
> > head-end ) .
>
>Not currently; the architecture has been that you police what comes
>in to your network (from the client side), since assumedly you've got
>contracts and SLAs and the like.  To aggregate all this into some
>small number of TE tunnels and then police on that tunnel seems far
>more arbitrary than most people would be happy with.
>
>

1- but why not :

A-control what comes to the network

AND

B- controlling what it sent over the tunnel

ie: it should not be either .

the rational that an operator (mainly by the core group) based on the eng of 
his netw will set the B.W of the tunnel's that the network core  could 
handle without congestion .

if for what ever reason (extra provision by the group handling customer 
connection ..etc ) their is excess traffic from customer's above the core 
capacity the operator still have a measure in place
preventing congesting all the network .

as an analogy , for the era before mpls where the operator run ATM core and 
IP edge . the operator
set parameter and police  the VCC's connecting the IP edge .

2-Do CSCO plan to provide the feature of policing a TE tunnel at the 
Head-end or simply
   this requirement is seen as not sound/needed .

Brgds

_________________________________________________________________
Find high-speed ‘net deals — comparison-shop your local providers here. 
https://broadband.msn.com

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml