The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2004-Dec> msg00005



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

[mpls] Re: Last Call Assignment:draft-ietf-mpls-rsvpte-attributes-04.txt

  • From: "Joel M. Halpern" <joel@stevecrocker.com>
  • Date: Tue, 07 Dec 2004 12:36:56 -0500
  • Cc: dimitri.papadimitriou@alcatel.be, mpls@ietf.org, jpv@cisco.com

[This is a General Area review at last call.]

This draft is basically ready for publication as a Proposed Standard, but 
has nits that should be fixed before publication.

IANA Considerations:
     The document identifies two new spaces for the IANA to manage.  It 
lists the properties of relevance to values in these spaces.  However, it 
does not indicate what procedure is to be followed for assigning values in 
these registries.  Are they to be assigned only by IETF Standards Track 
RFCs?  Are they assigned simply on a first-come, first-served basis with 
sufficient documentation?

Minor comments:

The document talks about several degrees or kinds of mandatory / optional 
information, ranging from information that must be examined at every node 
to information that only needs to be examined at the end-points.  The 
specific example is given of information that needs to be examined at 
ABR/ASBRs, but should be deployable without upgrading all routers in the 
path.  It is not clear that this stated goal is met by the solution 
provided.  Some text on how the various cases listed are met by the 
documented method would be helpful.

In section 7.3.1, there are two lines which confused me:
    The Attributes subobject is pushed onto the RECORD_ROUTE object
    immediately prior to pushing the node's IP address or link
    ...
    This means that an Attributes subobject is bound to the LSR
    identified by the subobject found in the RRO immediately before the
    Attributes subobject.
The first sentence seems to say that when I parse the message I will find 
the Attributes subobject followed by the ID of the node which put it there.
The later sentence seems to say that the Attributes subobject is bound to 
the ID which precedes it, rather than the ID which follows it?


At 09:22 AM 12/7/2004, you wrote:
>-  Joel Halpern
>    'Encoding of Attributes for Multiprotocol Label Switching (MPLS)
>Label
>    Switched Path (LSP) Establishment Using RSVP-TE '
>    <draft-ietf-mpls-rsvpte-attributes-04.txt> as a Proposed Standard


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