From owner-freebsd-multimedia Wed May 20 06:33:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05189 for freebsd-multimedia-outgoing; Wed, 20 May 1998 06:33:34 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05181 for ; Wed, 20 May 1998 06:33:32 -0700 (PDT) (envelope-from tinguely@plains.NoDak.edu) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.8/8.8.8) id IAA01306; Wed, 20 May 1998 08:32:12 -0500 (CDT) Date: Wed, 20 May 1998 08:32:12 -0500 (CDT) From: Mark Tinguely Message-Id: <199805201332.IAA01306@plains.NoDak.edu> To: brian@Awfulhak.org, tinguely@plains.NoDak.edu Subject: Re: PS: user PPP and IGMP Cc: freebsd-multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > ps. I just realized that I did try the Multicast tunnel without using the > > alias option, so the aliasing should not be a factor. > > I suspect it *is* the problem. The aliasing code may be aliasing the > 224 addresses back to it's own IP number.... I remember looking at > this before and thinking it needs fixing. The same thing happens > with broadcast addresses and natd. I can see if the tunX is being fed from a host running a multicast router that the aliasing of the 224 subnet could be a problem, but this is a point to point IP tunnel between two multicast routers. Point to point tunnels use IGMP as the protocol type instead of UDP/TCP. In fact, I do not want to feed multicast session packets to be transmitted back down the modem, and I have the tun0 interface multicast disabled. apparently, the problem appears in certain modem/terminal servers eventhough they are the same brand and software level. I am going to see if I can get direct phone numbers to each terminal server and see if this is a manufacturer's bug. A null-modem cable and two machine connected with user PPP should also clear the code from having any problems with the point to point tunnel. It would be nice to add IGMP in the tracing/filtering section. for the freebsd-multimedia people, the reason I re-attempting to run a multicast tunnel over a modem is due to fact the mrouted version 3.9 has a "no flood" of session information on start up, and a "passive" connection mode options that should make tunnels over modems more feasible. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message