Skip to main content

A YANG Network Data Model for Service Attachment Points (SAPs)
draft-ietf-opsawg-sap-15

Yes

(Robert Wilton)

No Objection

Éric Vyncke
(Alvaro Retana)
(Andrew Alston)
(Francesca Palombini)
(John Scudder)
(Paul Wouters)

Note: This ballot was opened for revision 13 and is now closed.

Éric Vyncke
No Objection
Roman Danyliw
No Objection
Comment (2023-01-17 for -14) Sent
Thank you to Ivaylo Petrov for the SECDIR review

** Section 1.
   e.g., to feed an intelligence that

Is the “intelligence” referenced here talking about some autonomous or automated process?

** Section 8.
      This subtree specifies the configurations of the nodes in a SAP
      network model.  Unexpected changes to this subtree (e.g.,
      associating a SAP with another parent termination point) could
      lead to service disruption and/or network misbehavior.

Could “network misbehavior” be described less colloquially?  Is it “configuration of the network inconsistent with the intent of the operator and customer”?
Robert Wilton Former IESG member
Yes
Yes (for -13) Unknown

                            
Alvaro Retana Former IESG member
No Objection
No Objection (for -13) Not sent

                            
Andrew Alston Former IESG member
No Objection
No Objection () Not sent

                            
Erik Kline Former IESG member
No Objection
No Objection (2023-01-18) Not sent
# Internet AD comments for draft-ietf-opsawg-sap-13
CC @ekline

syntax: https://github.com/mnot/ietf-comments/blob/main/format.md

## Nits

### S6

* "to which the SAP is attached to." -> "to which the SAP is attached."
Francesca Palombini Former IESG member
No Objection
No Objection () Not sent

                            
John Scudder Former IESG member
No Objection
No Objection () Not sent

                            
Lars Eggert Former IESG member
No Objection
No Objection (2023-01-13 for -13) Sent
# GEN AD review of draft-ietf-opsawg-sap-13

CC @larseggert

Thanks to Linda Dunbar for the General Area Review Team (Gen-ART) review
(https://mailarchive.ietf.org/arch/msg/gen-art/ItsyANCW6Oj_lsbpj7gAxWiyOfU).

## Comments

### Inclusive language

Found terminology that should be reviewed for inclusivity; see
https://www.rfc-editor.org/part2/#inclusive_language for background and more
guidance:

 * Term `traditional`; alternatives might be `classic`, `classical`, `common`,
   `conventional`, `customary`, `fixed`, `habitual`, `historic`,
   `long-established`, `popular`, `prescribed`, `regular`, `rooted`,
   `time-honored`, `universal`, `widely used`, `widespread`

## Nits

All comments below are about very minor potential issues that you may choose to
address in some way - or ignore - as you see fit. Some were flagged by
automated tools (via https://github.com/larseggert/ietf-reviewtool), so there
will likely be some false positives. There is no need to let me know what you
did with these suggestions.

### Outdated references

Document references `draft-ietf-teas-ietf-network-slices-17`, but `-18` is the
latest available revision.

### Grammar/style

#### "Table of Contents", paragraph 1
```
iew can be used, e.g., to feed an intelligence that is responsible for servic
                               ^^^^^^^^^^^^^^^
```
Uncountable nouns are usually not used with an indefinite article. Use simply
"intelligence".

#### Section 2, paragraph 1
```
RFC4026]). Customer Edge (CE): An equipment that is dedicated to a particular
                               ^^^^^^^^^^^^
```
Uncountable nouns are usually not used with an indefinite article. Use simply
"equipment".

#### Section 2, paragraph 3
```
itch, etc. Provider Edge (PE): An equipment owned and managed by the service
                               ^^^^^^^^^^^^
```
Uncountable nouns are usually not used with an indefinite article. Use simply
"equipment".

#### Section 5, paragraph 22
```
and its parent interface are present but the parent interface is disabled, t
                                    ^^^^
```
Use a comma before "but" if it connects two independent clauses (unless they
are closely connected and short).

#### Section 10.2, paragraph 29
```
oses, this section focuses on the so called "Option A" but similar examples c
                                  ^^^^^^^^^
```
The expression "so-called" is usually spelled with a hyphen.

## Notes

This review is in the ["IETF Comments" Markdown format][ICMF], You can use the
[`ietf-comments` tool][ICT] to automatically convert this review into
individual GitHub issues. Review generated by the [`ietf-reviewtool`][IRT].

[ICMF]: https://github.com/mnot/ietf-comments/blob/main/format.md
[ICT]: https://github.com/mnot/ietf-comments
[IRT]: https://github.com/larseggert/ietf-reviewtool
Paul Wouters Former IESG member
No Objection
No Objection (for -14) Not sent

                            
Warren Kumari Former IESG member
No Objection
No Objection (2023-01-19) Sent
Thank you to the authors for writing this, as well as to Menachem for the OpsDir review.
Zaheduzzaman Sarker Former IESG member
No Objection
No Objection (2023-01-18 for -14) Sent
Thanks for working on this specification. 

I must say, without the right context and knowledge about network topology in this context it is very hard to follow figure 3. A description of the figure or reference of the document one should read to understand the topology would be a great help.