The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2005-Feb> msg00032



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

RE: [PM-SPAM] Re: GMPLS based VPNs

  • From: Spice Sylvia <falsesylvia@yahoo.co.uk>
  • Date: Mon, 14 Feb 2005 11:44:43 +0000 (GMT)
  • Resent-Date: Mon, 14 Feb 2005 07:11:48 -0500
  • X-Scanned-By: MIMEDefang 2.45

Hi,


 --- "Morris, Stephen" <Stephen.Morris@marconi.com>
wrote: 
> Hi Sylvia
> Local significance avoids the need for allocating
> globally significant
> labels. This reduces the end-to-end burden of path
> reservation, let's say
> I'm an LER and I want to use label x  for an LSP. If
> this was a globally
> significant label then all affected nodes would have
> to agree on this label.


simply let the label represent the "end point", how is
it different from vanilla IP routing or GRE/IPSEC
tunnels then?

> This would impose an unnecessary cross-network
> burden.
> 

what burden? How do we provision enterprise networks
in the absence of MPLS? either P2P ipsec tunnels, or
leased lines and cisco makes more $$ with 3600  and
2600 routers :) or we use VRs capped on FR/ATM cores.


> Re: why label switching: if I understand your
> question, label switching
> separates control and forwarding, so the control can
> be made arbitrarily
> complex, while at the same time leveraging legacy
> proven protocols. 

which "legacy proven protocols??" are we talking about
here?

>This
> moves the network away from complex legacy
> technology and in the direction
> of a richer service-oriented model.


i personally like the "parallel universe concept" of
virtual routers. You may want to look at :
http://www.space1999.net/~chronicle/ExE/Year1/atap.html
and
http://www.amazon.com/gp/product/product-description/0679746048/104-9024539-4159138?_encoding=UTF8&n=283155

:) the depth and beauty of a different system and the
ability to control the complex interaction of the same
has much richer depth and meaning and shall help
understand the complexities of the human mind
;p........

> Best wishes
> Stephen
> 



> 
> -----Original Message-----
> From: mpls-ops-request@mplsrc.com
> [mailto:mpls-ops-request@mplsrc.com]On
> Behalf Of Spice Sylvia
> Sent: 13 February 2005 19:26
> To: bhavesh_modi@da-iict.org; mpls-ops@mplsrc.com
> Subject: [PM-SPAM] Re: [MPLS-OPS]: GMPLS based VPNs
> 
> 
> TE is the only advantage of locally significant
> labels
> that I can see.
> 
> The problem is not IP addresses/or ethernet address
> or
> the structure. If one can scale so can the other
> (though even IP architecture is not the most
> scalable,
> subnets and supernets are an unncessary overhead,
> simply doing "label 1 to 4, go here" and "5 to 8 go
> there" is easier to implement even in hardware.
> 
> The point is why does one want to "label switch", if
> one has to do an L3/mac lookup at the edge.
> 
> And why bother with label switching, even though I
> know most communication text books (those are mostly
> in the CS arena and not in the EE arena) tend to
> favor
> packet switching/label switching, over
> circuit/signalled switching mechanisms. I however
> cannot grasp the benefit of one over the other.
> Circuit switching or signalled mechanisms to setup
> end
> to end LSPs still seems a better way.
> 
>  --- Bhavesh Modi <bhavesh_modi@da-iict.org> wrote: 
> > 
> > If ur label are unique end-to-end, this means that
> > they needs to be
> > globally unique. One implication is that this
> tends
> > to increase the size
> > of the label. And if we want to increase the size
> of
> > the label, what is
> > wrong with IP address?
> > 
> > By the way, can someone tell me what are other
> > advantages of labels being
> > local rather than global?
> > 
> > Bhavesh Modi
> > 
> > 
> > > Hi Subash,
> > >
> > > I have asked this question time and again =((
> > >
> > > can someone please tell me what was wrong if the
> > > labels were unique end to end?
> > >
> > > We can increase the size of the label right?
> > >
> > > -best wishes
> > >
> > >
> > >
> > >
> > >
> > >  --- subash thyagarajan <mailsubash@mail.com>
> > wrote:
> > >
> > > ---------------------------------
> > >
> > > dear friends i have heard and studied about MPLS
> > Based
> > > VPNS. is there any concept called GMPLS Based
> VPNs
> > ???
> > > if yes how does it differ from the former.are
> > there
> > > any whitepapers and research materials available
> > in
> > > that area ??or is it still an area under
> research
> > >
> > > Thanks in advance
> > >
> > > Subash .T ( Research Student)
> > >
> > > MIT  India
> > >
> > >
> > >
> > > --
> > >
> >
>
___________________________________________________________
> > > Sign-up for Ads Free at Mail.com
> > > http://www.mail.com/?sr=signup
> > > -------The MPLS-OPS Mailing
> > ListSubscribe/Unsubscribe:
> > >  http://www.mplsrc.com/mplsops.shtmlArchive:
> > > http://www.mplsrc.com/mpls-ops_archive.shtml
> > >
> > >
> > >
> > >
> > >
> > >
> >
>
___________________________________________________________
> > > ALL-NEW Yahoo! Messenger - all new features -
> even
> > more fun!
> > > http://uk.messenger.yahoo.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
> >  
> 
> 
> 	
> 	
> 		
>
___________________________________________________________
> 
> ALL-NEW Yahoo! Messenger - all new features - even
> more fun!
> http://uk.messenger.yahoo.com
> 
> -------
> The MPLS-OPS Mailing List
> Subscribe/Unsubscribe: 
> http://www.mplsrc.com/mplsops.shtml
> Archive:
> http://www.mplsrc.com/mpls-ops_archive.shtml
>  


	
	
		
___________________________________________________________ 
ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

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