The MPLS-OPS Archive

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



[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: Thu, 06 May 2004 14:38:37 -0400
  • Cc: "'Marinzulich, Matias'" <Matias.Marinzulich@comsat.com.ar>, "'Puddinhead Wilson '" <puddinghead_wilson007@yahoo.co.uk>, "''Eric Osborne' '" <eosborne@cisco.com>, "'Lavoisier J.L.Farias '" <lavoisier_farias@uol.com.br>, "'mpls-ops@mplsrc.com '" <mpls-ops@mplsrc.com>
  • Resent-Date: Thu, 6 May 2004 15:09:26 -0400
  • To: "McCallum, Robert" <robert.mccallum@thus.net>
  • X-MIME-Autoconverted: from quoted-printable to 8bit by host.secure4-hosting.net id i46IctAR029235
  • X-Sender: jvasseur@wells.cisco.com

sounds like a funny discussion ....

As I mentioned in a previous email, MPLS TE has been deployed (and is being 
deployed) for various reasons:
         - Bandwidth optimization
         - Bandwidth guarantees (potentially in combination with other 
mechanism such as Diffserv)
         - FRR (local protection)

and any combination of the above.

To the question whether "fast" rerouting times can be achieved by other 
means, the answer is of course: YES. SONET/SDH, Optical protection, Fast IP 
routing. There are *many* aspects to consider other than rerouting times of 
course.

JP.

At 05:39 PM 5/6/2004 +0100, McCallum, Robert wrote:
>You are indeed correct BUT you can get these times with ISIS or OSPF.  I
>have been configuring this in our labs and I can get ISIS to wrap in under
>10ms.
>
>Robert McCallum
>CCIE #8757 R&S
>01415663448
>07818002241
>
> > -----Original Message-----
> > From: Marinzulich, Matias [mailto:Matias.Marinzulich@comsat.com.ar]
> > Sent: 06 May 2004 16:54
> > To: 'Puddinhead Wilson '; 'McCallum, Robert '; ''Eric
> > Osborne' '; 'Lavoisier J.L.Farias '; 'mpls-ops@mplsrc.com '
> > Subject: RE: [MPLS-OPS]: Reasons to deploy MPLS-TE
> >
> >
> > Wilson, THE goal of FRR is that your traffic can be switched
> > to an alternative path so quickly (50ms or less). You can't
> > get these response times with BGP/LDP!
> >
> > Matias.-
> >
> >
> >
> > -----Original Message-----
> > From: Puddinhead Wilson
> > To: McCallum, Robert; 'Eric Osborne'; Lavoisier J.L.Farias;
> > mpls-ops@mplsrc.com
> > Sent: 6/05/04 11:52 AM
> > Subject: RE: [MPLS-OPS]: Reasons to deploy MPLS-TE
> >
> > hello,
> >
> > If *FRR* is the biggest driver of TE, then that can be
> > achieved by using BGP as an LDP also :) (or using any other
> > LDP) as they would give us multiple LSPs to the same VPNv4
> > prefix :)?? Will they not?
> >
> >
> >
> > "McCallum, Robert" <robert.mccallum@thus.net> wrote:
> >
> > 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
> > > 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
> >
> >
> >   _____
> >
> >
><http://uk.rd.yahoo.com/mail/tagline_messenger/*http://uk.messenger.yaho
>o.com> Yahoo! Messenger - Communicate instantly..."Ping" your friends today!
><http://uk.rd.yahoo.com/mail/tagline_messenger/*http://uk.messenger.yaho
>o.com/download/index.html> Download Messenger Now
>
>-------
>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