Carlos,
Thank you for the review. I will enter your points in my ballot on those 2 DMM documents.
Regards
-éric
-----Original Message-----
From: Carlos Pignataro via Datatracker <noreply@xxxxxxxx>
Reply-To: "Carlos Pignataro (cpignata)" <cpignata@xxxxxxxxx>
Date: Saturday, 29 February 2020 at 04:05
To: "int-dir@xxxxxxxx" <int-dir@xxxxxxxx>
Cc: "last-call@xxxxxxxx" <last-call@xxxxxxxx>, "draft-ietf-dmm-distributed-mobility-anchoring.all@xxxxxxxx" <draft-ietf-dmm-distributed-mobility-anchoring.all@xxxxxxxx>, "dmm@xxxxxxxx" <dmm@xxxxxxxx>
Subject: Intdir telechat review of draft-ietf-dmm-distributed-mobility-anchoring-14
Resent-From: <alias-bounces@xxxxxxxx>
Resent-To: <h.a.chan@xxxxxxxx>, <weixinpeng@xxxxxxxxxx>, <jonghyouk@xxxxxxxxx>, <seiljeon@xxxxxxxx>, <cjbc@xxxxxxxxxx>, <maxpassion@xxxxxxxxx>, <sgundave@xxxxxxxxx>, <satoru.matsushima@xxxxxxxxx>, Suresh Krishnan <suresh@xxxxxxxxxx>, <ek.ietf@xxxxxxxxx>, Eric Vyncke <evyncke@xxxxxxxxx>, Dapeng Liu <maxpassion@xxxxxxxxx>
Resent-Date: Saturday, 29 February 2020 at 04:05
Reviewer: Carlos Pignataro
Review result: Ready with Nits
I am an assigned INT directorate reviewer for this Internet-Draft. These
comments were written primarily for the benefit of the Internet Area Directors.
Document editors and shepherd(s) should treat these comments just like they
would treat comments from any other IETF contributors and resolve them along
with any other Last Call comments that have been received. For more details on
the INT Directorate, see http://www.ietf.org/iesg/directorate.html.
I hope these comments are clear and useful.
As requested, from the Internet area Directorate review, these two DMM
documents are being reviewed together:
* draft-ietf-dmm-distributed-mobility-anchoring-14
* draft-ietf-dmm-pmipv6-dlif-05
This document defines distributed mobility anchoring, in terms of the
different configurations and functions to provide IP mobility support,
including network-based or host-based mobility support.
The intended status is Informational. It is a very well written and
comprehensive document. It is technically sound.
No major or minor issues.
Nits:
A set of small nits for your consideration.
1. Introduction
As a Mobile Node (MN) attaches to an access router and establishes a
link between them, a /64 IPv6 prefix anchored to the router may be
assigned to the link for exclusive use by the MN [RFC6459]. The MN
may then configure a global IPv6 address from this prefix and use it
as the source IP address in a flow to communicate with its
correspondent node (CN).
Capitalize:
s/correspondent node/Correspondent Node/
2. Conventions and Terminology
These include terms such as mobile node (MN), correspondent node
(CN), home agent (HA), home address (HoA), care-of-address (CoA),
local mobility anchor (LMA), and mobile access gateway (MAG).
Capitalize “Mobile Node” (as per § 1), “Corespondent Node”, etc.
Similar within this same § 2, “mobile router”, etc.
Same throughout the document (e.g., “router advertisement (RA)”)
4.3. Mobility case, anchor relocation
The IP prefix/address anchoring may move without changing the IP
prefix/address of the flow. Here the LM and FM functions in Figure 1
in Section 3.1 are implemented as shown in Figure 7.
“Figure 1 in Section 3.1.1 are implemented”
Figure 7: Anchor mobility
Should this figure’s label be “Anchor Relocation” instead of ‘Anchor mobility”?
5. Security Considerations
As stated in [RFC7333], "a DMM solution MUST supportany security
s/supportany/support any/
8.2. Informative References
The relationship of this document and draft-ietf-dmm-deployment-models is
mostly clear, thank you for that.
I hope you fid these comments useful.
Carlos Pignataro.
--
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call
