From owner-freebsd-multimedia Wed Jul 17 11:57:18 1996 Return-Path: owner-multimedia Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA10021 for multimedia-outgoing; Wed, 17 Jul 1996 11:57:18 -0700 (PDT) Received: from dada.kaizen.net (dada.kaizen.net [206.27.236.38]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA10012; Wed, 17 Jul 1996 11:57:14 -0700 (PDT) Received: from localhost by dada.kaizen.net via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA12430; Wed, 17 Jul 1996 14:55:04 -0400 Date: Wed, 17 Jul 1996 14:54:59 -0400 (EDT) From: Mike Newell To: questions@freebsd.org cc: multimedia@freebsd.org Subject: Multicast routing questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk About a year ago I had problems with multicast routing in 2.0R; at that time I got some help from Soochon Radee and Bill Fenner. I've since upgraded to 2.1.0R and I find I still have the same problems. To recap: I have two FreeBSD machines connected together as below: Home Net Office Net +---------+---------+ +--------+-----------+------+ | | | | | | +----+-----+ +----+---+ +--+----+ | bigpuppy +---[BSP]==//==[BSP]---+ Pentup | | Cisco | +----------+ +--------+ +-------+ | V to MCI Pentup is a Pentium 166 running FBSD 2.1R/mrouted V3.8. It has a tunnel connection to Internet MCI and provides MBONE access to our office net. That works fine. Pentup also has a PPP link over an ISDN line (BSP = BitSurfr Pro) to my home machine, "bigpuppy". Bigpuppy is also a Pentium 166 running FBSD 2.1R/mrouted V3.8. Addressing is as follows: Pentup Ethernet (de0) 206.27.236.33/24 PPP0 206.27.237.13/30 Bigpuppy PPP0 206.27.237.14/30 Ethernet (ed1) 206.27.237.17/28 thus the PPP link and the two Ethernets form their own networks. [IP routing table maintenance is currently very manual 'cause of the variable subnets; I'm gonna install gated tonight... :-)] [1] The first problem is when I bring up mrouted it does not like interface PPP0 and I have to disable it. This is a long standing problem; even though the PPP interfaces are marked as multicast capable mrouted will not recognize them. Bill Fenner kindly sent me a patch back in August (to "in_var.h"); I applied it to my current system and rebuilt the kernel and mrouted on bigpuppy but it still fails. :-( As a workaround I've disabled the interface in the mrouted.conf file and establish a tunnel between the machines. [2] The second problem is sdr and sd do not see any sessions when run on bigpuppy. When run from hosts on the office net I DO see them, so it looks like our multicast access to MCI is working just fine. Unfortunately I don't have another machine on my home net that's running multicast software (we had to borrow my spare FBSD machine for work...) so I don't know if bigpuppy is actually forwarding multicast packets to the Ethernet. Pentup's mrouted.conf looks like: phyint ppp0 disable tunnel 206.27.236.33 204.70.74.61 metric 1 threshold 32 tunnel 206.27.236.33 206.27.237.17 metric 1 threshold 16 rate_limit 100 and bigpuppy's looks like: phyint ppp0 disable tunnel 206.27.237.17 206.27.236.33 metric 1 threshold 16 rate_limit 100 When I start up the mrouted's I do see the traffic lights flash. "netstat -g" shows (a REALLY long list of) multicast routes being built. "mrinfo" from bigpuppy shows: 127.0.0.1 (localhost.newell.arlington.va.us) [version 3.8,prune,genid,mtrace]: 206.27.237.17 -> 0.0.0.0 (local) [1/1/querier/leaf] 206.27.237.14 -> 0.0.0.0 (local) [1/1/disabled] 206.27.237.17 -> 206.27.236.33 (pentup.kaizen.net) [1/16/tunnel] and on Pentup I see: 127.0.0.1 (localhost) [version 3.8]: 206.27.236.33 -> 0.0.0.0 (local) [1/1/querier/leaf] 206.27.237.13 -> 0.0.0.0 (local) [1/1/disabled] 206.27.236.33 -> 204.70.74.61 (dec3800-2-fddi-0.Washington.mci.net) [1/32/tunnel] 206.27.236.33 -> 206.27.237.17 (bigpuppy.newell.arlington.va.us) [1/16/tunnel/leaf] so the tunnels appear to be up. "tcpdump -i ppp0" on bigpuppy also shows not only igmp traffic but also ip-in-ip packets when sd/sdr are running. "map-mbone" on bigpuppy shows: Multicast Router Connectivity: 206.27.237.13 (mcnsisdn.kaizen.net): alias for 206.27.236.33 206.27.237.14 (mcnsisdn.newell.arlington.va.us): alias for 206.27.237.17 206.27.237.17 (bigpuppy.newell.arlington.va.us): 206.27.237.14: 206.27.237.14 (mcnsisdn.newell.arlington.va.us) [1/1/disabled] 206.27.237.17: 206.27.236.33 (pentup.kaizen.net) [1/16/tunnel] 206.27.237.17 (bigpuppy.newell.arlington.va.us) [1/1/querier] 206.27.236.33 (pentup.kaizen.net): 206.27.237.13: 206.27.237.13 (mcnsisdn.kaizen.net) [1/1/disabled] 206.27.236.33: 206.27.237.17 (bigpuppy.newell.arlington.va.us) [1/16/tunnel] 204.70.74.61 (dec3800-2-fddi-0.Washington.mci.net) [1/32/tunnel] 206.27.236.33 (pentup.kaizen.net) [1/1/querier] 204.70.74.61 (dec3800-2-fddi-0.Washington.mci.net): no response to query Soochon Radee sent me some patches for 2.0R in March of '95 to fix this (they were pretty extensive); he said they had also been submitted to the FBSD team for inclusion in the next release. Are they still applicable to 2.1R? Or is there some other fix I should be applying??? Thanks loads! Mike