Re: [spring] 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>

["Zafar Ali (zali)" <[e-mail]>]

Hi Ron,

Thanks for your review.

Unfortunately, you seem to have not get the latest version from the Github (which was later posted as v03).
Good news is that your comments were addressed in the latest version.

Please see specifics in-line.

Happy Holidays!

Thanks

Regards … Zafar

From: spring <[e-mail]> on behalf of Ron Bonica <rbonica=[e-mail]>
Date: Wednesday, December 18, 2019 at 4:07 PM
To: Ole Troan <[e-mail]>, 6man WG <[e-mail]>, SPRING WG <[e-mail]>
Cc: 6man Chairs <[e-mail]>
Subject: Re: [spring] 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>

Ole,

I have reviewed version-02 of this document and believe that it still has the following major issues:

- Section 3.1.1 assumes implementation details (e.g., that the implementation has an OAM process) but fails to describe any externally observable behavior. The externally observable behaviors are described, incompletely, in Sections 4.1.2 and 4.2.2.

[ZA] Like you mentioned, processing details were embedded in the Section 4. We brought them up in the Section 3 and also added additional normative language in Section 4. Specifically, In the new revision:

  *   We have added normative text at the beginning of 3.1.1 where O-bit is defined.
  *   Sections 3.3 and 3.4 adds normative texts for OAM SIDs.
  *   4.1.2 and 4.2.2 further adds additional normative text for Ping and traceroute use-cases, respectively.

- Section 3.5 seems to be incomplete. What TLV are we talking about and what role does it play?

[ZA] This has been already addressed. Specifically, indeed, the draft does not define any TLV for OAM purposes. However, section was added as future drafts may define OAM TLVs. However, the section has been removed in the new revision.

- Section 4 talks about future revisions of this document. Aren't we in WGLC?

[ZA] This has been already addressed in the latest version.

- Section 4.1.2.1 - When the ping succeeds, what does the success message look like? An ICMP Echo Response? What is the source address? A SID?

[ZA] Yes, it is an ICMP Echo Response ICMP Echo Response. The v03 specifically mentions the same. As mentioned in the draft, the upper layer header processing follows RFC4443.

- Section 4.1.2.2 - Does this work with PSP?

[ZA] This does not apply. There is no PSP flavor defined for END.OP SID.

- Section 4.2.2.1 - Do we need to examine flags even when SL == 0?

[ZA] The O-bit is for telemetry purpose and packets with SL=0 are also telemetered.


                                                                                                    Ron



Juniper Business Use Only

-----Original Message-----
From: ipv6 <[e-mail]<mailto:[e-mail]>> On Behalf Of Ole Troan
Sent: Wednesday, December 4, 2019 3:53 PM
To: 6man WG <[e-mail]<mailto:[e-mail]>>; SPRING WG <[e-mail]<mailto:[e-mail]>>
Cc: 6man Chairs <[e-mail]<mailto:[e-mail]>>
Subject: 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>

Hello,

  As agreed in the working group session in Singapore, this message starts a new two week 6MAN Working Group Last Call on advancing:

  Title    : Operations, Administration, and Maintenance (OAM) in Segment Routing Networks with IPv6 Data plane (SRv6)
  Author   : Z. Ali, C. Filsfils, S. Matsushima, D. Voyer, M. Chen
  Filename : draft-ietf-6man-spring-srv6-oam-02
  Pages    : 23
  Date     : 2019-11-20

    https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-6man-spring-srv6-oam/__;!8WoA6RjC81c!XSqnzjZKANP41cvNa8ybSjYCuTDO6XCHjQyZ4ARNtx4MhYWG7vdEvXi-22No-zDm$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-6man-spring-srv6-oam/__;!8WoA6RjC81c!XSqnzjZKANP41cvNa8ybSjYCuTDO6XCHjQyZ4ARNtx4MhYWG7vdEvXi-22No-zDm$>

as a Proposed Standard.

Substantive comments and statements of support for publishing this document should be directed to the mailing list.
Editorial suggestions can be sent to the author. This last call will end on the 18th of December 2019.

To improve document quality and ensure that bugs are caught as early as possible, we would require at least two reviewers to do a complete review of the document.  Please let the chairs know if you are willing to be a reviewer.

The last call will be forwarded to the spring working group, with discussion directed to the ipv6 list.

Thanks,
Bob & Ole, 6man co-chairs


--------------------------------------------------------------------
IETF IPv6 working group mailing list
[e-mail]<mailto:[e-mail]>
Administrative Requests: https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ipv6__;!8WoA6RjC81c!XSqnzjZKANP41cvNa8ybSjYCuTDO6XCHjQyZ4ARNtx4MhYWG7vdEvXi-2-1yR5ZL$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!8WoA6RjC81c!XSqnzjZKANP41cvNa8ybSjYCuTDO6XCHjQyZ4ARNtx4MhYWG7vdEvXi-2-1yR5ZL$>
--------------------------------------------------------------------

_______________________________________________
spring mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/spring