lwip-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [bug #28798] IGMP "Max Response Time" processing bug


From: Stephane Lesage
Subject: [lwip-devel] [bug #28798] IGMP "Max Response Time" processing bug
Date: Mon, 08 Feb 2010 19:19:23 +0000
User-agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Follow-up Comment #8, bug #28798 (project lwip):


>What do you think, is using the supplied value OK or do we have to set the
timer lower than that?

The RFC says:
"Each timer is set to a different random value, using the highest clock
granularity available on the host, selected from the range (0, Max Response
Time]"

(In order to spread responses and avoid duplicate answers when we have
multiple devices)

As the next call to igmp_tmr() may actually be faster than 100ms, I think
it's ok to use the supplied value.

Anyway, if it didn't receive any answer to a general query, an IGMP-enabled
switch will actually send & retry group-specific queries with a fast timeout.

(We could also change the fixed timer and group-list parsing and use
sys_timeout for each group)


    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?28798>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]