The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2000-Oct> msg00263



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

Traffic engineering and RSVP

  • From: Bora Akyol <akyol@pluris.com>
  • Date: Thu, 19 Oct 2000 16:20:45 -0700
  • CC: mpls@UU.NET

I would not jump on this so fast, there is at least one router out there that can
do line rate 5-tuple lookups for many, many rules.

Just because **you** don't know how to do it, doesn't mean it can't be done.

Bora



Sudheer Dharanikota wrote:

> Yes sir.. you are missing many things.
>
> TE is mainly used for core. In core nobody in right mind
> will do 5 tuple lookup on the the Ip packet :-)
>
> - sudheer
>
> Rajeev Manur wrote:
> >
> > see below...
> >
> > -----Original Message-----
> > From: Sudheer Dharanikota [mailto:sudheer@nayna.com]
> > Sent: Thursday, October 19, 2000 7:21 AM
> > To: Mike Badil
> > Cc: mpls@UU.NET
> > Subject: Re: Traffic engineering and RSVP
> >
> > Mike Badil wrote:
> > >
> > > Hi
> > >
> > > I confused  when I read traffic engineering with MPLS.
> > >
> > > My question is:
> > >
> > > MPLS is combination of layer 2 swithing and layer 3 routing. Traffic eng.
> > is
> > > part of layer 3. In MPLS route(LSP) is established in advance according to
> > > the constraints. in other word, instead of choosing shortest path, it
> > choose
> > > the path which satisfy its requirments, and to make link utulization
> > better.
> > > In order to have done this with MPLS there are some works which say that
> > > OSPF,IS-IS can be modified by adding constraint to it.
> > >
> > > That is clear so far,
> > >
> > > I wondering that whether we can have those traffic engineering conditions
> > be
> > > satisfied by other tech.
> > >
> > > For example; RSVP-Intserv set up route in advance also. If we use extended
> > > OSPF,IS-IS etc.algorithm with Intserv-RSVP as we use in MPLS,
> > > we can choose the path which satisfy our constraints instead of choosing
> > > Shortest path. Link load balancing can be done as in MPLS. So most of
> > > traffic engineering requirements will be satisfied.(let don't consider
> > > scalibility problem with RSVP now). Or it can work any other technology
> > > which use RSVP.
> > >
> >
> > The problem is in applying filter at every node to make sure your IP
> > packet
> > is following the selected path. Hence data path becomes slow.
> >
> > RAJEEV> I thought almost all the boxes today perform complete packet
> > processing at line-rate with or without the application of packet filters. I
> > don't see the relevence of the above statment. Am i missing anything..
> >
> > - sudheer
> >
> > > What am I missing here?
> > >
> > > _________________________________________________________________________
> > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
> > >
> > > Share information about yourself, create your own public profile at
> > > http://profiles.msn.com.