The MPLS WG Archive

[Seisho Yasukawa <yasukawa.seisho@lab.ntt.co.jp>]

Hi,

Even though we originally intended that it would be
nice to accomplish partial make-before-break
with changing some identifier which only related to
changing portion of the tree and without changing
identifier which related to rest of unchanged portion
of the tree, I agree this is a little bit over-specified requirement.

We will relax the requirement a little bit.

Thank you for your useful suggestion.

Regards,
Seisho


At 14:47 05/06/10 -0400, George Swallow wrote:


> >   The solution SHOULD allow for make-before-break re-optimization of
> >   any subdivision of the P2MP LSP (S2L sub-tree, S2X sub-LSP, S2L
> >   sub-LSP, X2L sub-tree, B2L sub-tree, X2L tree, or B2L tree) with no
> >   impact on the rest of the P2MP LSP (no label reallocation, no change
> >   in identifiers, etc.).
>
>Clearly in order to do make-before-break, some ID has to change.  And in
>most cases the message that initiates the change will have to pass
>through some nodes that aren't affected by the change.  So the
>requirement seems to be a bit over-specified.
>
>I'm glad it's just a *SHOULD*.  It would be nice if you could say which
>identifiers, but as were trying to be protocol neutral, that's a bit
>difficult.
>
>Perhaps a more abstract requirement should be made?  Such as:
>
> >   The solution SHOULD allow for make-before-break re-optimization of
> >   any subdivision of the P2MP LSP (S2L sub-tree, S2X sub-LSP, S2L
> >   sub-LSP, X2L sub-tree, B2L sub-tree, X2L tree, or B2L tree).
> >   Further is SHOULD do so minimizing the signalling impact on the rest
> >   of the P2MP LSP and without affecting the ability of the management
> >   plane to the LSP.
>
>...George
>
>
>========================================================================
>George Swallow             Cisco Systems                  (978) 936-1398
>                            1414 Massachusetts Avenue
>                            Boxborough, MA 01719


_______________________________________________
mpls mailing list
mpls@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/mpls