[lwip-devel] [patch #9523] MDNS responder should reply after a random timeout

[Erik Ekman]

Follow-up Comment #14, patch #9523 (project lwip):

As I understand it, there is no concept of order in MDNS.
The responder is free to merge multiple different multicast (and non-legacy
unicast) into a single response packet sent as multicast.

This reduces the load on the network, as well as makes multiple packet known
address suppression easy. When a service is removed, all outgoing queued
replies for it should be cleared. The legacy question would have to be
temporarily copied (just the RR info: domain, class and type)

My suggestion is to have a 50ms or so tick and wait one or two ticks for
instance before sending a certain reply. That should be random enough since
different devices will not have a synchronized periodic timer. We could also
use this tick to make sure to not send an answer again if we sent it multicast
during the last second. (RFC 6762, section 6) as well as for driving the
collision probing logic.

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?9523>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/