netdev
[Top] [All Lists]

Re: Broadcom 4400 driver bm44

To: James Hubbard <jameshubbard@xxxxxxxxx>
Subject: Re: Broadcom 4400 driver bm44
From: Pekka Pietikainen <pp@xxxxxxxxxx>
Date: Thu, 8 Jul 2004 16:38:53 +0300
Cc: netdev@xxxxxxxxxxx
In-reply-to: <f3ddc6d3040707112141b20720@mail.gmail.com>
References: <f3ddc6d3040707112141b20720@mail.gmail.com>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4.2i
On Wed, Jul 07, 2004 at 02:21:49PM -0400, James Hubbard wrote:
> I have two apps (AppA and AppB) that communicate via multicast.   The
> initial discovery process allows the apps to find each other.  The
> apps send hearbeats periodically to advertise that they are on the
> network.  After a period of time,  AppB can't see AppA.   I would say
> that AppB stops seeing AppA after the initial discovery.  I say this
> If I use this command: 
> ifconfig eth0 allmulti
> AppB receives all of the multicast data and can receive data from
> AppA.  This in turn  causes a problem where standard communication via
> TCP does not function.  Pings, ssh, etc do not work. If I disable
> allmulti. All other communication works except for multicast.

Hiya

I'll try to reproduce the problem. It's entirely possible that there's 
something wrong in the multicast filter code. What would be helpful is
some sort of quick testcase that shows this problem. I tried
a minimal multicast test program (mcast.py from the python distribution)
and that worked ok. ifconfig eth1 allmulti did cause the connection
to my home box to hang, so that I can reproduce at least ;) ;) ;)

<Prev in Thread] Current Thread [Next in Thread>