Genart last call review of draft-ietf-babel-rfc6126bis-10

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

 



Reviewer: Russ Housley
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at
<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-babel-rfc6126bis-10
Reviewer: Russ Housley
Review Date: 2019-06-22
IETF LC End Date: 2019-07-04
IESG Telechat date: Unknown

Summary: Ready with Nits

Major Concerns:

None


Minor Concerns:

None


Nits:

Section 3.7.2 says:

   ...  A node SHOULD NOT send triggered updates
   for other reasons, such as when there is a minor fluctuation in a
   route's metric, when the selected next hop changes, or to propagate a
   new sequence number (except to satisfy a request, as specified in
   Section 3.8).

This seem backwards to me.  Perhaps:

   ...  The node MUST send triggered updates to satisfy a request, as
   specified in Section 3.8; however, a node SHOULD NOT send
   triggered updates for other reasons, including a minor fluctuation
   in a metric for a route, the selected next hop changes, or to
   propagate a new sequence number.


Section 4 says:

   A Babel packet is sent as the body of a UDP datagram, with network-
   layer hop count set to 1, destined to a well-known multicast address
   or to a unicast address, over IPv4 or IPv6; in the case of IPv6,
   these addresses are link-local.
   
It seems to me that this should be reworded as MUST statements.

   A Babel packet MUST be sent as the body of a UDP datagram, with
   network-layer hop count set to 1, destined to a well-known multicast
   address or to a unicast address, over either IPv4 or IPv6.  When
   IPv6 addresses are used, the addresses MUST be link-local.


Section 4.1.2 says:

   A router-id is an arbitrary 8-octet value.  A router-id MUST NOT
   consist of either all zeroes or all ones.
   
I do not think you are referring to octets with a value of one.  I
think you mean that the router-id cannot be 0x0000000000000000 or
0xffffffffffffffff.  Please reword.




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

  Powered by Linux