Last Call Review of draft-ietf-teas-gmpls-signaling-smp-10
review-ietf-teas-gmpls-signaling-smp-10-opsdir-lc-romascanu-2022-02-01-00
Request | Review of | draft-ietf-teas-gmpls-signaling-smp |
---|---|---|
Requested revision | No specific revision (document currently at 12) | |
Type | Last Call Review | |
Team | Ops Directorate (opsdir) | |
Deadline | 2022-02-03 | |
Requested | 2022-01-20 | |
Authors | He Jia , Italo Busi , Jeong-dong Ryoo , Bin Yeong Yoon , Peter Choongul Park | |
I-D last updated | 2022-02-01 | |
Completed reviews |
Rtgdir Last Call review of -07
by Ines Robles
(diff)
Genart Last Call review of -10 by Dale R. Worley (diff) Opsdir Last Call review of -10 by Dan Romascanu (diff) Secdir Last Call review of -10 by David Mandelberg (diff) |
|
Assignment | Reviewer | Dan Romascanu |
State | Completed | |
Request | Last Call review on draft-ietf-teas-gmpls-signaling-smp by Ops Directorate Assigned | |
Posted at | https://mailarchive.ietf.org/arch/msg/ops-dir/X7k23El11N2D6kfVOgJRXLxNY6M | |
Reviewed revision | 10 (document currently at 12) | |
Result | Not ready | |
Completed | 2022-02-01 |
review-ietf-teas-gmpls-signaling-smp-10-opsdir-lc-romascanu-2022-02-01-00
This document updates RFC 4872 and RFC 4873 to provide the extensions to the Generalized Multi-Protocol Label Switching (GMPLS) signaling to support the control of the Shared Mesh Protection (SMP) mechanism defined by ITU-T Recommendation G.808.3. It describes in details the operation of SMP with GMPLS Signaling Extension, the GMPLS Signaling Extension for SMP, and the updates to PROTECTION Object. I believe that the document is useful for operators runing GMPLS and SMP. The signaling aspects seem to be well defined. However, the document misses completly any operational and manageability considerations. Are they covered by other documents? Are updates required for any GMPLS management RFCs? Are there any configuration or alarms aspects that the operators should be aware about? What is the operational impact of upgrading networks to run SMP? These are parts of the questions I would expect to be addressed, or at least some pointers provided to existing documents (IETF, ITU-T) or future work. I would suggest that these issues be addressed before the document is approved for publication.