The MPLS WG Archive

[Bala Rajagopalan <braja@tellium.com>]

Kireeti:

I think we're beginning to reach some convergence here.


Kireeti Kompella wrote:

>
>
> You have a good point.  In section 3.2 of the bundling document, it
> says that a bundle must have a control channel, but is not very
> clear that multiple bundles can share a control channel.  We will
> make this clearer in the next revision.

I have had private discussions with Jonathan about this in the context of LMP.
Specifically, I wanted to remove the one-to-one association between
control channels and bundles, and make it possible to have a single
control channel for multiple bundles.
LMP presently doesn't support this.

>
>
> Meanwhile, let me say this explicitly: between a pair of GLSRs (i.e.,
> LSRs, OXCs, SXCs, ...), the requirement is that there must be at
> least one control channel; the requirement is *not* one per bundle.
> Corresponding to this control channel, one routing adjacency is
> needed.

But if you use LMP underneath, you WILL get multiple control
channels (and hence multiple adjacencies). The single adjacency
is the entire rationale
for our proposal (leaving aside more straightforward parameters for
SONET links). If you can incorporate this feature in your proposal,
it'd be close to our proposal. However,  the LMP spec needs to
change. (I had indicated specific changes in LMP messages for this
to Jonathan).

>
>
> The routing module can generate LSAs for all the bundle(s) assigned
> to a control channel when both the control channel adjacency is up
> and the bundles are up (LMP can be used to say when the bundles are
> up).  If a bundle changes, the LSA corresponding to that bundle alone
> is re-flooded.

The details need to be provided for this.

>
>
> This addresses the issue of flood optimization: having multiple
> bundles does *not* mean having multiple adjacencies, so flooding
> optimization is not a requirement.

My contention is that this is not at all evident from your present set of
drafts (and LMP).  And, this is the chief contribution of our draft.

If you can incorporate the support for single control channel for multiple
bundles, and provide more details on how adjacencies are maintained,
flooding procedures, etc, we'd be happy to consider the resulting
draft.

regards,


--

Bala Rajagopalan
Tellium, Inc.
2 Crescent Place
P.O. Box 901
Oceanport, NJ 07757-0901
Tel: (732) 923-4237
Fax: (732) 923-9804
Email: braja@tellium.com