The MPLS WG Archive

[Karthik Subramanian <karthik@calient.net>]

Guangzhi,
Let me try to understand what you are suggesting here. Please correct me if
I'm wrong.

                   m------------>n
               N1                   N2
                   o<------------p

m,n,o,p are the labels for a bidirectional port. 
LSP A is an uni-directional LSP whose direction is from N1 to N2
LSP B is a bi-directional LSP whose direction is from N1 to N2.

The sequence of operations is

1. N1 suggests 'n' for LSP A.
2. N2 accepts 'n' for LSP A and forwards it downstream. N2 doesn't reserve
'n' yet.
3. N2 gets the RESV for LSP A, reserves the link (m,n) and forwards it to
N1.
   Simultaneously, for LSP B, N1 allocates 'o' as upstream label,
       suggests 'n' for the forward direction and forwards the PATH.

The problem is caused due to N1 suggesting the same label 'n' for 2 lsps.
With regard to suggested labels you can take 2 approaches.

1. Suggested Label is reserved by the upstream node when the PATH is
forwarded:
      In this case, the problem won't arise, since during step 1, the link
(m,n) is reserved and hence for LSP B, this port is unavailable (since the
I/O ports of a bi-directional LSP are paired).

2. Suggested Label is NOT reserved by the upstream node until RESV comes:
      In this case, during step 3, you are contradicting yourself by making
the cross-connect in N1 and hence reserving the port. I understand that the
I/O port pairing for bi-directional lsp might be a hardware restriction, but
its a contradiction nonetheless.

You need to decide which approach to take and no violations must be made.
The first approach seems logical to me.

Karthik


> From: Guangzhi Li [mailto:gli@research.att.com]
> 
> I did not make it clear. I assume that the I/O ports of 
> Bi-directional LSP
> are
> paired. After node 1 configured the cross-connect with the 
> upstream label
> (of course
> suggested label) for LSP B,  node 1 received the uni-directional RESV
> message for
> LSP A, is it obviously defined in GMPLS that node 1 should 
> accept LSP A and
> give up
> LSP B or simply is it a local decision/policy implementation?
> 
> -- Guangzhi
> 
> Guangzhi Li wrote:
> 
> > Hang:
> >
> > NO. The PATH message is bi-directional and the RESV is 
> uni-directional. If
> there
> > is a contention,  the contention happens with LSP A and the 
> upstream label
> of
> > LSP B.
> >
> > In your suggestion, you used IF. IF GMPLS specifies a 
> consisten way to
> resolve
> > it, such as Resv wins Path message in all cases, there is 
> no problem. A
> simply
> > local decision is NOT enough.
> >
> > Please draw pictures and apply current GMPLS contention 
> resolution schemes
> ONLY.
> > You will see something needs to be fixed.
> >
> > Guangzhi