wg-multicast - Re: [0] Re: [0] Testing, testing
Subject: All things related to multicast
List archive
- From: "John J. Brassil" <>
- To:
- Subject: Re: [0] Re: [0] Testing, testing
- Date: Tue, 27 Jul 2004 22:15:39 -0500
So this brings up an interesting point to me. It has been awhile, but I think the reason I chose that address in the first place was that I wanted something that I thought would get filtered out if it ever "escaped" into the wild. Was that a good choice for that purpose (local traffic only) or should I not be using addresses in this range at all?
More specifically, what I am doing with this group is hooking TV cameras into the encoder for our commencement exercises and streaming the mpeg feed back to decoders for the campus CATV system and a streaming media encoder. So I get sweet, sweet point-to-multipoint *and* if Mr Cloudburst comes along and we have to hustle from the lawn to the gym, my techs don't have to worry about crossing uni subnet boundaries.
I can envision the day when we'll want to pipe the mpeg stream off-campus as well, but of course in that case we'll being using a "routable" group.
Thanks again to everyone for helping out with this, next Joint Techs I manage to escape to, first round is on me.
John
--On Tuesday, July 27, 2004 7:07 PM -0500 Brent Sweeny <> wrote:
On Tue, Jul 27, 2004 at 06:28:24PM -0400, Charles R. Anderson wrote:
Is Abilene filtering "multicast bogons" yet? 228/8 is listed as
reserved by IANA:
http://www.iana.org/assignments/multicast-addresses
225.000.000.000-231.255.255.255 Reserved [IANA]
good point. we're filtering MSDP announcements and forwarding to
some addresses, but not yet that one. (what we *are* filtering is
listed at the moment on the multicast 'cookbook' page; we're revising
the list very soon based on several suggestions and our draft revision
will be posted here soon.)
--
Brent Sweeny
812 / 855-5391
Indiana University Information Technology/Abilene Network Operations
PGP fingerprint = 0F 6B 7E 1D 3A AD F3 01 63 1E 2B B3 1E B1 FA 7F
John J. Brassil | Network Engineer, Vanderbilt Data/Video Engineering
voice 615.322.2496 | ICQ 9660375
- [0] Testing, testing, John J. Brassil, 07/27/2004
- Re: [0] Testing, testing, Lucy E. Lynch, 07/27/2004
- Re: [0] Testing, testing, Charles R. Anderson, 07/27/2004
- Re: [0] Testing, testing, Brent Sweeny, 07/27/2004
- Re: [0] Re: [0] Testing, testing, John J. Brassil, 07/27/2004
- Re: [0] Re: [0] Testing, testing, Alan Crosswell, 07/28/2004
- Re: [0] Re: [0] Testing, testing, John J. Brassil, 07/27/2004
- Re: [0] Testing, testing, Brent Sweeny, 07/27/2004
Archive powered by MHonArc 2.6.16.