The MPLS-OPS Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] Policing aTE Tunnel
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
|
|