The MPLS-OPS Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] RE: [PM-SPAM] Re: GMPLS based VPNs
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. This would impose an unnecessary cross-network burden. 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. This moves the network away from complex legacy technology and in the direction of a richer service-oriented model. 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 ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
|
|