[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mpls
Subject:    [mpls] comment on draft-ietf-mpls-residence-time
From:       Lou Berger <lberger () labn ! net>
Date:       2016-01-31 14:37:34
Message-ID: 56AE1C2E.4040109 () labn ! net
[Download RAW message or body]

Hi,
	I see you propose defining a new RSVP object class that has application
specific scope.  As I'm sure you know the RSVP class-number space is
really small so it's best to avoid allocating new object classes
whenever possible.  I believe there is an existing object class that you
can use for your purposes -- the LSP_ATTRIBUTES object.

Have you considered carrying RTM Hops in 1 (or three,  depending on if
you want sub-tlvs or not) new RTM Attribute TLV (or TLVs)?

If not, I think it is worth exploring the viability of this approach or
any other approach that doesn't require the allocation of a new class-num.

Lou
(As contributor and TEAS co-chair)

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic