Date: Tue, 4 Apr 1995 15:30:23 PDT From: Bill Fenner <fenner@parc.xerox.com> To: Masahiro SEKIGUCHI <seki@sysrap.cs.fujitsu.co.jp> Cc: "Jordan K. Hubbard" <jkh@FreeBSD.org>, hackers@FreeBSD.org Subject: Re: Whee - I've got my MBONE feed.. Message-ID: <95Apr4.153027pdt.49864@crevenia.parc.xerox.com> In-Reply-To: Your message of "Mon, 03 Apr 95 18:18:55 PDT." <9504040118.AA00039@seki.sysrap.cs.fujitsu.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <9504040118.AA00039@seki.sysrap.cs.fujitsu.co.jp> you write: >A bug makes IGMP response timeouts too fast on big endian machines and >causes IGMP packet traffic on the network unnecessarily high, but >applications such as nv still runs. On little endian machines, on the >other hand, the bug makes the timeouts too slow and makes the system >fail to send IGMP responses to a local mrouter within time limits. Could you tell me more about this "too-fast" bug? The only bug in IGMP that I have found makes the timeouts twice as long as requested. (There is a "parallel" bug in mrouted which requests extremely short timeouts, which may be what you are seeing.) > timer = ntohs(igmp->igmp_code); Interestingly enough, igmp_code is a u_char. I suppose that byte-swapping a char doesn't make a whole lot of sense =) >You should change it to: > > timer = igmp->igmp_code; The 3.5 multicast release will contain lots of IGMP fixes (plus a lot of other kernel fixes/changes), and I hope to have it ported to FreeBSD soon. Any volunteers to do testing? Bill
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?95Apr4.153027pdt.49864>