1. 1 Ping and Traceroute for GMPLS LSPs in Non-Packet Switched Networks draft-ali-ccamp-gmpls-lsp-ping-traceroute-01.txt Zafar Ali, Roberto Cassata (Cisco Systems) Marco Anisetti, Valerio Bellandi, Ernesto Damiani, Francesco Diana, Umberto Raimondi (University of Milan) T. Otani (KDDI R&D Laboratories)

2. 222 71th IETF, CCAMP WG, Philadelphia March 2008 Outline Requirements Addressed Scope of the Draft GMPLS OAM Solutions (Changes from Previous Version). Next Steps

3. 333 71th IETF, CCAMP WG, Philadelphia March 2008 Requirements Addressed In pure light path even if every node along the path is connected, the reachability of the end node with an acceptable signal quality is not guaranteed. For Operational and Management purposes, SP needs to be aware of all physical evidence (consisting of optical measurements such as signal power, OSNR, Optical Channel Monitor, etc.) that have effect on the light-path, before using the LSP for traffic. The proposed technique is suitable for optical networks that suffer of physical dysfunction due the non-ideal optical transmission medium and/or to critical situations. Tracerouting with Measurements (Evidence) Collection. GMPLS LSP Ping.

4. 444 Scope of the Draft “Use of OAM functionality provided by the data planes is RECOMMENDED and procedures described in this draft are only assumed to be applied when OAM mechanisms are not supported by the data plane or are deficient.” “The draft relies on control plan mechanism to provide required OAM functions. Specifically the proposed solutions are based on Link Management Protocol (LMP) [RFC4204] and RSVP-TE [RFC3209], [RFC3473] and do not require any extension to the data plan.” The draft addresses some GMPLS OAM requirements stated in the draft-ietf-ccamp-gmpls-oam-requirements-00.txt 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

5. 555 Optical Path Quality Evaluation The quality of an optical path is done by collecting the physical evidences along an LSP and evaluating them (e.g. for faulty point detection). In this draft we extend the LSP_ATTRIBUTES to perform the evidence collection hop by hop. In evidences collection process certain evidences require a mutually exclusive access.  Therefore the entire LSP needs to be locked until the evidence collection process is performed.  If other evidence collection process tries to retrieve evidences on the same node-resource already under Administrative Evidences Locking status, it must be aborted. The draft uses RSVP Admin status object to define LSP Administrative Evidences Locking status and to make sure that all nodes are ready to collect the blocking evidence. 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

6. 666 Extensions: Administrative Status Object extension We propose and extension to Administrative status object by adding two bits for locking purpose Blocking node (B): 1 bit. When set, indicates that locking procedure is ongoing. Confirm blocking (C): 1 bit. When set, indicates that an the locking procedure is successfully ongoing. 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

7. 777 Tracerouting with non-blocking evidence collection PXC1 PXC2 None-PSC Node1 Path Message Resv Message Evidence Collection Request TLV Evidences Recording TLV Free Evidence Reading 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

8. 888 Tracerouting with blocking evidence collection and all nodes ready for evidence collection PXC1 PXC2 None-PSC Node1 B=1 C=1 R=1 B=1 C=1 R=1 B=1 C=1 R=1 B=1 C=1 R=0 B=1 C=1 R=0 B=1 C=1 R=0 Free Locked Lock Required 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

9. 999 PXC1 PXC2 None-PSC Node1 B=1 C=1 R=1 B=1 C=0 R=1 B=1 C=1 R=1 B=1 C=0 R=0 B=1 C=0 R=0 B=1 C=0 R=0 Free Locked Lock Required Tracerouting with blocking evidence collection with some node(s) blocked for evidence collection 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

10. 10 Use of LMP Link Verification for GMPLS LSP Ping LMP PXC1 PXC2 None-PSC Node1 None-PSC Node2 LMP Begin Verify Begin Verify Ack Test Test Status Failure 71th IETF, CCAMP WG, Philadelphia, Dec. 2008

11. 11 71th IETF, CCAMP WG, Philadelphia March 2008 Next Steps This work is within CCAMP Charter. The draft addresses some GMPLS OAM requirements stated in the draft-ietf-ccamp-gmpls- oam-requirements-00.txt. At this point we are looking for more feedback and next steps for this work.

12. 12 Thank You.