Re: [babel] I-D Action: draft-ietf-babel-v4viav6-02.txt

[Donald Eastlake <[e-mail]>]

Hi,

On Tue, Apr 13, 2021 at 11:06 AM Juliusz Chroboczek <[e-mail]> wrote:
>
> >       Filename        : draft-ietf-babel-v4viav6-02.txt
>
> Inserted more text about ways of choosing IPv4 addresses, as described in
> my previous message.  I'm not too happy with the new text, which I feel is
> somewhat overloaded, so if someone good at writing wants to try their hand
> at it, I'd be grateful.

I agree it seems somewhat overloaded. I'm also a little bothered by
referring to a chosen RFC 1918 address as a "dummy address". RFC 1918
addresses are not intended to be duplicated which might happen if a
router just grabbed one, whereas addresses that are officially "dummy
addresses" can be intended for possible duplicate use...

You ask for suggested wording, so how about:

   There are various ways to meet this requirement, and choosing
   between them is left to the implementation.  For example, if a
   router has an interface that has been assigned an IPv4 address, or
   if an IPv4 address has been assigned to the router itself (to the
   "loopback interface"), for example a private [RFC1918] address,
   then that IPv4 address may be "borrowed" to serve as the source of
   originated ICMPv4 packets.  If no such IPv4 address is available, a
   router SHOULD use the Babel dummy IPv4 address TBD2 as the source
   of outgoing ICMPv4 packets.  Note however that using the same
   address on multiple routers may hamper debugging and fault
   isolation, e.g., when using the "traceroute" utility.

There would also have to be an addition to the IANA Considerations
something like:

   IANA is requested to assign an IPv4 Special-Purpose Address
   (192.0.0.11/32 suggested) and record this assignment in the IANA IPv4
   Special-Purpose Address Registry as follows:

     Address Block:         TDB2 /32
     Name:                  Babel dummy address
     RFC:                   [this document]
     Source:                True
     Destination:           False
     Forwarable:            False
     Globally Reachable:    False
     Reserved-by-Protocol:  False


> Expanded acknowledgments.  Please let me know if you feel you've been
> unfairly omitted.
>
> Intended status is now Standards Track.  I do have some misgivings, but
> let's be bold.

OK

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   [phone] (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 [e-mail]

> -- Juliusz
>
> _______________________________________________
> babel mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/babel