Question Re: Path State Removed in Path Err

["Michael I Mandelberg(Isaac)" <mmandelberg@fwion.com>]

In section 7.2.1 of draft-ietf-mpls-generalized-rsvp-te-07.txt it says:

7.2.1. Deletion procedure

   In some circumstances, particularly optical networks, it is useful to
   set the administrative status of an LSP before tearing it down.  In
   such circumstances the procedure SHOULD be followed when deleting an
   LSP from the ingress:

   1.  The ingress node precedes an LSP deletion by inserting an Admin
       Status Object in a Path message and setting the Reflect (R) and
       Delete (D) bits.

   2.  Transit and egress nodes process the Admin Status Object as
       described above.  (Alternatively, the egress MAY respond with
       a PathErr message with the Path_State_Removed flag set, see
       section 4.4.)

   3.  Upon receiving the Admin Status Object with the Delete (D) bit set
       in the Resv message, the ingress node sends a PathTear message
       downstream to remove the LSP and normal RSVP processing takes place.

I presume that a Resv Tear would also be a legal alternative in step 2? If
so, would the same node be required to send a Path Tear downstream, or would
a Path w/D bit and R bit set be ok?

Thanks

Michael Mandelberg
FirstWave ION