The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2000-Dec> msg00415



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

[IP-Optical] RE: GMPLS - Label

  • From: ibryskin@movaz.com
  • Date: Wed, 20 Dec 2000 16:56:29 -0500

Kireeti,

How the upstream node can be sure that released label is not advertised by
the downstream node to some other upstream node? I mean, the upstream node
just can keep track of labels that have higher level of probability to be
granted.

Igor.

-----Original Message-----
From: Kireeti Kompella [mailto:kireeti@juniper.net]
Sent: Wednesday, December 20, 2000 2:17 PM
To: mpls@UU.NET
Subject: RE: [IP-Optical] RE: GMPLS - Lable


> RSVP uses downstream-on-demand for label assignment. The upstream LSR
> does not keep free labels for downstream LSR. 

"Does not keep" is different from "cannot keep".  On point-to-point
links, the upstream LSR can easily do this.  If the upstream LSR is
motivated enough to use suggested labels, it makes sense to track
which are available.  Note that unlike "data labels", lambdas and
ports usage will be tracked carefully; i.e., the upstream LSR should
know which labels (ports) are free in any case.

Kireeti.