This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Fri Apr 26 20:59:00 2024 Received: from spaans.ds9a.nl (adsl-xs4all.ds9a.nl [213.84.159.51]) by kylie.puddingonline.com (8.11.6/8.11.6) with SMTP id g8IH45X24019 for ; Wed, 18 Sep 2002 19:04:05 +0200 Received: (qmail 20622 invoked from network); 18 Sep 2002 07:23:03 -0000 Received: from unknown (HELO spaans.ds9a.nl) (3ffe:8280:10:360:202:44ff:fe2a:a1dd) by mayo.ipv6.ds9a.nl with SMTP; 18 Sep 2002 07:23:03 -0000 Received: (qmail 1632 invoked by uid 1000); 17 Sep 2002 21:06:40 -0000 Received: (maildatabase); juh Received: (qmail 2107 invoked by alias); 11 Jan 2002 06:38:03 -0000 Received: (qmail 2100 invoked from network); 11 Jan 2002 06:38:00 -0000 Received: from unknown (HELO dipsaus.ds9a.tudelft.nl) (::ffff:10.0.0.202) by spaans.ds9a.nl with SMTP; 11 Jan 2002 06:38:00 -0000 Received: (qmail 5958 invoked from network); 11 Jan 2002 01:10:56 -0000 Received: from unknown (HELO vger.kernel.org) (::ffff:12.107.208.194) by adsl-xs4all.ds9a.nl with SMTP; 11 Jan 2002 01:10:56 -0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 10 Jan 2002 20:07:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 10 Jan 2002 20:07:10 -0500 Received: from adsl-63-192-223-74.dsl.snfc21.pacbell.net ([63.192.223.74]:51504 "EHLO gateway.berkeley.innomedia.com") by vger.kernel.org with ESMTP id ; Thu, 10 Jan 2002 20:06:53 -0500 Received: from berkeley.innomedia.com (IDENT:root@berkeley.innomedia.com [192.168.1.5]) by gateway.berkeley.innomedia.com (8.9.1/8.9.1) with ESMTP id RAA09825; Thu, 10 Jan 2002 17:07:44 -0800 Received: from berkeley.innomedia.com (IDENT:cjames@pc20.berkeley.innomedia.com [192.168.1.20]) by berkeley.innomedia.com (8.11.0/8.9.3) with ESMTP id g0B16ut19890; Thu, 10 Jan 2002 17:06:56 -0800 Message-Id: <3C3E3AAB.749B1D51@berkeley.innomedia.com> Date: Thu, 10 Jan 2002 17:06:51 -0800 From: Christopher James X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.4.0-test1-rtl i686) X-Accept-Language: en Mime-Version: 1.0 To: Chris Wright Cc: linux-kernel@vger.kernel.org Subject: Re: Multicast fails when interface changed References: <3C3C8D4D.621A4696@berkeley.innomedia.com> <20020109131013.C24733@figure1.int.wirex.com> Content-Type: text/plain; charset=iso-8859-1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org X-Spam-Tag: 1 Lines: 23 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by kylie.puddingonline.com id g8IH45X24019 Chris Wright wrote: > * Christopher James (cjames@berkeley.innomedia.com) wrote: > > We are running an application that uses multicasting > > on Linux kernel 2.2.19. The application is > > connected to two network interfaces for redundancy > > purposes - only one interface is active at a time. > > When the application starts up on the first interface, > > the application can send and receive multicast messages. > > We then use ifconfig to bring down the first interface, > > and use ifconfig to bring up the second interface. The application > > works with the exception that it cannot receive multicast > > packets (it can still send multicast packets). > > does your app use INADDR_ANY for imr_interface when you join the > multicast group? > > -chris the app (vocal 1.2) does not use INADDR_ANY for imr_interface when joining the multicast group -Christopher :.˛mkabzwmb˛mbz_^nrzh&zzޗ++zfh~iz_j:+v)ߣmSy杶ii