[MBONED] Questions re: draft-ietf-mboned-driad-amt-discovery

[Warren Kumari <[e-mail]>]

Hi there,

Apologies, I just realized that I'd never actually sent this mail
(which explains why I hadn't gotten a reply!) - sorry.

Thank for writing this - I found it to be very well written, clear and
understandable, however there is one (small) issue which I think needs
addressing before I kick off IETF LC.

While doing my AD review of draft-ietf-mboned-driad-amt-discovery I
looked at the Shepherds Writeup (thanks Tim) and saw:
"I would suggest that the text in 2.3.1 on applying a Happy Eyeballs
algorithm where there are multiple choices for the relay be expanded;
it is very vague at present.  I presume that this may result in
multiple unicast AMT streams coming in to a given gateway, and all but
one of these would be pruned back, but some specifics on that, and how
the preferred stream is retained, would be useful. This also needs to
be set against the proposed active/active failover mode described in
2.4.3."

I think it would be really useful if this could be done before I start
IETF LC; I also found this vague, and think that it will get lots of
comments / questions querying LC.


I also have a minor nit:
Section 2.2.  Signaling and Discovery:

   2.  The join propagates with RPF through the multicast-enabled
       network with PIM [RFC7761] or another multicast routing
       mechanism, until the AMT gateway receives a signal to join the
       (S,G).

There are multiple multicast-enabled networks being discussed here,
and "the multicast-enabled network" is vague as to which one is being
discussed -- I'm not quite sure how to fix it though -- I tried "the
local multicast-enabled", this seems better, but still not great.

W



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf