[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Question Re: Path State Removed in Path Err
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
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?