The MPLS-OPS Archive

[Robert Raszuk <raszuk@cisco.com>]

> by can put each VPN-LSP into individually configured MPLS-TE.

That is pretty easy and available today at both cisco & juniper. What
Ruyter is trying to acomplish is to separate traffic from any given VPN
into multiple TE tunnels. 

R.

> LIAN Franklin FTLD/IAP wrote:
> 
> Hello, Hill
> 
> I didn't test it myself but when I talked to Juniper the other day
> about per-LSP monitoring issue within MPLS VPN, they recommended put
> the MPLS-VPN on top of MPLS-TE, in another words, they claimed that
> by can put each VPN-LSP into individually configured MPLS-TE.
> 
> Best regards,
> Franklin
> 
> Ruyter Hill wrote:
> >
> > Hi
> >
> > I would like to comment here briefly
> > I had an interest in a similar functionality and found in discussion with
> > Robert (thanks for the info Rob)
> >
> > That although you can guarantee bandwidth and pass policed normal IP traffic
> > on a MPLS-TE tunnel (not hugely scalable)
> >
> > You cannot at present pass already policed and marked packets which are MPLS
> > labelled within an MPLS VPN over a specific bandwidth guaranteed tunnel
> > based on EXP field
> >
> > so if someone wanted to create an MPLS-VPN say for GRX services and
> > guarantee SIP across it you would have to rely on normal queuing mechanisms
> > and be sure to put enough fat in the network in order to guarantee bandwidth
> > is available
> >
> > Lets hope that soon we have the ability to do MPLS-VPN over MPLS-TE
> >
> > Regards
> >
> > Hill
> >
> > -----Original Message-----
> > From: Christopher Lewis [mailto:chrlewis@cisco.com]
> > Sent: 28 January 2002 02:57
> > To: saqibj@margallacomm.com
> > Cc: mpls-ops@mplsrc.com
> > Subject: Re: Guaranteed QoS using MPLS?
> >
> > With the caveat that the amount of traffic the application will send is
> > known prior to the network being setup to service that level of traffic,
> > yes.
> >
> > Try http://www.cisco.com/warp/public/732/Tech/mpls/mpls_techdoc.shtml
> >
> > This link shows how this can be done on Cisco networks by combining diff
> > serv QoS and MPLS traffic engineering capabilities. This combination used
> > to be called Guaranteed bandwidth services, but was changed to diff-serv
> > aware traffic engineering. For this to work properly, a policer at ingress
> > is necessary for the traffic eningeered tunnels to really function as you
> > want.
> >
> > Chris
> >
> > At 06:36 PM 1/27/2002, Saqib Jang wrote:
> >
> > >Could MPLS be used to provide "virtual circuits"
> > >for IP applications having specific QoS requirements.
> > >For example, could MPLS be used to create guaratee QoS
> > >across an IP core for an application that requires
> > >no more that .1% packet loss? Do existing MPLS routers
> > >have such capabilities or would this require implementing
> > >a new MPLS standard?
> > >
> > >Also, how would an MPLS LER classify traffic that uses
> > >dynamic port numbers (e.g. SIP)?
> > >
> > >Saqib
> > >
> > >Margalla Communications, Inc.
> > >3301 El Camino Real, Suite 220
> > >Atherton, CA 94027
> > >(650) 298-8462 (W)
> > >(650) 274 8745 (C)
> > >(650) 368-8198 (F)
> > >saqibj@margallacomm.com
> > >http://www.margallacomm.com
> > >
> > >-------
> > >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