From owner-freebsd-hackers Wed May 31 05:00:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24748 for hackers-outgoing; Wed, 31 May 1995 05:00:16 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA24738 for ; Wed, 31 May 1995 05:00:11 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX941209-Fujitsu Mail Gateway) id VAA22098; Wed, 31 May 1995 21:00:02 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950127-Fujitsu Domain Mail Master) id UAA18762; Wed, 31 May 1995 20:59:30 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA14118; Wed, 31 May 95 20:59:30 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0sGmXq-0004Q8C; Wed, 31 May 95 21:06 JST Date: Wed, 31 May 95 20:54:27 JST From: Masahiro SEKIGUCHI Message-Id: <9505311154.AA12666@seki.sysrap.cs.fujitsu.co.jp> To: "Christoph P. Kukulies" Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: mcast and sd References: <199505310858.KAA15761@gilberto.physik.rwth-aachen.de> Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >MOZART >opens sd >opens a new session > >BLUES (runs mrouted connected to MBONE) >opens sd (mozarts' session does not show up) >opens a new session >MOZART immediately after that sees the session on blues If this is the exact order you did, there is nothing strange at all. Try creating another session on MOZART when sd is running on BLUES. It will immediately shown on sd on BLUES. Or, if you just wait 5 minutes or more, the "missing" session will be shown on BLUES. It is a normal behaviour of sd. If an sd creates a new session, it sends packets to notify a session is alive. The packet is sent either (1) immediately after the session is created, or (2) every 5 minutes. So, when you start sd, you have to wait max. 5 minutes before the sd shows all pre-existing sessions. It may be hard to recognize this behaviour, since sd plays a trick with the file ~/.sd_cache to reduce the delay. Please verify the above scenario. I believe presence of mrouted is irrelevant.