Re: [MMUSIC] ietf-mmusic-mdns-ice-candidates new draft: Christer's comments - corrected version

[Christer Holmberg <[e-mail]>]

It seems like I added some of the Q4 text to Q3. Here is a corrected version of my question:

Q1:

I think it needs to be more clear that mDNS domain names (.local) can only be resolved by remote peers within the same local network.

Section 5.1 does talk about this, and it may be an implicit assumption, but I think it should be pointed out in the beginning of the document.

---

Q2:

Related to Q1, think it needs to be more clear that the mechanism prevents IP address leaking to peers outside the local network. Inside the local network I assume that web apps can still find out about the local address simply by performing an mDNS lookup on the mDNS domain name.

---

Q3:

The draft makes an assumption that the mDNS domain names are unique. Why making that assumption? If the local network supports multicast, there may even be non-WebRTC applications using mDNS, which increases the risk for collision.

---

Q4:

Section 3.1.1 says that an ICE agent, when it gathers candidates, generates a UNIQUE mDNS domain name. I assume that means that the mDNS domain name will only be valid for the duration of the ICE session.

Doesn't that mean that there is no need for other ICE agents to cache the mDNS domain name:IP address mapping for "future use", because the mDNS domain name won't be used in future anyway?

Also, I am not sure whether ICE implementations should cache mappings to begin with. That's the task of the mDNS client of the host.

---

Q5:

Section 5.3 says:

   "When an endpoint that supports mDNS communicates with an endpoint that does not, the legacy
   endpoint will still provide its local IP addresses, and accordingly a direct connection can still be attempted, 
   even though the legacy endpoint cannot resolve the mDNS names provided by the new endpoint."

Please make it more clear that the legacy endpoint is the one that does not support mDNS. Something like:

    "When an endpoint that supports mDNS communicates with a legacy endpoint that does not, the..."

---

Q6:

If I remember correctly, people have raised issues with legacy parsers not being able to parse non-IP-addresses. If so, shouldn't that be mentioned in Section 5.3?

(NOTE: Eventhough the draft updates RFC 8839, to support mDNS domain names, it does not solve the issue for legacy parsers.)

---

Q7:

The draft does not give any guidance regarding how long an ICE agent can safely cache an mDNS 

---

Regards,

Christer