All things related to multicast

["Richard Mavrogeanes" <>]

Hey, I'd be the last one to suggest you need less VBrick decoders, but
the StreamPlayer Plus s/w decoder comes with a capture driver that
allows you do live MPEG1 or MPEG2 transcoding to Real, Microsoft, or any
other format.  Basically, the capture driver looks like a local "video
capture card" in a windows machine; hence any app that uses a "capture
card" can receive multicast MPEG.  Just a FYI.

Rich


-----Original Message-----
From: Alan Crosswell 
[mailto:]
 
Sent: Wednesday, July 28, 2004 10:07 AM
To: John J. Brassil
Cc: 

Subject: Re: [0] Re: [0] Testing, testing

We do this for our commencement using a pair of MPEG-1 Vbricks.  But we
don't want to block off-campus viewership of commencement so we use a
GLOP address. 
Then we have a vbrick receiver which goes analog out into a real video
encoder for the multicast-disabled viewers.

If you want to prevent escape use 239/8.  Everyone blocks that group at
their PIM domain borders.

/a
PS: We NY tough guys stand in the rain for our commencement.  No wussing
out:-)
  In fact last commencement multicast viewers got to listen to the
podium microphone shorting out when it filled with rain water.

John J. Brassil wrote:
> 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