Re: Éric Vyncke's No Objection on draft-ie tf-mboned-driad-amt-discovery-10: (with COMMENT)

"Holland, Jake" <[email protected]> Wed, 18 Dec 2019 22:47:22 +0000
Newsgroups gmane.ietf.mboned
Message-ID <[email protected]>
On 2019-12-17, 22:44, "Eric Vyncke (evyncke)" <[email protected]> wrote:
    FWIW, I'm slightly negative on adding this. I think this is one of
    several details about Happy Eyeballs algorithms that are mostly not
    explicitly spelled out in this doc, but rather implied by reference
    to RFC 8305.

EV> I see what you mean...
   
    However, if you think this is a particularly useful detail to highlight,
    I'm willing to add the above text or similar.
 
EV> this is really the only place where I see it beneficial for the reader to understand. So, up to you, but I am still in favor of the NEW text

[JH] OK, the new text is fine with me.

    NEW:
       This document updates RFC 7450 (Automatic Multicast Tunneling, or
       AMT) by modifying the relay discovery process.  A new DNS resource
       record named AMTRELAY is defined for publishing AMT relays for
       source-specific multicast channels.  The reverse IP DNS zone for a
       multicast sender's IP address is configured to use AMTRELAY resource
       records to advertise a set of AMT relays that can receive and forward
       multicast traffic from that sender over an AMT tunnel.  Other minor
       extensions and clarifications to the relay discovery process are also
       defined.

EV> a step forward in the right direction, any chance to remove the word 'minor' ?
    
[JH] No problem, I'll do it that way.

    
    > == NITS ==
    > 
    > -- Section 2.1 --
    > s/The sender/The multicast source/ ?
    
    I think this would make it slightly less correct.  I think "the multicast
    source" refers to a device sending multicast traffic (or sometimes maybe its
    IP address).  "The sender" at the beginning of paragraph 2 refers to an
    entity that both controls the RR in the DNS zone and also operates a device
    producing multicast traffic.

EV> OK
    
    > -- Section 4.2.2 --
    > Please use the canonical format for IPv6 address. I know this is cosmetic but
    > it hurts my eyes ;-)
    
    I think you meant 4.3.2, and this is just DB8 -> db8, correct?  Or was there
    more?

EV> yes, only one occurrence  AFAIK


_______________________________________________
MBONED mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/mboned