The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2004-May> msg00018



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

RE: Reasons to deploy MPLS-TE

  • From: Jean Philippe Vasseur <jvasseur@cisco.com>
  • Date: Tue, 04 May 2004 10:27:34 -0400
  • Cc: <mpls-ops@mplsrc.com>
  • Resent-Date: Tue, 4 May 2004 11:04:41 -0400
  • To: "Stephen Mullaney" <stephen.mullaney@parc-technologies.com>
  • X-MIME-Autoconverted: from quoted-printable to 8bit by host.secure4-hosting.net id i44ERhSt027120
  • X-Sender: jvasseur@wells.cisco.com

I think that the short answer is indeed: that depends ... This could be
         1) FRR
         2) Bandwidth optimization
         3) Bandwidth guaranties
  or *any* combination of the above and we have several examples of such 
combinations

JP.

At 10:00 AM 5/4/2004 +0100, Stephen Mullaney wrote:
>I have talked to quite alot of providers about TE and as Eric said, FRR is 
>top of the list.  However, in countries where BW costs an arm and a leg 
>(Sth Africa for instance), TE is seen as a way of putting off network 
>upgrades which saves both money and pain.  I have also seen this 
>requirement in Eastern Europe and know it is in use in Australia.
>
>-----Original Message-----
>From: McCallum, Robert [mailto:robert.mccallum@thus.net]
>Sent: 03 May 2004 15:40
>To: 'Eric Osborne'; Lavoisier J.L.Farias; mpls-ops@mplsrc.com
>Subject: RE: [MPLS-OPS]: Reasons to deploy MPLS-TE
>
>
>Of course Eric isnt in the slightest bit biased about TE :-)
>
>Robert McCallum
>CCIE #8757 R&S
>01415663448
>07818002241
>
> > -----Original Message-----
> > From: Eric Osborne [mailto:eosborne@cisco.com]
> > Sent: 03 May 2004 15:39
> > To: Lavoisier J.L.Farias; mpls-ops@mplsrc.com
> > Subject: Re: [MPLS-OPS]: Reasons to deploy MPLS-TE
> >
> >
> > On Sat, 1 May 2004 17:47:16 -0300, Lavoisier J.L.Farias
> > <lavoisier_farias@uol.com.br> wrote:
> >
> > > Dear Sir,
> > >
> > > My name is Lavoisier Farias and I work in a Brazilian software
> > > company. I am also currently working in my thesis at the State
> > > University of Campinas (UNICAMP). I have some basic questions
> > > regarding MPLS. In Brazil, I do not know any service
> > provider that is
> > > implementing MPLS-TE in their networks(*). Hopefully there
> > exist some
> > > one that I don't know yet. So, my questions are:
> > >
> > >  - What are the reasons to the service providers around the world
> > > deploying MPLS-TE ? Is the lack of bandwidth the main requirement ?
> >
> > In my experience, fast reroute has been the biggest driver
> > for installing
> > mpls-te in a network; there are certainly large networks out
> > there using
> > it for bandwidth optimization and stats collection, but FRR
> > has been the
> > most widely talked about.
> >
> > >  - Is there exist some network using MPLS-VPN (2547) and MPLS-TE at
> > > the same network ?
> >
> > Yes
> >
> > > And final question more related to my thesis subject:
> > > - Is the reoptmization feature available in Cisco Routers
> > really used
> > > into deployed MPLS-TE networks ?
> >
> > Yes
> >
> >
> >
> > eric
> >
> > >
> > > Regards and Thanks,
> > >
> > > Lavoisier José Leite Farias.
> > > Network System Engineer.
> > > (*) There are Traffic Engineer in some networks but since
> > they have an
> > > existing ATM network.
> > >
> > >
> > > -------
> > > The MPLS-OPS Mailing List
> > > Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
> > > Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
> >
> >
> > -------
> > The MPLS-OPS Mailing List
> > Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
> > Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
> >
>
>-------
>The MPLS-OPS Mailing List
>Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
>Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
>
>
>-------
>The MPLS-OPS Mailing List
>Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
>Archive: http://www.mplsrc.com/mpls-ops_archive.shtml


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