The MPLS WG Archive

[Shahram Davari <Shahram_Davari@pmc-sierra.com>]

Hi,

Please find below some comments on the fast-reroute draft:

1) Why do we need to specify the BW in the FAST_REROUTE object, while
it is already signaled in the RSVP?

2) Is the meaning of the following flags combinations in session_attribute as indicated:

(Local protection desired =0) & (Node protection desired =0)-> No protection
(Local protection desired =0) & (Node protection desired =1)-> Node protection
(Local protection desired =1) & (Node protection desired =0)-> Link protection
(Local protection desired =1) & (Node protection desired =1)-> Node protection
(Local protection desired =1) & (no Session_Attribute object)-> Local policy

Please clarify the correct meaning in the text.

3) Section 3.5 defines the BW protection ration as:

"The BW of all the protected LSPs having selected T as their bypass tunnel /
BW of the bypass tunnel"

but it mentions that: "the minimum value for the protected ratio is 1"

As mentioned in the backup-computation draft, it is possible to backup
an LSP without reserving BW for it in the bypass tunnel. So Min =1
seems not to be correct.

4) Section 4.1: (identification of backup paths)
The Sender_template specific identification, does not have any specific text to
show how it is used by an LSR to identify the backup path. Is it done by comparing the Extended tunnel ID with the sender IPV4 address?

Please provide accurate text.

5) Section 5.1 says:

"  A one-to-one
   backup for a protected LSP may also be created based upon a PLR's
   local policy if either the "local protection desired" flag is set in
   the SESSION_ATTRIBUTE object or a FAST_REROUTE object is included or
   both.
"
 Do you mean a FAST_REROUTE object with Node protection desired =1. If so
please clarify.

6) Section 5.3 repeatedly says selecting final LSP from a number of path messages. I think mentioning of LSP is not accurate, rather "selecting final PATH message" is the more accurate term.

7) Section 5.3 :

Since bullet 4 eliminates all LSPs with Detour object, how is bullet 4 possible?

Since as stated in section 7, each PLR has option to apply its own constraints, then each PLR  may reach to a different backup-path ERO for the same flow. Assuming that the EROs have a single link (the downstream link of an MP LSP) in common, isn't it wrong for an MP LSR to merge those Path messages?

8) Section 6.1: Global-to-node label is not a defined IETF term. Suggest changing it to Per-platform.

9) Section 7 states that :

"When setting up one-to-one protection using the path-specific
 approach, a detour MUST not traverse the upstream links of
 the protected LSP in the same direction.  This prevents the
 possibility of early merging of the detour into the protected
 LSP."

I think instead the rules of merging should be defined so that this can't happen.

10) Section 7.1 talks about path-protection. Where is this defined in context of fast reroute?

11) Section 8.1 talks about sending Path Error to notify the ingress LSR
of the fast protection event. For how long and with what intervals is this
Path_ERROR transmitted?

12) Section 9.2 permits having both types of protection (1-to-1 and facility) for the same PLR. In that case how can it inform the ingress LSR that both
protections are available?


Yours,
Shahram