From owner-freebsd-multimedia  Mon Oct 28 10:28:44 1996
Return-Path: owner-multimedia
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id KAA17964
          for multimedia-outgoing; Mon, 28 Oct 1996 10:28:44 -0800 (PST)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17959
          for <freebsd-multimedia@freebsd.org>; Mon, 28 Oct 1996 10:28:42 -0800 (PST)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id KAA04442; Mon, 28 Oct 1996 10:28:39 -0800 (PST)
Message-Id: <199610281828.KAA04442@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: Archie Cobbs <archie@whistle.com>
cc: freebsd-multimedia@freebsd.org
Subject: Re: multi-cast + proxy arp ? 
In-reply-to: Your message of "Mon, 28 Oct 1996 10:03:44 PST."
             <199610281803.KAA17336@bubba.whistle.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 28 Oct 1996 10:28:39 -0800
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Actually, ppp should be able to route the ip multicast packets if it doesn't
it should be fixed. I know that slip support ip multicast.

The problem that I see is if you depend on IP Multicast traffic on your
sub-net is that you will get flooded ( I am assuming that you have
a 28.8 modem connection however even with ISDN it can still be 
a problem)
So this pretty much leaves two solutions:

run rtp gateway on your remote site and aimed the traffic to your
local system or get a different subnet for your remote site
and run mrouted. In any event you probably want to run the rtp gateway
to throttle the traffic. You can get rtp gateway from:

ftp://rah.star-gate.com:/pub/rtpgwsrc-1.0a18.tar.gz


	Enjoy,
	Amancio

>From The Desk Of Archie Cobbs :
> 
> Amancio Hasty writes:
> 
> > Try to post your mbone related questions to multimedia@freebsd.org
> > 
> > You can set a tunnel between your host and the mrouted at the other
> > end with no problems.
> > Just read the manpage on mrouted. Also it will not cost you a subnet.
> 
> Thanks Amancio- forgot about the "multimedia" list... this email is
> going there instead.
> 
> The problem is that the IP address of the client is proxy-arp'ed, and
> mrouted doesn't consider the tunnel valid:
> 
>    Client                                Server
>                                                   |
>    +----+                                +----+   | <-- Ethernet (with mbone)
>    |    | 207.76.205.X                   |    |   |
>    |    +--------------------------------+    +---+ <-- 207.76.205.Y
>    |    |       ^^ PPP connection ^^     |    |   | <-- 207.76.205.X (proxy)
>    +----+                                +----+   |
>                                                   |
> 
> Both machines are running 960801-SNAP.
> 
> I can't just run an mrouted tunnel from 207.76.205.Y to 207.76.205.X
> because mrouted considers that ridiculous, since the IP addresses seem
> to be on the same subnet, and it won't do it.
> 
> I guess mrouted should take a look at the routing table first before it
> makes this determination.
> 
> -Archie
> 
> ___________________________________________________________________________
> Archie Cobbs   *   Whistle Communications, Inc.  *   http://www.whistle.com