[Last-Call] Opsdir last call review of draft-ietf-detnet-ip-oam-10

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Reviewer: Yingzhen Qu
Review result: Has Issues

Hi,

Thanks for the draft.

I am the assigned OPSDIR reviewer to conduct a last call review of this draft.

General comments:

The draft lists how existing OAM protocols/tools can be used in DetNet with IP
data plane. However, I don't think it's clearly stated in either the abstract
or the introduction section, so it's not clear to me what information the draft
is trying to deliver. OAM principles as stated in the abstract? or how existing
solutions may work in DetNet?

There are some editorial nits in the draft, and some of them made the draft
hard to read. I'd suggest an editorial pass and then I can do another round of
review.

Detail comments with line number from idnits:

80       usually performed on-demand. These tasks achieved by a combination
s/usually performed/are usually performed
s/achieved/are achieved

In Section 2.1, there should be a ":" after each term/abbreviation.

145      packets. For example, that can be achieved with a 3-tuple
146      (destination and source IP addresses in combination with DSCP value)
147      used to identify the IP DetNet flow. In such a scenario, an IP OAM
148      session between the same pair of IP nodes would share the network
149      treatment with the monitored IP DetNet flow regardless of whether
150      ICMP, BFD, or STAMP protocol is used.

Q: Do you mean as long as two protocols, for example ICMP and BFD, have the
same DSCP value, the network treatment will be the same?

158      protocol like, for example, UDP, a DetNet node must able to associate
s/must able to/must be able to

168      protocol is one of the assigned by IANA, then the UDP source port can
s/the assigned/those assigned

167      DetNet flow. When the UDP destination port number used by the OAM
168      protocol is one of the assigned by IANA, then the UDP source port can
169      be used to achieve co-routedness of OAM, and the monitored IP DetNet
170      flow in the multipath environments, e.g., Link Aggregation Group or
171      Equal Cost Multipath.
Q: It's not clear how using the same UDP source port the OAM packets will be
guaranteed to follow the same path as the monitored IP flow. Please clarify.

266      and MPLS data planes analyzed in Section 6.2 of

268      [I-D.ietf-detnet-mpls-oam]. Also, requirements and recommendations
nits: broken line.

268      [I-D.ietf-detnet-mpls-oam]. Also, requirements and recommendations
269      for OAM interworking between a DetNet domain with MPLS data plane and
270      OAM of a TSN equally apply to a DetNet domain with an IP data plane.
I'd suggest rewriting this sentence. I can't understand what it's trying to say.

Thanks,
Yingzhen


-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux