Skip to main content

Last Call Review of draft-ietf-opsawg-sap-04
review-ietf-opsawg-sap-04-rtgdir-lc-chen-2022-05-18-00

Request Review of draft-ietf-opsawg-sap
Requested revision No specific revision (document currently at 15)
Type Last Call Review
Team Routing Area Directorate (rtgdir)
Deadline 2022-05-13
Requested 2022-04-22
Requested by Joe Clarke
Authors Mohamed Boucadair , Oscar Gonzalez de Dios , Samier Barguil , Qin Wu , Victor Lopez
I-D last updated 2022-05-18
Completed reviews Yangdoctors Early review of -02 by Martin Björklund (diff)
Opsdir Last Call review of -04 by Menachem Dodge (diff)
Rtgdir Last Call review of -04 by Mach Chen (diff)
Genart Last Call review of -12 by Linda Dunbar (diff)
Secdir Last Call review of -13 by Ivaylo Petrov (diff)
Rtgdir Telechat review of -13 by Mach Chen (diff)
Yangdoctors Telechat review of -13 by Martin Björklund (diff)
Assignment Reviewer Mach Chen
State Completed
Request Last Call review on draft-ietf-opsawg-sap by Routing Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/rtg-dir/UmvdeiuiU7RTPOGuS8bYfi7iDiU
Reviewed revision 04 (document currently at 15)
Result Has issues
Completed 2022-05-18
review-ietf-opsawg-sap-04-rtgdir-lc-chen-2022-05-18-00
Hello,

I have been selected as the Routing Directorate reviewer for this draft. The
Routing Directorate seeks to review all routing or routing-related drafts as
they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing ADs.
For more information about the Routing Directorate, please see
​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would
be helpful if you could consider them along with any other IETF Last Call
comments that you receive, and strive to resolve them through discussion or by
updating the draft.

Document: draft-ietf-opsawg-sap-04
Reviewer: Mach Chen
Review Date: 2022/05/15
IETF LC End Date:
Intended Status: Standards Track

Summary:
I have some minor concerns about this document that I think should be resolved
before publication.

Major Issues:
None

Minor Issues:
1. Section 2, the definition of Service Attachment Point (SAP) is hard to
understand here, the definition depends on the definition of "service's
endpoint" and "TP" that is not defined in the document or lack of references(if
defined in other documents).  More text needed here and it's better to make it
consistent with the definition in other places (e.g., Introduction section).

2. Section 3,
" The
   model is also used to retrieve the network points where a service is
   being delivered to customers."
What's the meaning of the "network points" here? Is it a node, link, interface
or something else, some clarification needed here, or using a more specific and
well-known term here.

3. Section 4, " Also, the SAP is not a tunnel termination point (TTP) (Section
3.6 of
   [RFC8795]) nor a link." Why need to state this here, maybe it's better to
   move it to the place of the definition of "SAP".

4. identity basic-connectivity {
       base vpn-common:service-type;
       description
         "Basic IP connectivity. This is, for example, a plain
          connectivity offered to Enterprises over a dedicated
          or shared MPLS infrastructure.";
Since it's a "IP connectivity", why emphasize that it is over an "MPLS"
infrastructure?

Nits:
1. Abstract section, the second sentence of paragraph, s/ The Service
Attachment Points/SAPs 2. Section 1, the last 3rd para, it's better to add
references when mention L2VPN and L3VPN 3. Section 3, suggest to add a
reference to EVPN. 4. Section 5, suggest to add the references to LAG, IRB. 5.
identity virtual-network,  suggest to copy the description of "Virtual Network"
from RFC 8453. 6. It's better to add more text to the description of identity
phy, loopback, lag and irb.

Best regards,
Mach