Last Call Review of draft-ietf-babel-v4viav6-07
review-ietf-babel-v4viav6-07-rtgdir-lc-shah-2022-02-08-00
Request | Review of | draft-ietf-babel-v4viav6 |
---|---|---|
Requested revision | No specific revision (document currently at 08) | |
Type | Last Call Review | |
Team | Routing Area Directorate (rtgdir) | |
Deadline | 2022-02-08 | |
Requested | 2022-01-25 | |
Requested by | Martin Vigoureux | |
Authors | Juliusz Chroboczek | |
I-D last updated | 2022-02-08 | |
Completed reviews |
Rtgdir Last Call review of -07
by Himanshu C. Shah
(diff)
Intdir Last Call review of -07 by Bernie Volz (diff) Secdir Last Call review of -07 by Tero Kivinen (diff) Tsvart Last Call review of -07 by Dr. Joseph D. Touch (diff) |
|
Assignment | Reviewer | Himanshu C. Shah |
State | Completed | |
Request | Last Call review on draft-ietf-babel-v4viav6 by Routing Area Directorate Assigned | |
Posted at | https://mailarchive.ietf.org/arch/msg/rtg-dir/sy9bfS_n9QOIxcspmvwRuISZnwc | |
Reviewed revision | 07 (document currently at 08) | |
Result | Ready | |
Completed | 2022-02-08 |
review-ietf-babel-v4viav6-07-rtgdir-lc-shah-2022-02-08-00
The draft is written well and easy to follow the proposed extensions for those who are familiar with the Babel Protocol as described in RFC 8966. In my view, a couple of minor updates would read better for the novice reader. In the Introduction, section 1, last but one paragraph - -- We call a route towards an IPv4 prefix that uses an IPv6 next hop a "v4-via-v6" route. This document describes an extension that allows the Babel routing protocol [RFC8966] to announce v4-via-v6 routes across interfaces that have no IPv4 addresses assigned (suggested append..) "and are capable of forwarding IPv4 traffic over non-IPv4 interfaces". (end of suggestion - or something similar to that effect..). -- On support for ICMPv4 packet generation by Babel node that has IPv6 interfaces.. While this topic is covered, it would be nice if its importance is mentioned somewhere in introduction or in section 3. Such as - "For hop-by-hop reachability distribution, it is important to facilitate ICMPv4 "destination unreachable" from non-IPv4 Babel router to notify the source about incomplete IPv4 path (i.e. dangling IPv4 path)." Again these are suggestions to improve readability and author(s) can provide the right text if applicable. I must admit that I am not intimate with Babel protocol so take above suggestions with a pinch of salt..