[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

few comments on draft-ietf-tewg-interas-mpls-te-req-01.txt



Folks,

Here are few comments on draft-ietf-tewg-interas-mpls-te-req-01.txt.

1. The document should state up front the following:

     This document doesn't make any claims with respect to whether
     it is possible to have a practical solution that meets all the
     requirements listed in this document.

With this in mind the following in 6.1 should be removed:

   It MUST meet all the requirements described in section 5 each 
   time a MUST is specified.

and be replaced with the following:

   It MUST document whether it meets each requirement described
   in section 5.

2. Since this is a *requirements* document, other than relying on the 
existing MPLS/DiffServ TE mechanisms, the document should not presume 
a particular solution. 

Therefore references to such specific solutions like PCS (e.g., in 
section 5.1.2) should be removed from the document. 

Ditto for the reference to Forwarding Adjacencies in 5.1.8.

Likewise, the following in 5.1.5 has to be removed:

   The solution SHOULD support the ability for intermediate nodes to
   signal the respective Head-End LSRs of the existence of a more
   optimal path.

(as it presuppose a particular way of establishing an optimal path).

3. In Section 5.1.3 the document needs to explicitly state whether
it is a requirement to maintain optimal path all the time, and if
not then what percentage of overall path life time.

4. Sections 6.2 ("Scalability and Extensibility"), 6.3 ("Complexity
and Risks"), and 6.5 ("Backward Compatibility") talk about requirements
on scalability and extensibility, and therefore should be moved
into Section 5.

5. I would suggest to include 5.1.8 into 6.2, as 6.2 talks about
scalability, and 5.1.8 talks about one particular aspect of scalability - 
scalability in the forwarding plane.

6. In 5.1.5 replace:

   Furthermore the solution SHOULD provide the ability of manually
   rejecting re-optimization at AS boundaries.

with the following:

   Furthermore, the solution MUST provide the ability to reject
   re-optimizatization at AS boundaries.

7. In 6.2 replace "SPF" with "Constrained SPF" or "CSPF".

Yakov.